[{"data":1,"prerenderedAt":71},["ShallowReactive",2],{"issue-669":3},{"favorite":4,"culture":16,"peopleware":46,"inspirational":60},[5],{"listName":6,"listNumber":7,"listDate":8,"cardDate":9,"label":10,"title":11,"url":12,"domain":13,"summary":14,"timeToRead":15},"Issue 669 - 19th Sept. 2025",669,"19th Sept. 2025",1758372879,"favorite","How to Build Your First Forward Deployed Engineering Team","https:\u002F\u002Fwww.peraspera.us\u002Fp\u002Fforward-deployed","peraspera.us","“Someone who sits at the customer site and fills the gap between what the product does and what the customer needs. […] Put an engineer as close as possible to the problem.” — Fills the gap. Not mapping it, documenting it, or (only) helping with adoption. These are Software Engineers, not PMs nor technical consultants: “If your FDE hasn’t built something in the last couple of weeks, it’s not FDE. […] autonomy is non-negotiable, they need to win. […] FDE is a product discovery loop, not an implementation services. […] You’re shipping results, not an install.” They need to immerse themselves there for a few weeks or months, not a “site visit” of Monday to Thursday to call it a day. And if the loop works well, solutions become repeatable abstractions that you can use, you’re on the right track: “If signals aren’t trending right and smells persist - revenue per FDE flatlines and custom work continues to accumulating - you may be running a service loop.” This is a viable model only if you’re selling at a seven-figure ACV contract and above, as this is an expensive operation to run.",11,[17,25,33,40],{"listName":6,"listNumber":7,"listDate":8,"cardDate":18,"label":19,"title":20,"url":21,"domain":22,"summary":23,"timeToRead":24},1758373767,"funny!","Lovable, OpenAI, Nvidia","https:\u002F\u002Fx.com\u002FArthurMacwaters\u002Fstatus\u002F1968881773124649048","x.com","My humble effort to help you start the weekend with a smile on your face.",1,{"listName":6,"listNumber":7,"listDate":8,"cardDate":26,"label":27,"title":28,"url":29,"domain":30,"summary":31,"timeToRead":32},1758372611,"culture","Evidence-Based GenAI DevEx","https:\u002F\u002Ftechblog.cloudkitchens.com\u002Fp\u002Fstudy-and-update-on-genai-devex","techblog.cloudkitchens.com","I love companies that seek to find the truth rather than continue and publish nonsense on LinkedIn and Twitter. You can learn a lot from CloudKitchen - their evaluation metrics, discussing what actually works, examining multiple dimensions to understand productivity (not just writing code), and finding ways to tackle more complex tasks, such as debugging (e.g., on-call incidents). We’ve gone through a very similar journey and reached similar conclusions at Forter, where I work, while optimizing for impact rather than empty claims. Share this post internally with your team and explore how you can encourage them to experiment further while advancing the business.",6,{"listName":6,"listNumber":7,"listDate":8,"cardDate":34,"label":27,"title":35,"url":36,"domain":37,"summary":38,"timeToRead":39},1758372710,"Every Year You Should Double Your “TTAM”. Your True TAM.","https:\u002F\u002Fwww.saastr.com\u002Fevery-year-you-should-double-your-ttam-your-true-tam\u002F","saastr.com","Interesting insight that can help you understand how to lead a VC-backed company or to reason about the motivation and actions you see happening as an employee. Increasing TAM requires a lot of discipline to execute correctly, as it creates a lot of friction to educate your team on how to take a new offering to market and sell it. This is why most companies refrain from doing so in the first few years, as their focus is the only thing that keeps them alive.",4,{"listName":6,"listNumber":7,"listDate":8,"cardDate":41,"label":27,"title":42,"url":43,"domain":44,"summary":45,"timeToRead":39},1758373054,"The Hidden Trade-Offs of Fine-Grained Progressive Rollouts","https:\u002F\u002Fsurfingcomplexity.blog\u002F2025\u002F09\u002F13\u002Fthe-hidden-trade-offs-of-fine-grained-progressive-rollouts\u002F","surfingcomplexity.blog","You live and die by your observability stack. A fine-grained model assumes you have excellent capabilities to detect issues at a granularity that might not align with your release strategy (e.g., you roll out for a percentage of users but cannot segment them well in your observability stack to detect issues for that logic). Align your rollout strategy to match your MTTD & MTTR capabilities, assuming something fails in the rollout.",[47,54],{"listName":6,"listNumber":7,"listDate":8,"cardDate":48,"label":49,"title":50,"url":51,"domain":52,"summary":53,"timeToRead":39},1758373152,"peopleware","Being Good Isn’t Enough","https:\u002F\u002Fjoshs.bearblog.dev\u002Fbeing-good-isnt-enough\u002F","joshs.bearblog.dev","“The less competent we are at something, the more likely we are to overestimate ourselves. It’s easy to think you’re working on what matters, or that you’re doing great technical work, but that might not be true. […] do it in the open. A common mistake is assuming work speaks for itself. It rarely does.” — Figuring out how to be incredibly effective in at least two out of the four dimensions (technical craftsmanship, product sense, project leadership, people leadership) can boost your career. Mastering all four and leading with Agency can make it a sustainable career that adjusts well to market needs. It’s never easy, as you need to grow faster than the company’s immediate needs to master these four dimensions.",{"listName":6,"listNumber":7,"listDate":8,"cardDate":55,"label":49,"title":56,"url":57,"domain":58,"summary":59,"timeToRead":39},1758373249,"You're Definitely Going to Be a Manager Now","https:\u002F\u002Flg.substack.com\u002Fp\u002Fmanaging-ai-is-like-managing-humans","lg.substack.com","“The old boundary lines are blurring. Just as we’ll see fewer “pure managers”, we’ll also see fewer “pure ICs”. Instead, more people will live in the messy middle: sometimes executing, sometimes designing processes, sometimes coordinating.“ — I think it will move outside of your primary discipline as well, getting ICs to develop taste not only in their immediate realm of expertise (e.g. software engineering) but also what should be built and how to verify it with customers or users. Mental capacity (and pressure) will increase further until it reaches a new equilibrium, at which point tools will bring it back down.",[61,67],{"listName":6,"listNumber":7,"listDate":8,"cardDate":62,"label":63,"title":64,"url":65,"domain":22,"summary":66,"timeToRead":24},1758373351,"inspirational","Developers switch between coding agents every week like they were switching between JavaScript frameworks before.  Ironically losing productivity gains because of the switch itself and talking about it.","https:\u002F\u002Fx.com\u002FDmytroKrasun\u002Fstatus\u002F1968056225389797555","",{"listName":6,"listNumber":7,"listDate":8,"cardDate":68,"label":63,"title":69,"url":70,"domain":22,"summary":66,"timeToRead":24},1758373407,"The best VC name would be \"Last Round Capital\"","https:\u002F\u002Fx.com\u002Fauren\u002Fstatus\u002F1967295173723119671",1786781350538]