ikety

Really? Do autopilots diagnose threatening situations in the main cabin? Understand something unexpected happening on the ground? Visually diagnose situations? Properly identify threat levels?

It's genuinely worrying to me to see statements like this. As engineers, we of all people should know that there's 1 billion variables that could go wrong and another 1 billion we aren't even aware of yet...

I hate industrial/ghost kitchens so much. Accidentally ordered from one with friends and it was so off-putting.

Could see the kitchen areas through a window and they weren't necessarily dirty, but looked sketchy for some reason. Few people, robots delivering orders, one set of cooks making the food. Just dystopian.

We might as well just build ready to eat food factories that pipe the slop directly into your house. We got rid of the "inconvenience" of going out to eat and enjoying a restaurant. Why not get rid of the pesky delivery middle-man too?

I've been trying to brainstorm a helpful use case this would bring but I can't think of anything.

I mean just imagine how jarring it is to go from touching the macbook screen to mess with your app to needing to input text. Whether you use the macbook keyboard, or the on screen keyboard, it's just kinda rough.

or to save tokens you can have an LLM write a borrow checker to do this for you. Oh wait you're just rebuilding rust...

In general the steam deck is what made me comfortable switching to pc for gaming. I'm a couch and controller person and the old steam big picture mode was horrible. Then steam deck came around, and valve knocked the new bpm out of the park.

That made me get into playing games on linux on a desktop pc. Even when I have to run windows, I use the xbox game mode to launch steam bpm without opening windows explorer. It's a surprisingly great experience and the idea is ripped straight out of steam os.

We know the speed at which Valve operate. There's no way they'd even come close to producing headsets as quickly as meta can.

This is kind of different though isn't it? Doing an assembly or compiler class has pretty clear benefits in this regard.

But LLMs are tools. Does a great engineer need to know how vscode works? Might be helpful to understand how extensions work, LSPs, and project configurations.

Usually when working with any tools, you need to understand how to get the most out of your tool for your needs and that's about it. Core fundamentals about how software and hardware works in general seems like it would be MUCH more useful than LLM core knowledge.

Is there any place to try a framework laptop out before buying? Want to compare to my macbook

Really hoping this will include the ability to sync information from the internet via the BT tethered phone. But probably not

Similar to the current weather feature that grabs the weather for the next 5 days on every sync, I just want to push the local time train schedule just once per day to my watch.

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?