Related posts

Writes The Pragmatic Engineer, the software-engineering newsletter, and wrote The Software Engineer's Guidebook. Formerly an engineering manager at Uber, and at Microsoft/Skype and Skyscanner before that.

• Our readingkorrents.com

  Everyone is rethinking code reviews, deploys, and possibly observability

  Their words

  This is why everyone is rethinking code reviews, deploys, possibly even o11y

  @GergelyOrosz on Xx.com

Economist at George Mason University, co-author of Marginal Revolution, host of Conversations with Tyler. Writes in short, dense claims about economics, culture and AI, and has moved position on AI in public more than once.

• Our readingkorrents.com

  A huge positive shock to Intelligence increases marginal returns, employment, and real wages in the Polanyi knowledge sector.

  America

  Their words

  Now recently the U.S. economy has experienced a huge positive shock to its Intelligence, with more to come. The core prediction is that this increases marginal returns, employment, and real wages in the Polanyi knowledge sector.

  A simple model of AI-aided economic growthmarginalrevolution.com

CEO of Vercel; creator of Next.js and Socket.IO. Writes at rauchg.com.

• Recommendstheir ownrcmnd.app

  Vercel AI Gateway

  Their words

  Points all coding agents to AI Gateway, getting you 100% uptime, observability, budgets, and ease of switching.

  x.com

Co-founder and chief investment officer of Cambria Investment Management. He has written several books on quantitative asset allocation, blogs at Meb Faber Research and hosts The Meb Faber Show.

• Our readingkorrents.com

  Over the last two centuries, the global stock market has never lost money in nominal terms across any 20-year period.

  Their words

  In the last 225 years, the global stock market has never experienced a 20-year period where stocks lost money in nominal terms.

  10 Stats from Investing in Americamebfaber.com

Creator of Claude Code at Anthropic.

• Our readingkorrents.com

  The failure mode of experienced engineers with AI is over-specifying: telling the model to do the task exactly the way they would have done it.

  Their words

  So when I look at engineers that have been, you know, coding for a long for a long time, you know, like for for years or for decades, this is a really really common failure mode is trying to over specify and it's trying to be overly specific and then, you know, get the model to do the to do the task exactly the way that you would have done it. And that that's just not the way the model works.

  Boris Cherny: We Cut 80% of Claude Code's Promptyoutube.com

Programmer and writer known for detailed source code reviews of classic game engines, and author of the Game Engine Black Book series on Wolfenstein 3D and DOOM.

• Likedrcmnd.app

  ASUS ROG Swift PG27UCDM

  Their words

  Since I switched the monitor, I have never experienced a failure. The system works perfectly, flawlessly waking the laptop and bringing the desktop online in under a second.

  fabiensanglard.net

Makes NeetCode, the structured practice list and video walkthroughs people use to prepare for coding interviews; a former Google engineer.

• Our readingkorrents.com

  Students who learn everything through an LLM are not learning, they are cheating, and the skill loss is already showing up in experienced programmers too.

  LLMs

  Their words

  I think a lot of people, especially students, are unfortunately learning everything through LLMs. So a lot of that isn't really learning, they're just kind of cheating and they're just doing everything like that. And then they lose a lot of their skills

  Tech interviews with NeetCodeyoutube.com

Author of The Lean Startup and Incorruptible, and founder of the Long-Term Stock Exchange, who advises companies on corporate governance and mission protection.

• Our readingkorrents.com

  Every founder on standard documents has already signed a charter obliging them to sell their company to the buyer they would least want to have it.

  Their words

  did you know that according to the legal documents you yourself signed, your company's literal charter that you have right now, and this is not some hypothetical future thing, you've already put in motion, a rule that says you have a fiduciary duty to say yes in this situation.

  youtube.com

Founder of WP Engine and Smart Bear; writes A Smart Bear, long essays on strategy, pricing and how startups actually fail.

From one piece The surprising advice from a founder who built 2 unicorns | Jason Cohen (WP Engine) 2 beliefs, in the piece's order there

• Our readingkorrents.com

  Price selects the market: a serious buyer reads a low price as evidence that the product cannot possibly be good enough.

  Their words

  just think about a company with a thousand employees and 400 million in revenue or whatever. And um if they see a product that's, you know, $2 a month or even $100 a month, their thought is like, well, that can't be good enough. They're not mature enough. It's not going to do enough.

  youtube.com

• Our readingkorrents.com

  Selling a saving caps what you can charge; selling more of what the buyer already values raises that cap by an order of magnitude.

  Their words

  It's just that it caps this price and this value that is they perceive that you do. Whereas if you deliver more of the value that they already value, it's I don't want to say uncapped completely, but like the cap is maybe an order of magnitude higher than saving.

  youtube.com

