Cell Lang: Why yet another programming language?

Post by awisema » Mon, Jul 04, 2022, 5:23 PM UTC

verdagon wrote: post #87

worik wrote: post #85

Earlier quoted context omitted.

But I cannot agree. I am very down on this. I think this a colossal waste of time. I do not see the problem they are trying to solve. Doing I/O is hard, not because sending bytes on a wire is hard but because of everything that can go wrong. It is the "everything that can go wrong" part that is hard. They are going to solve the problem of state with "algebraic data types". That is not new. I am trying to think of a l…

It's pretty bold to say that their programming language project is a colossal waste of time. I recommend steel-manning [0] and reading their post with a more open and curious mindset. They could have phrased their article better, sure. But lets not cherry-pick one sentence that's barely relevant to the rest of the article and use it to fuel our anger that they aren't solving Our Favorite Problem. Instead, let's focus…

Post by danellis » Mon, Jul 04, 2022, 9:02 PM UTC

10e23 wrote: post #81

danellis wrote: post #60

Earlier quoted context omitted.

I'm not talking about domain names. I'm talking about people referring to the language itself as, for example, Rustlang.

Right, but the colloquial usage stemmed from the domain name :)

Post by daosound » Wed, Jul 06, 2022, 4:49 PM UTC

airbreather wrote: post #115

I am in industrial automation and functional safety of machinery, especially complex sequenced machinery like burner management systems, mine winders bulk handling stackers/reclaimers/shiploaders, route sequencing for bulk handling/grain etc and architecturally this is very similar to the point I have gravitated to over 25 odd years of trying to find optimal ways of specifying highly predictable and reliable machine…