@nateberkopec.bsky.social -

27 Aug 2026 04:09 +0000

LLM driven dev has completely changed my opinions on BDD

09 Apr 2026 00:46 +0000

Puma 8.0 "Into The Arena" has been released! 1. Framework/lib authors can move threads into a special "high IO" pool 2. single/cluster DSL hooks for easier config 3. API for adjusting threadpool size at runtime (who would want to that? stay tuned...)

03 Apr 2026 17:03 +0000

Re: Axios - so I guess if you're an OSS maintainer, your threat model is now: "I may be targeted by a state-sponsored hacking group at any time."

26 Mar 2026 22:43 +0000

1 process per pod was a LIE that you were sold by BIG SRE and people who don't understand the oldhead technology of PRE-FORKING SERVERS. We went from 1 Puma proc per pod to 4 and HALVED RESPONSE TIMES and dropped queue time to ZERO, for the same CPU/memory alloc.

25 Mar 2026 16:59 +0000

Has anyone applied an autoresearch loop (successfully or not) to a Ruby project outside of Shopify yet? I would like to cover it in my RubyKaigi talk.

22 Mar 2026 06:30 +0000

@simonwillison.net maybe you're used to this level of notability now, but I noticed Jensen Huang explicitly referencing the Lethal Trifecta a few times at GDC, although I noticed he said "it's fine as long as you only have two [legs of the trifecta]"

19 Mar 2026 16:59 +0000

The #1 most important performance work in almost any web app is converting full navigations into SPA/route changes/Turbo Drive clicks. You are converting a ~4 second experience into a 400ms experience every single time. Nothing else comes close.

18 Mar 2026 17:02 +0000

Super common mistake I see in Ruby setups: don't allocate more than 1 CPU core to background job containers. You're only running one process in there (usually) so there's no reason to allocate > 1 core.

17 Mar 2026 16:56 +0000

After ~9 months of experimentation (synthetic and in prod), I can say definitively that MALLOC_CONF has no measurable effect on any Ruby workload that I've seen. Don't bother.

16 Mar 2026 16:59 +0000

50% of what I'm doing at clients these days is addressing unclear expectations of what queue latencies are allowed to be in background work. Almost no one has the proper suite of alerts and observability, queues routinely ballooning without anyone realizing.

13 Mar 2026 16:56 +0000

It's pretty rare these days to be on a version this old, but if you're still running Ruby 3.1 in production: it's worth upgrading to 3.2+ purely to get YJIT.

12 Mar 2026 16:58 +0000

LCP is not a good top-level frontend metric to base your entire frontend perf efforts around _unless_ you are specifically targeting search rankings. LCP is not captured on route change/SPA nav or on Safari at all, which means ~50%+ of clicks go unmeasured.

11 Mar 2026 17:00 +0000

Datadog's continuous profiling product is now best-in-class. Took them a while but Ivo Anjo has really put in a ton of work here for Ruby and the profiles you get now are so, so good. Being able to see gc activity (as well as the reason!) for GC is so cool.

27 Feb 2026 16:59 +0000

Seen in a Shopify project README. TIL RSpec is deprecated at Shopify.

26 Feb 2026 16:59 +0000

LLM slopcannons are putting pressure on top of already broken software dev team cultures. The problem isn't the slop generator, so much as your process was only handling low volumes of human-generated slop until now.

25 Feb 2026 17:00 +0000

A pattern I am seeing: "Generate a 10 question quiz on how this PR works to test my understanding." Do not allow merge until someone passes the quiz. Gusto did this years ago but with humans writing the questions for certain types of PRs.

24 Feb 2026 16:56 +0000

You are probably not using LLMs enough to generate non-code artifacts. "Review this PR and then generate an interactive HTML website to explain it. Turn this state machine into a mermaid diagram. Generate a 10,000 word deep research report on the state of the art of CSRF protection."

23 Feb 2026 16:56 +0000

LLMs are (not _just_) autocomplete. They will tend to do MORE, tend to katamari. The dangers of shipping more code and never shipping less still apply.

20 Feb 2026 16:58 +0000

Your prior at this point needs to be "if LLMs are breaking my SDE lifecycle, the problem is the lifecycle or how we are using the LLM, not the capabilities of the model". You can make models generate anything now. The problem is how you move them through the latent space.

19 Feb 2026 16:57 +0000

The only code review agent I have ever seen be even remotely good is just Codex xhigh. All the review services (and I've seen at least a dozen at this point) suck so bad that I'm not sure how they make any money at all.

18 Feb 2026 16:57 +0000

When you've got a queue with a very tight SLO, you don't want to scale down too fast. You end up with a "sawtooth" or jagged container count. The "true" demand for containers is the red line here. In situations on <30 sec SLOs, you often want cooldowns in the >1hour range.

17 Feb 2026 17:02 +0000

Even if not deployed single-node, it's helpful to use Little's Law to understand if you _could_ be. Avg CPU load = CPU time in seconds per req/job * req-per-sec. If that's below ~16, you could definitely run single-node. Why aren't you? No wrong answers, but have a good one.

16 Feb 2026 20:48 +0000

Your proposal for RubyKaigi 2026 has been accepted.

30 Jan 2026 17:04 +0000

In 2026, we're going to see coding models either expand or get rebranded into "tool use" or "computer use" models.

29 Jan 2026 19:58 +0000

looks like a tiktok [contains quote post or other embedded content]

29 Jan 2026 16:57 +0000

LLMs do not meaningfully "refactor" at anything other than a junior engineering level. They can basically do some window dressing and move code around between files. True refactoring means creating new abstractions, which LLMs can't do because they can't form world-models.

28 Jan 2026 17:04 +0000

The biggest "stink" of LLM code in Ruby currently is how it writes loops like it's writing C. Set up lots of blank/empty variables, loop with each, update variables inside the loop. Use Enumerable! Matz gave us this gift for a reason!