Head of growth at Chess.com, previously growth and monetization lead at Grammarly and Duolingo and a product manager at Google.

• Our readingkorrents.com

  Working at a company turns you into a power user, which is why pattern matching fails and even an experienced growth leader is wrong all the time.

  Their words

  I've worked a lot of companies right but I'm wrong all the time and I think consumer behavior can be very fickle and especially when you work at a company you become a power user naturally. So sometimes you you may forget like what the actual user experience is for a brand new user.

  youtube.com

Co-founder of Sundial; former vice president of product design at Facebook; author of The Making of a Manager; writes The Looking Glass.

• Our readingkorrents.com

  Growth always stops eventually, and only a company that instrumented its business beforehand gets to find out why instead of scrambling.

  Their words

  It's easier to even predict whether growth will slow down at a certain point. it's easier to catch these trends earlier. If you don't have good observability over how your business runs and what the company's um key levers are, then you will be scrambling.

  youtube.com

Computer performance engineer working on datacenter performance at OpenAI, previously Netflix and Sun/Joyent. Author of Systems Performance and BPF Performance Tools, and creator of flame graphs.

• Our readingkorrents.com

  A new performance engineering team can typically halve a company's infrastructure spend within its first couple of years.

  Their words

  A new performance team can likely find enough optimizations to halve infrastructure spend in their first couple of years, even for companies that have been using commercial performance or observability tools.

  brendangregg.com

Creator of Ruby on Rails, CTO of 37signals, and creator of Omarchy.

• Our reading nowkorrents.com

  The Rails doctrine's 'progress over stability' is the one point that dated: churn is not progress, and stability turned out to be worth more.

  JavaScript

  On changing their mind

  I used to think it required more churn to get progress to stay on the leading edge of new stuff. And I wrote this before I experienced the indignity of the 2010s in the JavaScript community.

Software engineer and writer; former CTO of Wave, now at Anthropic. Blogs at benkuhn.net on attention, engineering management and doing hard things well.

• Our readingkorrents.com

  A manager's own individual technical output drops by roughly 10-20% per engineer they manage.

  Their words

  you should expect to have something like 10-20% less individual output per engineer you manage, depending on how experienced you are, they are, etc., and with substantial week-to-week variance.

  Advice for time management as a managerbenkuhn.net

Programmer and streamer; was an engineer at Netflix, now teaches and argues about editors, Vim and how people learn to program.

• Our readingkorrents.com

  For an experienced programmer the bottleneck is usually not thinking but typing, getting what is already in your head into the editor fast enough.

  developer tools

  Their words

  Most of the time I'm not thinking, I'm programming. I know what I want to do, I want to go as fast as possible because I've been just doing it for so long and I'm so familiar with the general space that it becomes a huge problem for me. I cannot tell you how many times that I've been purely bottlenecked by the fact that I just can't type fast enough and I just need to get it out of my head onto the text editor.

  youtube.com

Principal engineer at Cloudflare as of 2026, on agents and developer tooling. Streams TypeScript, OCaml and Neovim on Twitch, and wrote the better-result library after writing the same Result type about a hundred times.

• Our readingkorrents.com

  Treating errors generically is a mistake that leads to fragile software, poor observability and worse experiences.

  Their words

  This is what leads to slop JS/TS software. Treating errors generically like this is a mistake. It leads to fragile software, poor telemetry/observability/debugging, and as a result worse experiences

  @dillon_mulroy on Xx.com

Writes The Pragmatic Engineer, the software-engineering newsletter, and wrote The Software Engineer's Guidebook. Formerly an engineering manager at Uber, and at Microsoft/Skype and Skyscanner before that.

• Likedrcmnd.app

  Release It! Design and Deploy Production-Ready Software

  Their words

  A useful read for more experienced engineers and those wanting to improve architecture and devops skills on designing and operating reliable systems. The content is excellent, but the book is not designed to be read in one sitting.

  blog.pragmaticengineer.com

Co-founder and CTO of Honeycomb; previously an infrastructure engineer at Parse, Facebook and Linden Lab, and co-author of Observability Engineering.

• Our readingkorrents.com

  A few larger teams under experienced engineering managers outperform many tiny teams each led by a working tech lead.

  Their words

  But everything I have ever experienced leads me to believe that a fewer number of larger teams, each helmed by an experienced engineering manager, should way outperform this gaggle of tiny groups.

  charity.wtf