Not to mention potential customers who would prefer a US based foundry regardless. My guess is that there's a pretty large part of the market that would be perfectly fine with using Intel.

Ones that might be of interest to you are Umka, tcl, and berry.

There's also a lot of others listed that range from someone's experimental side project to professional grade and well supported languages. Kinda fun to see different people's approaches to things, and no matter what your preferred programming style, there's probably a few in there that will mesh pretty well.

https://github.com/rswinkle/PortableGL

Cool project, and fun to play with.

At the risk of stating the obvious, the drone shouldn't be flying anywhere near the crane. It's an active construction zone with a structure that moves and swings about in unpredictable ways with people and equipment moving about below. It shouldn't be delivering to the construction zone, and if it can't figure out how to stay out of the area, it doesn't belong in the sky.

There are some FAA requirements about cranes/temporary structures that would give pilots an appropriate NOTAM, but I don't know if all cranes require this. That said, I'd argue that if it isn't tall enough to require notifying the FAA, the drone is flying too low.

AI is the new crypto. Lots of promise and big ideas, lots of people with blind faith about what it will one day become, a lot of people gaming the system for quick gains at the expense of others. But it never actually becomes what it pretends/promises to be and is filled with people continuing the grift trying to make a buck off the next guy. AI just has better marketing and more corporate buy in than crypto. But neither are going anywhere.

Ultimately, the OS has to be designed for the hardware/architecture it's actually going to run on, and not strictly just a concept like "lots of CPUs". How the hardware does interprocess communication, cache and memory coherency, interrupt routing, etc... is ultimately going to be the limiting factor, not the theoretical design of the OS. Most of the major OSs already do a really good job of utilizing the available hardware for most typical workloads, and can be tuned pretty well for custom workloads.

I added support for up to 254 CPUs on the kernel I work on, but we haven't taken advantage of NUMA yet as we don't really need to because the performance hit for our workloads is negligible. But the Linux's and BSD's do, and can already get as much performance out of the system as the hardware will allow.

Modern OSs are already designed with parallelism and concurrency in mind, and with the move towards making as many of the subsystems as possible lockless, I'm not sure there's much to be gained by redesigning everything from the ground up. It would probably look a lot like it does now.

Maybe my perception of reality isn't all that accurate, but it surprises me that so many other popular languages don't seem to value this sort of development. Many people don't seem to like languages like Tcl or C, but you know exactly what you're getting if you use them, and there's value there that I appreciate.

Comments URL: https://news.ycombinator.com/item?id=43844597

Points: 4

# Comments: 2

And fortunately, I'm usually up by 4 or 5 am anyway so he's never woken me up, but yes, he's banging away really early.