Paris
Joined September 2012
Santiago Botero retweeted
I've got an agent in a loop optimizing a renderer with the goal to minimize frame times (and tests to measure). It got times down from 88ms to 2ms and allocations down from ~150K to 500. Sounds good, right? Wrong. This is exactly why agent psychosis is a big fucking problem. As an experiment, I rewrote the Ghostty core render state in Go, with access to identically laid out data structures as Ghostty and the exact same validation tests. I made a purposely naive renderer (simple, correct, but slow). 88ms per frame with 150,000 allocations (horrendous, lol)! I then kickstarted a Ralph loop to bring the frame times down. I told it it can't modify input data structures or the public API or tests (they're correct), but it can do anything else it wants. It got to work. It has worked for about 4 hours. I've spent around $350 on this experiment so far. The results? 88ms => 1.5ms 150K allocs => ~500 allocs Incredible right? Nope. My hand-written renderer I ported has frame times (same benchmark) of ~20us (0.020ms) and 0 allocations in the update path. This is the problem with psychosis and lacking systems understanding. If you don't understand the system, you're going to accept that this is an incredible result. If you understand the system, you'll see better solutions immediately and can do roughly 75x better on throughput. The people who blindly trust agent output are in the former camp. They're sheeple, overdrinking from a fountain of mediocrity. Standard disclaimer: I use AI all the time. I like AI. The point I'm making is to not blindly accept results. Think. Analyze. Learn.
336
1,185
264
10,633
998,992
Santiago Botero retweeted
Holy shit, this article is ☄️🔥 If you read one piece this week, make it this one! @isburmistrov comes from Facebook, where he used Scuba, the progenitor to @honeycombio. He gives a whole 30 second tutorial in why wide events are everything to observability 2.0. open.substack.com/pub/isburm…
Replying to @mipsytipsy
FB's Scuba has been providing "o11y 2.0" experience for years, and it's so strange that such experience is still not a standard way of doing things. I wrote a post about this: isburmistrov.substack.com/p/…
3
17
5
64
19,617
Santiago Botero retweeted
But more importantly: most of what burns people out is *not* working too many hours. It's things like, * seeing your hard work go unused * working on the wrong thing * long-running, simmering conflict * not being able to fix things that are making your job harder
3
102
17
519
84,846
Santiago Botero retweeted
Life goal: to have a current job interesting and meaningful enough that you want to optimize your technical choices for success in it, instead of its ability to carry you to the next one.
Replying to @mipsytipsy
Simple isn't fun or something you can put on the resume so most devs etc don't want to do it.
7
17
2
203
28,531
Santiago Botero retweeted
Preach. Or as @jamieedanielson said at kubecon, "if you can log, you can trace." And you should be.
Replying to @mipsytipsy
“Why am I logging anything at all when I could trace it instead” needs to be known by more people…
1
3
17
6,657
FSharp.SystemTextJson version 1.1 is released! blog.tarmil.fr/article/2023/… #fsharp #dotnet
1
8
37
2,212
Santiago Botero retweeted
If you believe you are following the Liskov Substitution Principle in a class hierarchy, but your naming conventions lead to classes named Abstract* or *Base, then you are not, in fact, following LSP. LSP described a subtyping relationship, which also applies to naming.
8
22
2
89
26,938
The hill I will die on: technical debt is an engineering problem and is owned by engineering, not “product” and not your C-suite. By engineering I mean the engineering org and those at the higher echelons, not the junior-ish engineers who are the leaf nodes in the org chart.
69
90
58
1,129
Santiago Botero retweeted
El primer episodio de NEON FILMS PODCAST ya está en YouTube! Véanlo, suscríbanse y comenten! 💕 Link: m.youtube.com/watch?v=JDDhZE…
3
3
It's today #opentelemetry
Next Tuesday I'll be talking about observability and how opentelemetry plays an important rôle. The examples are in #fsharp so you can come and learn how integrate OpenTelemetry in #fsharp
Next Tuesday I'll be talking about observability and how opentelemetry plays an important rôle. The examples are in #fsharp so you can come and learn how integrate OpenTelemetry in #fsharp
Why do we need #OpenTelemetry? Join our tech #Meetup to figure it out! Traditional logging is insufficient to understand complex systems and debug issues. @DonBots'll show how to debug almost anything thanks to #OpenTelemetry 📅 March 8th - 7 PM CET meetup.com/D-EDGE-tech/event…
Santiago Botero retweeted
Why do we need #OpenTelemetry? Join our tech #Meetup to figure it out! Traditional logging is insufficient to understand complex systems and debug issues. @DonBots'll show how to debug almost anything thanks to #OpenTelemetry 📅 March 8th - 7 PM CET meetup.com/D-EDGE-tech/event…
Distributed tracing allows you to look at a complete unit of work. #hnydevweek
1
Observability is like old time console.log with so much context and powerful tools so you can find very quickly what is happening system wide! #hnydevweek
1
"Observability is about the unknown-unknowns. A system is observable when you can ask any arbitrary question about it and dive deep, explore, follow bread crumbs. O11y is about being able to trace the inner workings, just by observing the outside." Charity Majors #hnydevweek
1
5
Here's what I have to say about this:
8
9
1
63