eaurouge
Joined 15 years ago
Joined 15 years ago
Would really like to see you guys succeed. We definitely need more manufacturers in the US. But this isn't quite true. Not now, and I'm not sure it's ever been the case in the two decades plus that I've been in hardware. Apart from manufacturers like Sierra Circuits in the Bay Area and Advanced PCB in Colorado that have been around all of that time, we had Tempo (in SF then but no longer), and now have MacroFab (Houston) and CircutHub (also YC, somewhere on the East Coast I think).
> While I still don't plan to write software in it, given that I believe memory safety is table stakes
What exactly am I missing? You know you don't have to hijack Zig threads (repeatedly) with your thoughts on memory safety, right?
Kinda rich of you to knock another language for its "marketing" when here you are once again on a Zig thread marketing Rust as a memory safe language. And speaking of "us vs them" mindsets, guess which language that reminds me of?
Do you have a brand you'd recommend?
> The entire thrust of this thread is that you can have a more reliable system that is easier to reason about if you use specific constructs that each have less power
Easier to reason about, sure, fine. Your earlier comment claims the actor model is a dead end in non-distributed systems.
> Unstructured concurrency should be reserved exclusively for contexts where structured concurrency is impossible, which is what the actor model is for.
Results from my quick search on structured/unstructured concurrency were all references to Swift. Is this a Swift thing? In any case, the issue appears to be more about managing tasks that don't require a preemptive scheduler. As I see it, that issue appears orthogonal to distributed/non-distributed systems.
> IMO the urge to use both the actor model (and its relative, CSP) in non-distributed systems solely in order to achieve concurrency has been a massive boondoggle
Can't you model any concurrent non-distributed system as a concurrent distributed system?
0. https://en.wikipedia.org/wiki/Run-to-completion_scheduling
> What explains the silence from activists outside Iran on this particular issue?
What explains the silence from the media on all other conflicts. It's certainly not because lives are not being destroyed in Sudan [1] and Myanmar [2].
> Honestly, I think the first category is somewhere between "microscopic" and "nonexistent", but most people in the second category will end up holding the bag when this thing inevitably collapses.
I agree. There may be folks willing to support open-source software via a crypto-friendly vehicle, but most involved in this are hoping to make money on a pump and not get left holding the bag.
Everyone involved in this scheme is fully aware of the game being played (or should be) and the risks involved. The notion that "crypto grifters" are corrupting naive open-source developers just strikes me as an odd way to describe such activity.
But we do this routinely with machines. Not saying I don't get your point re 100 PRs a week, just that it's a strange metaphor given the similarities.