It's interesting how often we see these articles (and associated discussions) saying that programming is harder than it should be, and that if only we had a better language, it would be much easier.<p>In my experience, choice of language makes only a superficial difference to the difficulty of a project. The real challenge is always figuring out exactly what you're trying to do, and exactly how you're going to achieve it. And these questions aren't solved by a language because they're questions about your project itself, not about the implementation.<p>Sure, some toolchains are better suited to some types of project - I would really not want to do serious number crunching in JavaScript, or an interactive GUI in COBOL. But there's generally at least one (and usually bogglingly many more) solid, freely available toolchains to suit any given application.
> Roberts explains: “We’re in the mess that we are in now because of software engineering preferences from 30 years ago, made by people that just didn’t write enough code to have those preferences be worth anything.”<p>This is a typical attitude of younger programmers towards the previous generation.<p>> he decided to create his own programming language<p>And this is the typical solution.<p>It's happened so many times before it's either really funny or no longer funny. I'm not sure which.<p>The reason why "everything is broken" is because writing correct software, that does all the things, in any language, is difficult. That's not to say that new solutions cannot make improvements but it is naive to think that new solutions will solve all the problems. A good rule of thumb is to make sure you really understand a system before you replace it.
This sounds like something that should have a simple description, but I'm not sure the article tells enough to work out what it is.<p>(Unless the simple description is Not Invented Here syndrome, which I imagine it's not).<p>I had a quick look at the website linked at the end but it's just a site with a list of projects like a text editor and some game debugging components.
As usual, the article grossly oversimplifies the position of the people in it, and the discussion on HN focuses on the gross oversimplifications.<p>Better to hear it from the horse's mouth eg:<p><a href="https://www.youtube.com/watch?v=k56wra39lwA" rel="nofollow">https://www.youtube.com/watch?v=k56wra39lwA</a><p><a href="https://mollyrocket.com/casey/stream_0019.html" rel="nofollow">https://mollyrocket.com/casey/stream_0019.html</a><p><a href="https://mollyrocket.com/casey/stream_0020.html" rel="nofollow">https://mollyrocket.com/casey/stream_0020.html</a><p>You might still disagree, but at least you'll have something coherent to disagree with.