strix_varius

This is directly addressed in the article.

hey thanks for mentioning that skill, I hadn't heard of it before but I just ran it on a non trivial codebase I've been planning to refactor and it did a great job.

I don't use a lot of "skills" so if there are others you've started using frequently I'd be curious to learn about them.

> I kind of think some other language will come along, take the borrow checker, take all the type conveniences that Rust stole from OCaml that make Rust so nice, glue it all to a Python/Go/dotnet style fat stdlib, complete with an optional GC for all the things that don't actually need bare metal performance (just stick an arena in stdlib), and Rust will feel like a clunker by comparison.

That'd be a dream to me.

> From the perspective of high level application development, I can't see a technical use case for a language other than Rust.

Bit of a red flag if you really can't.

To turn bad short writing into good long writing you must necessarily change the content of the writing, not just the shape.

I'm looking in the same space: have you found anything else you're considering beyond OpenViking?

There are many more labs than that, and humans aren't designing unique scraping processes per domain.

No it applies at whatever time you choose - it's the most flexible option for a person whose wealth fluctuates frequently around a low baseline.

Because cash and debit allow you to pick the time in the month when you happen to have the ability to pay for something.

Frankly these questions astound me, do y'all really know no low income folks?

This presupposes the ability to get a credit card and the confidence of sufficient funds when that auto payment hits.

The incentives for developing juniors have become misaligned as the expected stay in a company dwindled from decades to years to maybe year.

It would make sense to develop juniors if most of their comp was a four year vest but that doesn't happen until later. And in your first year or two you're usually a net negative... This is even more true with AI.

Are they "tolerating" it? They literally have no choice.

Hm, the page is unreadable on brave on dark mode.

> reason vibe coding specifically prohibits reading the generated code

Wait what? Are there rules to vibe coding now? Are we no true Scotsmanning slop now?

Some of the statistics in the article included audiobooks as reading. It seems like they must trigger at least a subset of the qualities of reading (like maintaining an imagined environment, parsing sentences and paragraphs into meaning, etc)

Eh, depends on what you mean by "implode."

Before the buyout (2021), twitter made $5.1 billion in ad revenue ($6.22 billion inflation-adjusted).

In 2025, it made about $2 billion.

So Twitter is now about 1/3rd of what it was (revenue wise) when purchased.

> 2-3 ICs

This is the real problem. If you don't have enough folks for a 4+ IC team then you don't have a team.

Yeah he's like the light side Elon. Happy with his life, his family, his choices. Content. Zen.

Buddy, read the context. I think you missed the whole point.

> All x86 PCs sold by everyone are open and you can install whatever you want.

What exactly do you think an Xbox is? PS4 & PS5?

> I’ll level with you – this is hard!

I'm getting tired of the monoculture where both articles I read and agents I code with speak with the same (annoying) voice.

Thought experiment: if you can solve a problem with 100 lines of dependency free code, or with 10,000 lines of code that depends on hundreds of things - which is better?

There's an obvious answer of course. And that is the direction that these effective senior engineers move towards.

This is exactly what the article is addressing:

> But there is a correlation between output and LoC.

That is less true today than it ever has been, due to LLMs.

Good revision!

I'm sure this is gated by where you work (especially by how technically savvy your manager is), but the most effective contributors at my job tend to be the ones with near-zero (or sub-zero!) net LoC.

LLMs are prolific and they love to add shit. Truly capable engineers are able to achieve more business outcomes with less code / fewer moving parts.

100%. Browsers are considered a commodity but I'd happily pay for a browser that:

1. Could do all the stuff chrome does as well as chrome. (Eg, canvas rendering speed etc). So I can actually use web apps.

2. Just doesn't ever have anti privacy code, pro ad code, etc in it.

I use brave and a self managed lan which is just an ad hoc half assed attempt to reach the above goals. Because there is no other option.

> Measuring programming progress by lines of code is like measuring aircraft building progress by weight.

https://www.goodreads.com/quotes/536587-measuring-programmin...

> It's basically the code for which insufficient people in the organisation have a meaningful understanding of how it works or what it does.

Its connotation also includes being vastly larger than needed for the purpose it serves, _if_ there is even any purpose.

If you can't trust your deeds to be respected then no rational actor would donate land. Instead the farmer would just have kept it.

Do you find it impossible to use LLMs productively without giving over your brain wholesale to them?