How can it linger in a higher orbit. Maybe some of the debris gets a kick which increases its velocity, but you need two velocity boosts to circularise the orbit, no? So I figure at worst you get an elliptical orbit which will still decay
I have the exact opposite impression. From everything else I’ve seen around Andrew and the Zig Foundation he is extremely professional and skilled with managing community. In fact I’d say the community and management of the project is Zigs biggest strength.
This blog post only reinforces this opinion. It is clear that the Zig developers has had huge issues with his relationship with Bun for a long time, and it seems from both Jarred and Andrew’s post that Andrew really put all those issues aside, in spite of his strong personal opinions, to maintain a professional and productive relationship as long as possible.
It’s only now that the relationship is broken (on Buns initiative) that he has taken the opportunity to vent a bit. And I’m really glad he did.
It’s similar to Linus. Sometimes Linus goes too far in his comments. But getting an occasional insight into people’s personal opinion is good, as long as it’s not at the cost of breaking a professional relationship.
I didn’t read the beginner energy comment as faux positive at all. In fact Andrew has commented about his own beginner energy just recently and shared some embarrassing forum post he made as a teenager.
Stinky manager.. I could see, but even if his wording was more polite he’d still be criticised just as much, people would just say the personal criticism is “thinly veiled”.
We could argue a lot about how he should have worded himself, but in the end he wanted to (and had all right) to talk about how Jarreds coding and management style affected their professional relationship. According to commenters here on hacker news it seems like he simply is not allowed to talk about that. Even if he goes as far as possible in making it explicit that it’s not personal.
> You didn't see K&R publish "so-and-so writes bad C", or Stroustrup decrying the Boost maintainers as hacks.
The world is completely different now. The VC fuelled culture was not as intense and LLMs certainly didn’t exist at all. Andrew calls out these factors explicitly.
> He can't have both "It's their fault because their code was slop" and "it's not my business".
Huh? But it was his business when they had a relationship. Seems he was trying his best to work with them while they were getting funding and Bun was interested in them. That’s the nice thing to do no? Even if you don’t like the partner.
Imagine if the Zig foundation broke the relationship from their side, that would have been much worse.
I don’t think Andrew was trying to say it wasn’t his business in that way. But in the end he couldn’t control what Bun did or didn’t do, and now it’s not his business in any way.
How often do stuff fall of the rails, and how common is derailment? In case of derailment you’ve got much bigger problems than some broken solar panels.
It’s not easy though. When we started with html we assumed images could only have one source. It was obvious that cardinality was 1. Later we realised we could have multiple versions of the same image. With audio tags that was resolved.
I’ve come to realise that it’s almost always a mistake to assume a cardinality of 1, unless it’s something that is defined to be artificially unique like the id attribute.
I don’t think it’s about being a spectrum. It’s about having different paths to the same goal. GC is one well-proven path. Rust / Borrow checker is another path, with other benefits and limitations. Zig is well on its way to a third path with potentially the same level of safety and different benefits and limitations.
Zig will depend on having tests with good coverage, and you should probably use fuzzing. But if you care about safety and stability, why would you not write tests? Memory bugs are not the only class of safety and stability issues we should care about. So I don’t think we should be dismissive of an approach that takes a more holistic approach to those, while also providing really solid memory safety.
I am sure we will see solid static analysis tools for Zig which can weed out a lot of stuff before runtime as well. The developers of the language seem very interested in that approach but need to focus on other things first.
The most interesting killer application for Zig is perhaps Ghostty and its library libghostty, which will probably be fairly easy to integrate with C apps since Zig is close enough to C.
There’s also Tigerbeetle, but unlike libghostty its use of Zig doesn’t have much chance of being viral.
I think libraries that can be used by many other languages is Zigs chance to wide adoption. And this ties nicely with Zigs fantastic build system, which may become increasingly popular for C based projects, especially where cross compilation is important.
I assume the compiler(s) do not run in WASM. Just the build script. The build script just orchestrates the compilers. So you can run any compiler that the build script is given access to, so compiling C/C++ or potentially any other language shouldn’t be an issue.
In theory, you could run the whole compiler (including C) in WASM as well but I don’t think that’s the goal? You kinda need to trust the compiler itself.
I truly don’t understand what value a JIT would provide here. Especially in Zigs case. The language allows for full pre-compilation and the compiler is so blazingly fast it’ll finish compiling faster than the startup time of some interpreted languages. So what would adding an interpreter/JIT achieve? Absolutely nothing.
Seems to me the idea of using a JIT here is just because it’s fashionable, not because it solves a real problem.
PUFA vs saturated fats come with a lot of caveats. It's generally good advice to avoid saturated fats, but there are only certain conditions in which saturated fats are unhealthy and we don't fully understand those conditions yet. Saturated fats from dairy is even more complicated. It's may not be as bad as other saturated fats.
Recently there are very good studies tracking heart disease progression with extreme accuracy and it is very clear that you can eat high amount of saturated fat for a very long time with zero CVD progression. The mechanism depends on other factors.
Still, personally I think it's good advice to reduce saturated fat until we understand these mechanisms better. Eventually though, I suspect we will find other interventions that eliminate the CVD impacts of saturated fats.
I gotta imagine that margarine with EVO is a clear winner, EVO has several great benefits. Not saying processed seed oils are bad.. I'm not in that camp. Evidence for that idea seems very flimsy.
I really think the best way to describe it is an attempt to replace C.
Go is only like C in that it's simple. But it's clearly not a direct C replacement. It's not a great language for writing an OS or embedded code.
Rust may replace C in many contexts, but Rust is much more like C++. It adds a lot of complexity to the language and the compiler. I think it does it in a much better way than C++ so I think it is more likely to replace C in certain contexts where C++ did not replace C.
But Zig really is a much more direct replacement for C. It's aiming at the same niche, but in a different way. And considering how much C still dominates systems programming, it should be pretty clear that if Zig succeeds in become a good replacement, the answer to your question is: you'd reach for it whenever you'd have reached for C before.
The only question at this time is if Rust will eat so much into that niche that what's left for Zig becomes too small. Though it could go the other way. Zig is simpler and easier, and you can iterate really quickly with it. There's even incremental compilation now. I suspect tests with debug allocators, the integrated fuzzing, static analysis and LLM assisted reviews, can make Zig just as safe as Rust in practice, with far less complexity. So maybe Zig will eat into Rusts niche (whenever Zig is mature, right now it's going the other way as seen with Bun)
The scale of Apple is such that I suspect they also set prices based on what would lead to shortages. If they had significantly lower prices, to avoid annoying customers by not having things in stock, they’d basically have to fund the construction of new factories. They do do that kind of stuff, but it’s not trivial.
I’ve followed Zig fairly closely and this is the first I’ve heard of Andrew pushing “social issues”. I don’t believe for a second that it’s a factor at all.
I may be damaged from working on IC hardware design and various weird architectures, but I truly can’t comprehend why you’d think this doesn’t make sense.
Yeah, if your architecture doesn’t support 24-bit int it maps to 32-bits. But it also declares that the numbers you’re storing should never be larger than 2^24. It’s about type safety, and also run time checks in safe mode I believe. Bitcasting three bytes to a 24-bit type makes just as much sanse as casting 4 bytes to 32-bit. Theres zero reasons to introduce arbitrary artificial constraints on what you can do based on details of (most of) the underlying architectures, which doesn’t even matter for the operation you’re performing.
Maybe those complaints are for datacenters using gas turbines for power. I think some of the recent ones (xAIs?) was built without sufficient power from the grid.
I only started watching it after I got spoiled, and didn’t mind it. Before I knew about the premise I thought the show looked boring. Didn’t pick it up based on the excerpt on Netflix.
The show doesn’t really rely on not knowing the twist. And even saying there’s a spoiler for season 1 will probably clue most people onto what the twist is
anyway
Heating is one of the easiest to pair with intermittent power. Heat storage “batteries” can store energy for a very long time. Stockholm recently converted an old cave used to store oil, which now stores heat for a district heating network
Shutting down nuclear power plants prematurely was very foolish (looking at you Germany). But other than that, it’s true.
When you boil the issue down to the fundamental facts, our challenge is simply: add as much power production as fast as possible. We have no other hope to tackle the issue but to optimise for this. Nuclear is a dangerous distraction. Solar+wind is now growing faster than nuclear ever did at its peak and they’re showing no signs of slowing down. It’s the only way to get more power fast enough.
We are building power for a future where we cut all CO2 emissions. Not just those from electricity. Our second biggest priority (well third after EVs, but I’m not too worried about EVs right now, it’s a self sustaining transition) is to bring down the capital costs of hydrogen plants. That’s the key to bringing down CO2 emissions in several sectors of industry. This pairs perfectly with variable power. We’ve already seen green ammonia fertiliser plants paired with renewables and now with the Iran crisis there will be higher pressure to build more of them to be self sustained. This way also lets us distribute production which is nice to be less vulnerable in case of war.
Once green hydrogen production has reached critical mass, and growth of renewables have pushed gas power plants into more of a backup role, with low fuel consumption, they will naturally switch to hydrogen. Many of the newer ones are already ready for hydrogen and others have an upgrade path. Perhaps hydrogen consuming industry will co-locate with gas power plants to share production/storage infrastructure. This path has very low capital costs besides the ones we anyway need to make the hydrogen necessary to decarbonise industry. The gas power plants are already built in most countries that will need them.