ikety

Ansible is a different tool than Nix. It's been specifically designed to fit your exact use case. If ansible works for you and your team, there's no reason to drop it.

I've never had a moment using nix where I've felt "wow I couldn't do this with any other tool". That's not really the benefit of nix. The benefit is the flexibility of the idea and the tooling.

It's a flexible enough platform where I can use one config to manage 5+ computers in my house with various operating systems. I can use it to easily setup all my dependencies for my work projects. I can use it to build my work projects. I can use it to create vms to test those projects on. I can use it to build 3rd party projects without any instruction.

All that required was a few months of pain learning the fundamentals of nix and I've received the rest for free pretty much. It's the epitome of upfront work for long lasting benefit in my opinion.

For hobby, I use functional languages, and I find the techniques are the important bits to remember. Most modern languages let you easily stand on functional programming theory. You don't need to know Haskell. Everyone's brain works differently, but the idea of small, simple and occasionally flexible parts building a whole works for me. As opposed to the large complex do it all shape shifting machine.

I've bookmarked your project years ago to attempt implementing webrtc fully in a niche programming language. But I think I may have vastly underrated how difficult this is.

Have you come across https://github.com/elixir-webrtc/ex_webrtc ?

Wasn't sure if they used Pion as a guide

Ironically these days you might have a better chance making a living from playing video games compared to any physical activity.

To fly a plane with 300+ passengers you still only need 2-3 pilots. That has remained consistent with the invention of autopilot. While we might still need a few human engineer experts, maybe we only need a few for small to medium sized companies? That may not eliminate the career for the top % but it effectively does for the vast majority of engineers.

Why not go full functional programming at that point? If the main issue with FP has been accessibility, then it should really take off now.

What if there is simply nothing that can be done? I don't mean to sound defeatist, but what if there are some things that truly are like pandora's box. We can't put the lid back on. All we can do is educated people on how to use the tools correctly

What about Elm? I think most people could grasp the elm architecture in an afternoon. To me this MVU style is pretty much perfect for UI.

I think a lot of the time React appears complex and hacky is because we tried to solve world hunger with one component. I've worked on plenty of React projects that were very easy to scale, modify and iterate because they focused so heavily on small independent stateless components.

The ease in which you can get away with these tactics ad infinitum is starting to make me a pessimist. It feels like it takes almost an entire population of unified people, that are diligently advocating on behalf of themselves, to compete with a ruling class that has the resources to stay on the offense forever.

The ruling class doesn't even have to actively communicate and conspire with one another (although they do). Their independent attempts to undermine and control government furthers the agenda of all private businesses.

That's extremely difficult. I just don't assume something is impossible because it hasn't been done yet. Especially when there is an active battle to undermine and destroy such ideas by almost every powerful entity on earth.

I feel like you're fighting the fallacy of "the rich" being collectively blamed for every problem, by giving them credit for everything instead.

We know that none of the goods you listed would be available to the masses unless there was profit to be gained from them. That's the point.

I have a hard time believing a large group being motivated and mutually benefiting towards progression of x thing would result in worse outcomes than a few doing so. We just have never had an economic system that could offer that, so you assume the greedy motivations of a few is the only path towards progress.

Tried Mise?

It's quite odd to me that Nix or something similar like Mise isn't completely ubiquitous in software. I feel like I went from having issues with build dependencies to having that aspect of software development completely solved as soon as I adopted Nix.

I absolutely can't imagine not using some kind of tool like this. Feels as vital as VCS to me now.

Yea this seems like a super power I thought only functional languages had. I have to make time to learn some Rust

Ha learned something

Appreciate it, that makes a lot of sense. I feel like I've been trained to favor immutability so much in every language that I sometimes forget about these things.

Yep Rust approach won. Pretty much every new language is adopting Result style errors and it's been adapted to plenty of existing languages.

It's a product of functional programming, and for me I can't see how you would ever want to handle errors outside of the functional programming railway-oriented style. For me it's just superior.

I'm not sure that nobody thinks of this. We just have a finite amount of time. Usually with a solid approach, you get solid performance. Fixing a performance related bug rarely when it comes up, is still a time savings over designing this kind of rigorous process from scratch, and getting everyone on board with it.

Getting rid of a whole host of bugs due to the compiler is a big deal because you won't have to design this extra acceptance system or deal with keeping an entire organization disciplined by it. If you can solve this seamlessly I think that's an interesting product that others would be very interested in.

I'm interested in what scenarios you don't get this same feeling when writing TS code? I of course agree with Ruby, JS, and Python.

I'm sure most would stay at valve if they could. The just do so much contract work, and I'm sure a stable job at intel is better pay, benefits and stability.

F# seems really awesome. Used it briefly for an internal tool. Are you at a startup working with it?

Highly disagree. The commissary on most military bases are awesome. Spent most of my life going there with my parents. Not sure where you heard they were bad. Never got that impression from any military serving people, like ever.

I stopped using eza and lsd in favor of aliasing nushell's ls command.

I guess it's not worth the entire dependency of nushell if you don't see yourself ever dabbling with it in other ways (you should it's sick).

Also I'd add to your list zoxide

I've aliased cat to bat, cd to zoxide, and ls to nushell ls with zero issues.

The biggest benefit is multiple cursors. The helix and kakoune multiple cursor implementation are probably the best in any editor. It just goes hand in hand with selection first.

My work setup is simply too complex and uses too many plugins to work in Helix as of now.

For all personal work and just quick text editing I use Helix. If I could use Helix for everything I would

Zero config distros still require maintenance, and the chosen tools change over time. Helix is just Helix

Helix is actively inspiring Neovim to become a more comprehensive baseline. Which is freaking awesome. One day the ootb experience will be so good with neovim that few will care for these "zero config" distros.

I use both helix and vim every day. After a while your brain just adjusts. It's like playing on playstation and nintendo for a long time. Eventually as soon as your hands touch the controller it switches to the appropriate mode.

I think the easy setup is exactly the reason Helix has taken off compared to Kakoune. It probably has the most simple onboarding experience I've had with any text editor. Things just make sense, and tools that should be built in are.

I think the philosophy of delaying the plugin system as long as possible is one of the reasons helix has achieved that.

With Helix I just have to learn selection first, and few different binds compared to vim. With Kakoune, I have to onboard into a more complex ecosystem, in addition to that. A lot of people already have vim/neovim config fatigue so that's not very compelling.

That’s already annoying and the same process as ios currently

Use it for non coding busy work. At my job we rely fully on AI commit messages, and pr descriptions. We can also automatically generate GitHub issues based off the context of a helpdesk ticket. Less clerical busy work is a nice win