btreecat

Have since replaced it with a Z wave Honeywell thermostat, and I'm much happier.

Not only did I kill the wifi & Internet dependency, but the UX is much closer to a traditional thermostat. So other folks don't seem to have an issue with it as much.

And it actually supports my hardware thermometer for dual fuel cutover.

If you want the same script support, but also have an actual tool that can take over when your model is no longer symmetrical, free CAD works v well.

You can enable OpenSCAD support, but I really don't think it's more efficient at getting me to my final geometry.

Plan mode ensures I'm spending fewer tokens on the code-test loop, and more on the arch/design, and allows me to keep appraised of what's going on, while planning for future changes better.

Maybe folks who don't need planning, don't have as much concern for the details, and are happy enough with just evaluation of if it works or not.

Would be interested to hear why you don't find it a useful framework either.

I don't remember calling it side loading when I had some of those earlier mp3 players but my experience wasn't universal.

Thanks!

How's the software side though?

Last time I looked dump1090 worked well, but there was no way to decode UAT packets.

Something on my to-do list, that's now become more plausible with Claude assisting the research.

Others may feel different.

If a company is bootstrapped by a few engineers, where would the business acumen come from exactly?

I've been part of tiny startups, medium size, and large ones. I've been at state agencies and ancient private organizations.

The more people, the more corporate the culture. The more cooperate, the more the business needs & wants drive choices.

I don't think it would require a "perfect meritocracy" for languages that are found "beautiful" and "enjoyable" to succeed if they are also "practical" and have accessable tooling.

What makes languages popular is clearly multidimensional, where astehctics are certainty one dimension (even ugly languages get updates over time if there's enough energy behind the project) but so is timing, tooling, investment, community, etc.

I think it's reasonable to conclude that whatever beautiful nature is/was there wasn't enough. In terms of weight of importance, or degree of agreement.

Idk I'm not a Zionist, but it's clearly what's happening.

You're not helping the air quality if all you do is move it around inside.

If you start from the fact that people haven't adopted it, maybe it's not as beautiful or enjoyable to most developers.

But I really don't like the trend of some folks "need a clean history" and then disabled merge commits.

It's like they are saying "cool snap shot system you got there, id hate for it to be use to take a bunch of incremental snap shots with specific notes attached to each one. Why don't you let me bundle those all together real purdy like and no one has to know it took you 20 commits to fix that decade old bug."

I have literally never heard a reasonable claim that needing a "clean main branch" is more useful in a retro or bisect.

Maybe other folks know of a concrete example?

I remember running KDE3 and it consumed too much ram for too little stability. Much worse desktop experience than today.