News for hackers. Stuff that matters.
Re:We need less powerful languages (2015) by anon291 on Thursday February 02, 2023 @12:09AM (#34622329)
This comment completely misses the point. C is not less complex than Python, Ruby, or even Haskell. In fact, it's much more complex. Complexity is here is not about 'how easy is it to write something'. Complexity is rather 'can I express problems that are difficult to reason about'. It is impossible to express intractible problems in HTML. There are problems that simply cannot even be expressed in HTML. Contrast this to any of the turing complete languages, in which it is possible to express problems difficult to reason about. Python, ruby, julia, javascript, haskell, etc fall into this category. Now contrast this to the turing complete languages riddled with undefined behavior like C and C++.

Your complextiy is inverted.

Re:We need less powerful languages (2015) by GoblinSlayer on Thursday February 02, 2023 @02:13AM (#34623235)
Problems difficult to reason about are big problems, so a big html document is such a problem.
Re:We need less powerful languages (2015) by anon291 on Thursday February 02, 2023 @02:16AM (#34623249)
Nope. An html document is statically analyzable by simple tools. Html parsing is very easy. Html rendering difficult to code correctly but very straightforward. It is very easy to generate in bounded time the result of an html render.

It is impossible to do that with C, haskell, rust, etc.

Re:We need less powerful languages (2015) by GoblinSlayer on Friday February 03, 2023 @03:47AM (#34638820)
An html engine is such a simple tool microsoft gave up making its own. C compilers available for a wide range of platforms is said to be due to simplicity of C.
Re:We need less powerful languages (2015) by kaba0 on Thursday February 02, 2023 @03:03PM (#34632231)
I don’t think this notion of complexity is meaningful/well accepted. Languages have expressivity as a more-or-less accepted concept (in which C is very inexpressive, Haskell, Ruby etc. are very expressive), and language complexity as perhaps another, where the concepts of the language are taken into account. For example something like Idris with dependent types would be a quite complex language, while C may indeed be relatively simple. This is usually the inverse of expressivity.

You seem to talk about the complexity of a program when written in a specific language. Here, a more expressive language would fair better, at usually the cost of a more complex language as mentioned above. But as we all know, essential complexity (of a problem) is non-reducible.