|
Preview versions tend to have a lot of debugging and telemetry enabled, which can cause them to be inconsistent in their responsiveness to keyboard and mouse inputs.
|
|
|
|
|
Wordle 457 4/6
β¬π¨β¬β¬π©
β¬π¨β¬β¬π©
π¨β¬β¬π¨π©
π©π©π©π©π©
|
|
|
|
|
Annoying as elephant
Wordle 457 X/6
β¬β¬β¬β¬π©
π©β¬π¨β¬π©
π©π©π©β¬π©
π©π©π©β¬π©
π©π©π©β¬π©
π©π©π©β¬π©
"If we don't change direction, we'll end up where we're going"
|
|
|
|
|
I got lucky.
I was convinced the same was going to happen to me!
|
|
|
|
|
Wordle 457 5/6
β¬β¬π©β¬π©
β¬β¬π¨π¨β¬
β¬β¬β¬β¬β¬
π©π©π©β¬π©
π©π©π©π©π©
Software rusts. Simon Stephenson, ca 1994. So does this signature. me, 2012
|
|
|
|
|
Wordle 457 5/6
β¬π¨π¨β¬β¬
π©π©β¬β¬π©
π©π©π©β¬π©
π©π©π©β¬π©
π©π©π©π©π©
It's amazing how many 5 letter words differ by 1 letter!
|
|
|
|
|
Wordle 457 3/6
π¨π©β¬β¬π©
β¬π©β¬π¨π©
π©π©π©π©π©
|
|
|
|
|
Wordle 457 3/6
β¬π©β¬β¬π©
β¬π©π©π©π©
π©π©π©π©π©
Yay!
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
Wordle 457 4/6
β¬β¬π©π¨β¬
π¨π¨π©β¬β¬
π©π©π©π¨β¬
π©π©π©π©π©
|
|
|
|
|
Wordle 457 3/6
π¨β¬π©β¬β¬
π¨β¬π©π©π¨
π©π©π©π©π©
A rare occasion where I have it in three guesses
|
|
|
|
|
Wordle 457 X/6
π¨β¬π¨β¬β¬
β¬β¬β¬β¬π¨
π©β¬π¨π¨π¨
π©π©π©β¬π©
π©π©π©β¬π©
π©π©π©β¬π©
GCS/GE d--(d) s-/+ a C+++ U+++ P-- L+@ E-- W+++ N+ o+ K- w+++ O? M-- V? PS+ PE Y+ PGP t+ 5? X R+++ tv-- b+(+++) DI+++ D++ G e++ h--- r+++ y+++* Weapons extension: ma- k++ F+2 X
|
|
|
|
|
Wordle 457 3/6
β¬π¨β¬π¨β¬
β¬π©π©π©β¬
π©π©π©π©π©
Life should not be a journey to the grave with the intention of arriving safely in a pretty and well-preserved body, but rather to skid in broadside in a cloud of smoke, thoroughly used up, totally worn out, and loudly proclaiming βWow! What a Ride!" - Hunter S Thompson - RIP
|
|
|
|
|
Wordle 457 6/6
β¬β¬β¬β¬π©
β¬π©π©β¬π©
π©π©π©β¬π©
π©π©π©β¬π©
π©π©π©β¬π©
π©π©π©π©π©
Get me coffee and no one gets hurt!
|
|
|
|
|
Wordle 457 5/6*
β¬π©β¬β¬π©
β¬π©π©β¬π©
π©π©π©β¬π©
π©π©π©β¬π©
π©π©π©π©π©
This was beginning to look familiar.
|
|
|
|
|
Wordle 457 5/6
β¬β¬π©β¬β¬
π©π©π©β¬π©
π©π©π©β¬π©
π©π©π©β¬π©
π©π©π©π©π©
Got off to fast start then too many options.
"A little time, a little trouble, your better day"
Badfinger
|
|
|
|
|
I wonder how many of us do it? I do.
I frequently mentally compare code I see with what I would have written myself, and I do so not to critique other people's code (though it happens) so much as to understand myself and the way I write. Introspection after all, isn't automatic, be it with code or otherwise.
I've noticed some pretty interesting things in the process. I don't know how much the activity has actually influenced my coding style. The biggest change to the way I code that has ever happened to me happened in 2018. I don't solve problems by breaking them into their component pieces anymore. I attack problems more ... holistically? now. It generally makes for efficient, but less intelligible code. The way I think changed. Some ways for the better, other ways not, but it impacted how I write software, among other things.
Cons: Compared to much of the code I see in the wild, my functions are long, my solutions aren't as readable, some things are so instinctual to me I forget to comment.
Pros: My code generally works, and does so well when it does. In some ways, cutting down on the abstractions leads to simpler code, or at least the surface area/API of said code is simpler, if I'm making a library for example.
I see the above as a net win, but only marginally so, and maybe most of that small net advantage can be chalked up to natural, incremental evolution rather than my 2018 watershed event.
I enjoy thinking about this stuff, but I'm not sure if it's beneficial, or me just passing time.
Your thoughts?
To err is human. Fortune favors the monsters.
|
|
|
|
|
It sounds like we start similarly but have different outcomes. Most of the code in my repository--some 235 KLOCs--had little up-front design. I just have something in mind and start coding. But with empty functions to be filled in later, merciless refactoring, and creating new functions whenever code fragments are duplicated. This usually results in small functions, though I don't mind a long function if breaking it up would add no value other than satisfying some arbitrary maximum length.
The downside is that I could sometimes save time by doing more up-front design. The upside is that time spent on more than a cursory up-front design is usually wasted. The code has to be written so that it can speak to me.
|
|
|
|
|
I've always been blessed by being able to quickly produce and visualize even complex designs without writing them down, which I primarily do for the benefit of others.
And I can do it in tandem with coding. It's a gift. I was a software architect for a time, so I understand design principles, and the rules of engagement. I just break them because I can get away with it and still produce solid designs.
https://honeythecodewitch.com/gfx
I've been adding to this for over a year without fundamentally changing the architecture. I started with gfx_pixel.hpp and went from there, building up bitmaps, and then drawing functions, and then on to more complicated things. And I future proofed it for the most part. It hasn't had a major refactor because aside from some necessarily grotty internals I'm not sure *how* to refactor, it doesn't need one.
But I am abysmally bad at defensive coding, or coding to a precise specification, like you find with bare metal embedded sometimes, or medical or bank software.
To err is human. Fortune favors the monsters.
|
|
|
|
|
Heh, bare metal embedded design/coding is exactly what I've been doing for most of my career (retired now). It's what I enjoyed the most. And yes, after a number of years in the business, the overall design of a project just seemed obvious after reading a spec.
|
|
|
|
|
Mostly ditto.
I do a little more up front designing but it's mostly a research of previously written applications. I do try hard to be consistent with naming, etc. for my future benefit and the benefit of those who might have to maintain it. BTW it's all various generations of ANSI C.
Honey's approach is a gift many of us do not have.
"A little time, a little trouble, your better day"
Badfinger
|
|
|
|
|
You don't write code for yourself, or even for the compiler; you write it for the poor soul who has to maintain your code when you have moved on. Therefore:
- The code should, as far as possible be self-explanatory - meaningful variable /function / ... names, etc.
- Where the code is not self-explanatory, it must be commented sufficiently to explain what you have done.
- Ideally, all functional blocks should appear once, and once only, in the module. This implies refactoring common code into functions, etc.
- A design document is typically necessary in order to explain your decisions. This cannot be replaced by comments in the code!
Anything and everything else (code formatting etc.) is a matter of personal taste. Many companies have guidelines that might clash with your preferred style, but this is not a hill to die upon.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
An upvote despite (a) after I've moved on, I no longer care; (b) formatting guidelines that clash with my style are simply wrong.
|
|
|
|
|
You italicized βwrongβ. It should be in bold!
If you can't laugh at yourself - ask me and I will do it for you.
|
|
|
|
|
Greg Utas wrote: after I've moved on, I no longer care
IMO, as professionals, we have a duty of care to ensure that software we write for hire is maintainable. Software we write for ourselves can be as messy as we like.
Greg Utas wrote: formatting guidelines that clash with my style are simply wrong
I didn't say that they aren't wrong; I said that it's not a hill to die upon.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
I didn't write this post about what I'm supposed to do. After 30+ years of development, most of that time professionally, I know how I'm supposed to write code.
I wrote this to talk about how I *do* write code, warts and all.
To err is human. Fortune favors the monsters.
|
|
|
|