rohitpaulk

Interesting! Similar to what Fiberplane was doing pre-pivot, but local and not cloud-based.

We use RubyLLM in production too, the most elegant library in this space I've seen so far.

I also liked how they run the issue tracker. If you select "Feature Request", it makes you explain how you explored workarounds, why you believe it belongs in RubyLLM etc to prevent scope creep.

Same here. Loved the LTS thinking and Ember data being built in but hiring was a pain and ecosystem packages were often out of date.

The whole idea that my RUNTIME contains code that a single human hasn't looked at does make me uncomfortable, but if this actually works without a ton of issues it's pretty remarkable.

Aside from how impressive the model is, the demos here are very well done! Quirky and short, unlike what we're used to from Anthropic and OpenAI.

Only a portion of these are "scandals", the rest are just usual startup failures.

That's 2 major layoffs this week (Coinbase being the other). Is there an underlying common reason for this? And is it indeed AI-driven productivity as both companies claim?

Nice one. Pleasantly surprised that this has nothing to do with Cursor the IDE

Been testing these via their "pool" agent. It's fast, and the agent adheres to the ACP spec pretty well (better than codex, opencode etc.) so it's a good experience in Zed.

Most of the comments here are clearly from people who haven't used GitButler. Try it out and it's a very sticky product, clearly superior workflow to vanilla Git.