Their stated justification is that people would abuse comments, using them to carry semantic or syntactic information. That’s a shit justification IMO.

As far as the additional complexity that comments bring, I understand that from a technical perspective but from an engineering-for-real-humans-in-the-real-world perspective that’s the kind of thing you just have to deal with if you want to design a good format.

Once you’re used to it, indentation makes code soooooooo much easier to read. When I was in school and a classmate asked me for help with their code, I outright refused to touch it until they properly indented it. It makes it easy to see the structure.

Using YAML as an intermediate format between steps of a process is a mistake. I love YAML for configuration but I’d never use it for machine-to-machine anything. If the tool you’re feeding data to requires YAML as input, just give it JSON. All JSON is valid YAML.

Edit: I realize you weren’t the one who made that decision. I’m saying the problem isn’t YAML, the problem is someone using YAML inappropriately.

Anything can be abused. That’s not a legitimate reason to take away perfectly reasonable features. Looking at you, Java (unsigned integers).

Depends on what you mean by “basically a class”. If you mean inheritance, overriding, and more generally class/inheritance based polymorphism, no, it does not. Those require dynamic dispatch, which Go does not have (for concrete types, which is what we’re talking about here).

When I first started using Go I bemoaned the lack of true inheritance and classes. Now I love it.

How is that useful? Because if your answer is “I boycott devs that have type errors”, I got bad news for you. Unless you’re working on mission critical systems, like pace makers, airplanes, spacecraft, financial systems, etc, sinking the necessary engineering time to 100% prevent those kinds of errors is a bad business decision.

An error message should either be instructions for the user, or something they copy-paste into a bug report (or equivalent). That’s it.

How would telling the user there’s a type error be helpful at all? If the user isn’t a programmer that would be utterly useless to them. If they are a programmer it’s probably still useless because the probably don’t have the source on hand.

I did not because the only part I actually cared about was the bullshit clickbait title.

Upstream infrastructure was compromised. Implying it’s a fault with Notepad++ fault is disingenuous. What OSS maintainer is going to think, “I need to pick a hosting provider that’s not going to get hacked by the Chinese government”? Unless your favorite editor is being hosted on infrastructure hardened against state level hackers, it’s not any better.

… with a debugger

We need better distributed connectivity. It wouldn’t be that hard to build a project management system (issues, etc) on top of Git, but DVCS only gets you so far without a way to connect directly to the other contributors.