Give descriptive feedback ðģïļ February 4, 2025 Don’t be a backseat driver, trying to take over the PR through comments.
The secret of good programming ðĩ January 14, 2025 The secret of good programming is to strip every statement to its cleanest components.
Only use AI if you can verify its result ð December 24, 2024 If you are not in a position to judge the result, consider not using AI, or ask for help.
Find three solutions ðą December 17, 2024 Challenge yourself to come up with at least three solutions to problems that you encounter.
Verify only what you need ðŊ November 26, 2024 To build robust tests, each test should verify only what it needs.
Only mock your own interfaces ðĶ November 19, 2024 Mocks encode our assumptions, which might differ from reality.
Zero support policy (the right way) ðŽ October 29, 2024 Treat every support issue as a bug. Then fix that bug!
Depth-first development ð October 22, 2024 Follow the original task for as long as it takes to complete it. Keep a list of everything else.
When nothing can be removed âïļ September 17, 2024 The best design does what it needs to, and no more.
As little as possible ðŠķ September 3, 2024 I believe smaller solutions lead to faster completion and higher quality.
Intrinsic motivation ðĨ August 20, 2024 Is customer satisfaction or commercial success the ultimate measurement of the outcome of my work? Not for me.
My pre-commit routine â August 13, 2024 Check code committed to version control for quality, and the code base will thank you.
Same level of abstraction âïļ July 30, 2024 To make something easy to understand, its parts should be at the same level of abstraction.
Focused commits ð July 23, 2024 If you don’t know what message to write, it was too long since you last committed.
Just close all issues ðïļ July 16, 2024 Has the backlog become longer than you can finish within a reasonable time frame?
Legacy means successful ð July 9, 2024 Only successful software becomes legacy, the rest is abandoned.
Don't forget to play ð July 2, 2024 Developers sometimes underestimate the importance of doing things just for fun.
Put uncertainty in a box ðĶ June 11, 2024 I put stuff with too much uncertainty in a box and don’t think about it until I know more.
Local rules give global results ⥠June 4, 2024 It’s easy to think that large results require large changes. That is not necessarily true.
Does this scale down? ð March 26, 2024 How come people never worry about whether technology scales down to a low number?
I can be wrong ðĪ· February 27, 2024 Even though you feel completely confident, there is always a slight chance you are wrong.
Will it be harder tomorrow? âģ February 13, 2024 A question which can help you both prioritize more effectively and design better systems.
Constraints are good ð February 6, 2024 While it may sound counter-intuitive, creativity often benefits from constraints.
If you can't explain it, you don't understand it ðĄ January 23, 2024 Teaching is a great way to determine if you truly understand a subject.
Feeling smart is a warning sign ð§ January 9, 2024 Whenever you feel smart, take a step back and think about why.
Death by a thousand inconsistencies ð December 19, 2023 When you make an exception from a rule, you make the whole system harder to learn.
Use boring technology ðĨą December 14, 2023 In technology choices, sometimes “boring” can be better than “interesting”.
Find each bug once June 20, 2012 For every bug you fix there should be an automated test which will fail if the bug reappears.