https://blog.ppb1701.com/the-quiet-renovation-at-bitwarden

Previously discussed: https://news.ycombinator.com/item?id=48163389

This pricing stuff is so frustrating. I run a small business so Enterprise doesn't fit us. The personal plans are better than the business plans. So we just do reimbursements for the personal plans.

I would mind paying $125 for SMB plans equivalent to the personal $100 plan, assuming they were as good or better than the personal plan. But I don't understand this pricing model that has the individual plans beating the business plans soundly.

- Google News and the occasional full article

- Email

- Slack

- ChatGPT/ Codex responses

- Road signs

- Various things in various mobile apps I use

- Websites

- Movie/Show subtitles

Off the top of my head, that accounts for most of the things I read on a weekly basis.

No time for books.

The first chapter or two of the book is good for the general principles. I found the later chapters about big org management to be less helpful.

I personally go one step further and mentally adjust radical candor to be winsome candor. I'm explicitly adding some empathy and humanity by doing that, so that I'm more likely to treat others how I'd want to be treated, even when the conversation is hard.

- LLM expense budget

- What type of dev: work, personal, real time spaceship thrust vectoring, html contact forms for family, etc.

- human in the loop with short as possible turns, software factories that can run for days, or something in the middle

Just off the top of my head. I'm sure there are others I'm missing.

Except, exe.dev is more about, you have a VM and can do LLM work on it. Orbs seems to be minimizing the VM machinery more and making it about the "agentic experience."

FWIW, we use ChatGPT for our primary model and use Claude to do the reviews. This works better than ChatGPT doing it's own review even with a clean session/context.

In particular, aiming to be embeddable into other projects seems rather notable. At least, not something I've remembered of other projects that have made there way across the HN front page.

https://www.warp.dev/

- fx is a coding agent harness and CLI written in Zig, optimized for research and embeddability as part of larger systems.

- It focuses on minimalism and performance across the board, from system prompt design, to its tools, feature set, and 6.39mib binary.

- For end users, its CLI output style and form factor aims to be closer to a Unix shell than a heavy "IDE in the terminal" TUI.

- It's open source (Apache-2.0), model-agnostic, and suitable for both local and cloud inference.

- Designed for instant installation and embedding in resource constrained environments and agent sandboxes.

- fx cold starts in 10µs and does no unnecessary work or I/O prior to accepting user input, making it ideal for programmatic use.

- Optimal fx.wasm builds produced by the Zig toolchain, which further reduce fx's size, making the network stack pluggable.

- fx contributes single-digit megabytes of memory baseline, allowing you to pack many instances in one machine.

- fx preserves scroll history by default, produces minimal output, and makes sparing use of complex TUI or paints

- Minimal system prompt and tools, to save on token costs and to yield optimal time-to-first-token performance (TTFT).

- Small core, extended via skills, plugins, MCPs, with a Unix-like philosophy to extensibility.

- Designed to work with local models, gateways, direct provider API access or subscriptions.

> Forgejo is self-hostable free software for software development, built on top of Git. Codeberg is powered by Forgejo, which is in turn a hard-fork of Gitea. Compared to Codeberg, Forgejo is not one service, but free software to help you build your own. Everyone can install their own Forgejo instance to host their own projects. There are also public Forgejo instances as well as Codeberg you can use, but make sure you find a site that is actively maintained and updated, and that you trust the provider.

https://docs.codeberg.org/getting-started/what-is-codeberg/#...

It's beyond me how people on HN can be ignorant to why GitHub gained so much market share. It's because for most dev teams, the things they add to the easily decentralized git core is *very valuable.* Arguing it's not valuable or ignoring that value doesn't help anyone.

If decentralized is really going to win, then you have to have the features and DevX to match the basics GitHub provides. Because that's what people need/want. And not just the candy-ass-not-as-good-as-the-kernel-devs devs. Lots of very talented people and very well engineered projects use GitHub because it's better for what they need. Even with all the outages, people are still there. If it was so easy to move away, people would. The fact that they aren't says something important. Please consider not ignoring it.

Similar to black but faster, written in Rust, by the same team who created uv.