4 ms·

How many people need to implement a lang runtime?, less than 0.0001% of all devs I would imagine. They can use C or C++ which has done the job for decades.

• fiedzia 11y ago
  You can thank C/C++ for vast majority of software bugs. Billions of dollars and decades of productivity setback, and prognosis of fixing those issues for many years to come. All languages and tools that rely on people not making mistakes must die, the sooner the better.
  • lionize 11y ago
    I disagree, all languages have the potential to be misused by poor programmers and it's the developer who is the source of the bug, the Linux kernel is written in C and is the most successful/widely used piece of software ever written largely due to the quality of the devs. Blaming a language for bugs or hoping new shiny one will stop a poor programmer for producing bugs is wishful thinking
    • fiedzia 11y ago
      > I disagree, all languages have the potential to be misused by poor programmers and it's the developer who is the source of the bug. We can easily fix tools and processes, we will never fix people. Sure, all languages allow to create bugs, but some orders of magnitude more then others. > kernel is written in C and is the most successful/widely used piece of software end every release finds bugs in filesystem drivers, and buffer overflows and security issues and breaks display drivers. Seriously think of all the things kernel developers could do if they didn't waste years of work on tracking invalid pointers and off-by-one errors. Over and over and over again.
    • pjmlp 11y ago
      Yep it shows. https://www.cvedetails.com/vulnerability-list/vendor_id-33/product_id-47/cvssscoremin-7/cvssscoremax-7.99/Linux-Linux-Kernel.html https://www.cvedetails.com/vulnerability-list/vendor_id-33/p...
  • tarpherder 11y ago
    All tools and all languages rely on people not making mistakes to produce a working product. C/C++ just has a set of user created problems that can be particularly nasty to solve or deal with.
    • fiedzia 11y ago
      The degree of this reliance varies greatly, and its better to choose tools that minimise or eliminate this. We can now do better then C, so let's kill it. Btw. just today OpenSSH got another buffer overflow found. One that exposes private keys.
• fsloth 11y ago
  C and C++ has certainly kept people busy for decades. There is a huge category of bugs related to sloppy fudge-factor-based programming. C++ has great tooling but it's a nightmare on an organizational scale. If I was building an engineering org and had no other alternative but C++ I would be in shambles worrying that no-one does anything horrible, no matter how good the engineers were. I write C++ for my day job :)
  • vardump 11y ago
    I write C/C++ for my day job too and 100% agree with you. I really hope Rust (or something else with similar promise, but I don't know any viable contenders) becomes viable quickly. Especially needed in firmware and kernel mode drivers.
• wtetzner 11y ago
  What a strange thing to say. You're saying we should never try to improve on C or C++? That sounds insane to me.