[{"data":1,"prerenderedAt":78},["ShallowReactive",2],{"issue-714":3},{"favorite":4,"culture":16,"peopleware":46,"inspirational":67},[5],{"listName":6,"listNumber":7,"listDate":8,"cardDate":9,"label":10,"title":11,"url":12,"domain":13,"summary":14,"timeToRead":15},"Issue 714 - 31st July 2026",714,"31st July 2026",1785428411,"favorite","A Carefully Organized Library of Public Engineering Incident Reports, Postmortems, and Shutdown Writeups","https:\u002F\u002Fpostmortem.io\u002F","postmortem.io","A great archive of public incident writeups and startup shutdown postmortems. Worth keeping open the next time you're writing your own postmortem and want a structure to copy. Share it with your teammates and try running it with a coding agent to see which relevant lessons learned apply to your codebase so you can prevent the incident before it happens.",5,[17,25,33,39],{"listName":6,"listNumber":7,"listDate":8,"cardDate":18,"label":19,"title":20,"url":21,"domain":22,"summary":23,"timeToRead":24},1785429935,"funny!","POV: Software Engineers Just 3 Hours Before the Deadline","https:\u002F\u002Fx.com\u002FGamingtronium\u002Fstatus\u002F2081946217530171740","x.com","My humble effort to help you start the weekend with a smile.",1,{"listName":6,"listNumber":7,"listDate":8,"cardDate":26,"label":27,"title":28,"url":29,"domain":30,"summary":31,"timeToRead":32},1785428587,"culture","Ideas Over Implementation","https:\u002F\u002Fboz.com\u002Farticles\u002Fideas-implementation","boz.com","Every word here is so important and valuable. Read it slowly: \"If you anchor yourself to the objective instead of the implementation, you give yourself room to course-correct when reality pushes back. Early decisions are made with the least information. Treating them as sacred just makes learning more expensive. [...] That flexibility isn’t indecision. It’s respect for the fact that understanding improves with motion.\"",3,{"listName":6,"listNumber":7,"listDate":8,"cardDate":34,"label":27,"title":35,"url":36,"domain":22,"summary":37,"timeToRead":38},1784827218,"Rude Ducking","https:\u002F\u002Fx.com\u002Fsaranormous\u002Fstatus\u002F2079102679578706308","Sarah Guo on procrastination dressed up as diligence: \"A founder who delays a launch to keep polishing or iterating scope or positioning is putting off making contact with reality.\" What's the launch, decision, or hard conversation you're still polishing instead of shipping?",2,{"listName":6,"listNumber":7,"listDate":8,"cardDate":40,"label":27,"title":41,"url":42,"domain":43,"summary":44,"timeToRead":45},1784233546,"Reinventing the Wheel, Now at A Bargain Price!","https:\u002F\u002Fzwischenzugs.com\u002F2026\u002F06\u002F24\u002Freinventing-the-wheel-now-at-a-bargain-price\u002F","zwischenzugs.com","Ian Miell flips twenty years of \"don't reinvent the wheel\" on its head: LLMs made narrow, purpose-built code cheap right as supply-chain governance made every dependency a recurring bureaucratic obligation, from CVE triage to SBOM entries. Where does your team's dependency count actually earn its keep, versus just sitting there waiting for the next left-pad moment?",7,[47,55,60],{"listName":6,"listNumber":7,"listDate":8,"cardDate":48,"label":49,"title":50,"url":51,"domain":52,"summary":53,"timeToRead":54},1785439422,"peopleware","How I Find Problems to Solve as a Staff Engineer","https:\u002F\u002Flalitm.com\u002Fpost\u002Ffind-problems-staff-engineer\u002F","lalitm.com","\"Absorb problems, not requests\" is the takeaway you should frame in your brain and keep iterating on when talking with your peers. This is how you create buy-in from potential future users of the solution you build: \"When a problem seems worth exploring, though, I become more active; I need to see how it affects the team’s day-to-day work. I’ll sit with them as they walk me through their workflows and the bugs they’re investigating. When I can, I’ll try working through some of those bugs myself. Seeing the problem firsthand makes it easier to separate what the team actually needs from the solution they asked for.\"",6,{"listName":6,"listNumber":7,"listDate":8,"cardDate":56,"label":49,"title":57,"url":58,"domain":22,"summary":59,"timeToRead":32},1784827035,"Jack Dorsey, Co-Founder of Block, on His Biggest Leadership Mistake: Delegating Too Much.","https:\u002F\u002Fx.com\u002FBigBrainBizness\u002Fstatus\u002F2079914466867876019","Jack Dorsey's biggest regret at Block was delegating too much: Splitting Square and Cash App under separate CEOs looked like a scaling move, but it quietly turned the company into a holding company instead of one integrated financial platform. Delegation without a unifying thesis is a disaster waiting to happen. But my take is that the second the CEO is not driving the company with their own energy, but rather relies only on structure, entropy wins, and the company gets misaligned.",{"listName":6,"listNumber":7,"listDate":8,"cardDate":61,"label":49,"title":62,"url":63,"domain":64,"summary":65,"timeToRead":66},1785430106,"Teaching Systems to Keep Promises","https:\u002F\u002Fblog.forter.dev\u002Ftelem-teaching-systems-to-keep-promises\u002F","blog.forter.dev","It's incredibly hard to run regression tests with enough coverage to feel confident when making a change in a brownfield project with massive dependencies (upstream and downstream). Omer van Kloeten shares a path forward to help with such an approach, based on your code (\"The code remembers, we don't\") as the source of truth.",11,[68,74],{"listName":6,"listNumber":7,"listDate":8,"cardDate":69,"label":70,"title":71,"url":72,"domain":22,"summary":73,"timeToRead":24},1785430136,"inspirational","I have now learned that \u003C10% of humans perform better working from home.   10-20% are as good working from home   75-80%+ perform better at the office   90% of founders\u002Fmanagers are better at leading in-office — 10% are capable of managing primarily remote teams   What’s your first-hand experience?","https:\u002F\u002Fx.com\u002FJason\u002Fstatus\u002F2081289820983414804","",{"listName":6,"listNumber":7,"listDate":8,"cardDate":75,"label":70,"title":76,"url":77,"domain":22,"summary":73,"timeToRead":24},1785430187,"engineering went from no tests, to test driven development, to only reading tests","https:\u002F\u002Fx.com\u002Fpeer_rich\u002Fstatus\u002F2080568135556419958",1786781350801]