Chase Granberry
10.6K posts

Chase Granberry
@chasers
Logs, #o11y, @logflare_logs and Elixir at @supabase. Previously @authoritylabs.


Whatever your take on this, writing code has always been tremendously easy compared to designing/maintaining large systems. The best engineers in the world are the best because of this stuff. Currently LLMs will not save you from bad architectural decisions. You need to constrain them to do the right thing.







Saying "isolated processes for fault tolerance are not relevant because they were pushed to orchestration layer" is like saying "we don't need threads, because we will just run one pod per core anyway". The difference in reacting and responding to "my connection pool crashed" by restarting the pool locally vs restarting the whole pod is going to be massive, similar to the differences in latency when coordinating across threads vs across pods. Yes, other programming languages have threads, and they raise a signal when they fail, but that's missing the point. What matters it not the signal but the guarantees. If you have global mutable state and a thread crashes, can you guarantee it did not corrupt the global state? If you can't, the safest option is to restart the whole node anyway, because it is best to have a dead node than running a corrupted one. PS: somewhat related 6-years-old post: dashbit.co/blog/kubernete…





@mipsytipsy The irony is that 'layered observability' is often sold as a way to manage costs, but the hidden cost is the MTTR (Mean Time To Recovery). If your engineers can't trace a single request from top to bottom in one tool, you're not saving money; you're burning developer velocity

The software industry is apparently dying but job postings for software engineers are rapidly rising!

News includes Hackney v3.1.0 with pure @erlang_org HTTP/3 support, Hornbeam running #Python apps on the BEAM, the Easel Canvas 2D drawing library for LiveView, Hologram v0.7.0 reaching 96% Erlang runtime coverage, and more! #ElixirLang @ElixirLang youtube.com/watch?v=DBuH_P…










