4 ms·

> Most of those languages died due to political reasons and company acquisitions, not because of lack of technical features. Yet you just talked past my point

> Most of those languages died due to political reasons and company acquisitions, not because of lack of technical features. Yet you just talked past my point to give some sort of soliloquy about Modula-3. It doesn't matter how those languages died, it just matters that they did. The ecosystem and number of people who know how to write a language is almost, if not more important than the language when it comes to shipping software.

pjmlp 9y ago
No, my point was that these languages have 100% the same ergonomics as C in what concerns explicit memory management, with the additional productivity of having a GC around when those requirements aren't a must. We should not think of Java when comparing system programming languages with GC against C.
- vvanders 9y ago
  Yet you still keep talking past my point(while also nicely moving the goalpost). Yes, the languages you mention meet all the technical requirements(congrats, here's your 10 internet points) it doesn't matter if I can't find people who know how to write it. Since you seem to want to avoid talking about anything I raise I don't think it's productive to continue this conversation.
  - pjmlp 9y ago
    Just because these languages died, doesn't mean we cannot take those lessons into GC languages where you can find people who know how to write it. For example, all the work with System C# done in Midori has been being applied to C#, with .NET Native, ref returns, local ref variables, value tuples, regions with disabled GC, memory slices, with a few more down the roadmap, like effectively manual memory management presented at OOPSLA 2017. Or the ongoing @nogc and BetterC improvements in D, Wallmart, EBay, Netflix, Remedy Games among many others, seem to be able to find people that know how to write it.

4 ms·

> Most of those languages died due to political reasons and company acquisitions, not because of lack of technical features. Yet you just talked past my point

by vvanders 9y ago

pjmlp 9y ago
No, my point was that these languages have 100% the same ergonomics as C in what concerns explicit memory management, with the additional productivity of having a GC around when those requirements aren't a must. We should not think of Java when comparing system programming languages with GC against C.
- vvanders 9y ago
  Yet you still keep talking past my point(while also nicely moving the goalpost). Yes, the languages you mention meet all the technical requirements(congrats, here's your 10 internet points) it doesn't matter if I can't find people who know how to write it. Since you seem to want to avoid talking about anything I raise I don't think it's productive to continue this conversation.
  - pjmlp 9y ago
    Just because these languages died, doesn't mean we cannot take those lessons into GC languages where you can find people who know how to write it. For example, all the work with System C# done in Midori has been being applied to C#, with .NET Native, ref returns, local ref variables, value tuples, regions with disabled GC, memory slices, with a few more down the roadmap, like effectively manual memory management presented at OOPSLA 2017. Or the ongoing @nogc and BetterC improvements in D, Wallmart, EBay, Netflix, Remedy Games among many others, seem to be able to find people that know how to write it.