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

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.

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.

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."

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.

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.

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.

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.

I’ve seen a number of home-grown Claude code orchestrators with built-in kanban… You’ve just been given access to a magical tool that can build anything you can imagine, and… kanban?

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.

Your proposal for RubyKaigi 2026 has been accepted.

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

looks like a tiktok

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.

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!

Getting tired of hearing "There are literally no use cases for LLMs" from people who think the only way to use an LLM is to type into chatgpt dot com, press enter, and hope for the best

I think a major wave of self-retirement is coming. A lot of people were already disillusioned with tech industry post-vibe-shift, those same people are also most likely to dislike LLMs for various reasons.

The salary of the top 10% of designers and product people is going to 2x in 2026.

Thank you to everyone who replied to this. Now I'm following a bunch of people talking about their alchemy MCPs, which, honestly, was exactly the kind of interesting I was looking for from this userbase

Tooling for coding agents is overly focused on scaling numerous parallel workers instead of ensuring correctness. That continues to be where all my time goes and is the real barrier to scaling up. (e.g., Why am I exploratory testing this UI when vision models could be doing it?)

Tell me why I shouldn't preorder a Pebble watch + ring _right now_.

Everyone on X is telling me that actually there's tons of interesting AI conversations happening here on Bluesky. Guess I need to retrain my algorithm because I'm not seeing anything.

The greatest trick the devil ever pulled was to convince you that you needed a three-year reserved instance

Ruby was born a hobbyist's language. Written for a human to enjoy, to write, to delight in. Now, I get paid to write Markdown, not Ruby. I ride the LLM-Shoggoth. I don't read the Ruby it creates, Claude does. Ruby will die a hobbyist's language: written by humans, for fun.

Ruby isn't dying, it is already dead. So is every other language. Rejoice, you have been liberated! You no longer write Ruby for The Man, but yourself! Reclaim the means of production as the means of amusement! Ruby was created to make you happy, not the machine. Wrest back your joy!

Ruby isn't dying, it is already dead. So is every other language. Rejoice, you have been liberated! You no longer write Ruby for The Man, but yourself! Reclaim the means of production as the means of amusement! Ruby was created to make you happy, not the machine. Wrest back your joy!

Literally everyone scaling on Postgres eventually hits SLRU cache issues. For that reason I am now saying PG17+ is a must-upgrade, as the changes around cache banking/SLRU configuration are your only real workarounds.

Looking for a designer for a small project (40-80h) this Q1. Please reach out if you or someone you know might have some spare cycles! Particularly interested in designers with a strong, unique (even weird/grating) visual style.

I'm routinely asked about "automatic N+1 solving" libraries for Rails, which essentially try to manipulate `includes()` calls for you. I don't recommend them. IME, missing `includes` is only ~10% of the actual N+1s I see in the wild. And, includes() isn't always optimal!

Marco Roth on a generational run

As you're considering your charitable giving this year, here's the two organizations I've given to consistently for the last 3 years: 1. Nova Ukraine - humanitarian aid to the people of Ukraine 2. GiveWell - incredibly well-researched poverty/disease intervention

Datadog had no right to have the best browser RUM around, and yet, they have it. Every time I use the product I'm so happy with it. And then, it's integrated with everything else on the DD platform. Heaven.

I never, EVER accept LLM output without making it run code to verify what it did (tests, something more manual, whatever). Neither you nor your LLM can run code in their head. Do not trust, always verify.

Letting Puma auto-set your worker count is the easiest way to go for 90% of usecases. Currently, you can only do that with WEB_CONCURRENCY=auto, but we'll also make this possible in the next puma version by using `workers :auto` in your puma.rb.

If you are using Concurrent.physical_processor_count or Concurrent.processor_count to set your Puma/Unicorn worker counts, that is wrong. Use Concurrent.available_processor_count. It takes into account cpu quotas in envs like k8s/docker.

Tired: Repo github stars Wired: Repo contributor count

have you, too, been to so many conferences that you feel nostalgia for this?

Example of the kind of thing I'm doing more of now in the age of LLMs: A ~1000 line Ruby project for creating Datadog scorecards. A client had ~30+ microservices, but adherence to "platform" standards like "use jemalloc" was spotty. LLM did it in something in ~1hr.

Architecture astronauts create 1+ service layers, which are ~internal views. They end up having to serialize big objects before crossing layers, but only use tiny parts of the object on the other side. Since they didn't use lazy accessors, they waste tons of db queries/work.

If you too have a Rails app and would like to see your page load times improve like this, you should try our retainer service 😉

I'm thinking about the future of the content side of my business. I think where we're headed, intellectual property isn't coming with us. In a world without copyright, how do I capture value while still teaching them the skill of performance? Building their taste?

After a deep dive on LLM agent security, here's things I think we should all be doing but aren't: 1. Running agents on remote containers only. 2. Doing internet research in a separate cleanroom env 3. Having LLMs read logs daily for signs of exfiltration/promptjacking

As a result of running LLM agents daily: 1. My Github is now in vigilant mode. I'm signing all commits from now on. 2. My gpg signing key is on a yubikey which requires touch for confirmation. Verified on GH == Nate reviewed it and pushed a button with his meaty finger.

Done github.com/nateberkopec...

In the age of LLM agents, the intruder is already inside the house. If you're running Claude Code in dangerous mode, a prompt injection attack is one bash call away from exfiltrating almost anything that's unlocked on your machine, or using your (auth'd) gh cli to steal your repo

I'm constantly thinking about and auditing my own moral life. I think it's our duty as human beings, but particularly as technologists and wielders of capital. But I don't the solution is ever to pull back; to withdraw. Exclusion is ineffective as a means of creating change. It admits defeat.

Welcome aboard Joshua Young to the Puma maintainers team 🫡

What's the state of the art for OSS merch? We want to print some Puma stuff to hand out at conferences.

Useful OSS work that doesn't show up as a GH contribution: This person quickly prototyped a pure-Ruby HTTP parser, just to give us some ballpark of performance. We said "interesting, the results show this isn't great, thank you!" github.com/puma/puma/p...

I need a macOS desktop app for monitoring GH actions runs across multiple repositories, and get system notifications when they either pass or fail. Anyone also have this workflow?