dondraper36

8 ms·

1.
Jev means structured output is interesting again(seangoedecke.com)
3 points by dondraper36 17h ago|0 comments
2.
Ask HN: What changed in your life when you started meditating (and how)?
32 points by dondraper36 2mo ago|26 comments
3.
by dondraper36 2mo ago
The idea sounds related to the distinction between essential and accidental complexity. https://ferd.ca/complexity-has-to-live-somewhere.html I really like the article above in that complexity does have to live somewhere. I
4.
Notes on Incidents(seangoedecke.com)
1 points by dondraper36 4mo ago|0 comments
5.
by dondraper36 5mo ago
If I understood correctly, the queue implementation in the blog post holds a transaction while an operation is in progress. I see the advice to make it as short as possible, but why can’t we update the status column to, say, “processing” an
6.
by dondraper36 6mo ago
Not a novel idea, but it always resonates with me when I hear that the goal of every software engineer is to manage complexity. That said, I still find it hard to formulate for myself how to tell the difference between accidental and essent
7.
Job Isn't Programming(codeandcake.dev)
3 points by dondraper36 6mo ago|1 comments
8.
Scaling a Monolith to 1M LOC: 113 Pragmatic Lessons from Tech Lead to CTO(semicolonandsons.com)
1 points by dondraper36 6mo ago|0 comments
9.
Engineers do get promoted for writing simple code(seangoedecke.com)
4 points by dondraper36 6mo ago|1 comments
10.
The Essence of Software by Daniel Jackson(essenceofsoftware.com)
2 points by dondraper36 6mo ago|0 comments
11.
by dondraper36 6mo ago
It’s a fantastic performance booster for a lot of mundane tasks like writing and revising design docs, tests, debugging (using it like a super smart and active rubber duck), and system design discussions. I also use it as a final check on a
12.
by dondraper36 8mo ago
As a person with ADHD, I feel personally attacked.
13.
Becoming Unblockable(seangoedecke.com)
1 points by dondraper36 10mo ago|0 comments
14.
Thinking Clearly about Software(seangoedecke.com)
1 points by dondraper36 10mo ago|0 comments
15.
by dondraper36 11mo ago
As Martin recently posted, now the production should take about 4 more months until we can buy the paperback version. That said, if you have an O'Reilly subscription, you can already enjoy the new edition.
16.
Acing the Design Interview(seangoedecke.com)
2 points by dondraper36 11mo ago|0 comments
17.
Zalando RESTful API Guidelines(opensource.zalando.com)
1 points by dondraper36 11mo ago|0 comments
18.
by dondraper36 1y ago
+1 I'd also like to understand whether there are still any cases when MongoDB is the right choice
19.
by dondraper36 1y ago
Also, take a look at windmill.dev. It’s a beast
20.
What is "good taste" in software engineering?(seangoedecke.com)
6 points by dondraper36 1y ago|0 comments
21.
Designing Data Intensive Applications 2nd edition(oreilly.com)
35 points by dondraper36 1y ago|7 comments
22.
by dondraper36 1y ago
12 out of 13 chapters are already available on the O'Reilly website in the "raw and unedited" format. The book is scheduled for publication in February 2026, but if you have an O'Reilly subscription, you can already acce
23.
Seeing Like a Software Company(seangoedecke.com)
8 points by dondraper36 1y ago|0 comments
24.
by dondraper36 1y ago
That's exactly the "simple vs easy" difference that Rich Hickey emphasized in his famous talk.
25.
by dondraper36 1y ago
Even in this thread, there was a comment (now deleted) saying that a staff engineer at GitHub is unlikely to know what real scale is.
26.
by dondraper36 1y ago
Not directly related to the article we're discussing here, but, based on your experience, you might be the ideal kind of person to answer this. At the scale you are mentioning, even "simple" solutions must be very sophisticat
27.
by dondraper36 1y ago
That's where the familiarity factor steps in.
28.
by dondraper36 1y ago
Until you get enough experience for your own good judgment, you need some rules of thumb and guidelines from more experienced peers. As long as you understand that everything is a trade-off and, unfortunately, that the modern field is based
29.
by dondraper36 1y ago
I see your point, but, taken to the extreme, all it leaves us with is "everything is a trade-off" or "there's no free lunch". Some generalizations are necessary to formalize the experience we have accumulated in the
30.
by dondraper36 1y ago
The author is a staff engineer at GitHub. I don't think they haven't worked at scale

More ›