I think they would really fit the language well. The good part is:

* Only the package and import statement change, the rest of your code stay the same and is not cluttered

* They are easier to reason about as it is more coarse grained

* They do not break the compatibility

The the bad part is:

* You cannot implement filter/map/reduce (but being able to implement them would conflict with the orthogonality of the language)

* It could lead to code bloat, but not more than manually copy pasting the code.

I would miss whatsapp too... Not that I like the app, but it's commonly used within my group of friends.

Fix the two points above and you've go a buyer :)

I know some people who where only interested in metal because it made them more rebellious. Their interests quickly fade always as they grew up and now they are the first to tell everybody how it's a music for teen. I remark that your souvenir is about your idols and how they acted/are dressed and not that much about the music.

But some people are genuinely interested in metal and if you happen to be a bit curious, it's easy to see that it's not more rigid, codified or stalled that any other genre.

Heavy metal is (you have to admit that) a pretty rigidly codified type of music. It requires a certain set of instruments, with few variations (I still remember debates in the eighties on whether keyboards were kosher). It mostly deals with a fixed set of themes. It sounds in a very recognizable way, so it's rather easy to classify songs that fall into it. Performers dress in a codified way, also easily recognizable. (To all these points there are obviously a few exceptions here and there, as always.)

As for the richness of subgenres: it seems to me that these subgenres are just the partitioning of a fixed space of immutable size. The urge to classify them is another proof of the fact that the rules of the genre are so rigidly codified that the slightest deviation or emphasis on an element requires (or allows) a new classification bucket.

Nothing could be further from the truth. For example, the OP itself talked about "folk metal", a sub-genre that uses traditional themes, musical styles, and instruments.

It sounds in a very recognizable way, so it's rather easy to classify songs that fall into it.

Again, you've missed out (and even claimed that it never happened) a HUGE amount of evolution. Metal fans love to bicker and debate, and you'll see, for example, discussions over whether the evolved Opeth, that eschews their older death metal trappings, still counts as metal at all. In the proggy sub-genres that I enjoy, there's ample debate over whether a particular band or song is prog metal or "just" prog rock.

In its infancy, much of metal was dismissed as being stupid, three-chord performances. It's evolved so that today, it's undoubtedly the most technically demanding genre within the entire poo & rock oeuvre. Bands like Meshuggah, or the whole math-metal sub-genre, are performing music so technically demanding that no high school garage band is going to get near it.

In its expansion into these prog, technical, death, extreme, folk, etc directions, there is no doubt that the variety of expression covered by metal today is many orders of magnitude greater than in its younger days.

Folk metal is actually well inside the tradition of heavy metal, that spans from the black/ gothic to the epic and fantasy themes. By the way there's even a more extreme musical genre called "folk": where people from different regions of the world perform actual folk songs strongly connected with their real traditions. Can you imagine, you can actually listen to folk music outside of the rules of heavy metal? That's extreme.

Metal fans love to bicker and debate ... over whether ... still counts as metal at all.

Exactly. A little bit of evolution or variation and people start debating whether you're still in the group or out. That's silly.

And oh yes, I've listened to my share of Yngwie Malmsteen and Cacophony. Heavy metal fans are certainly very proud of the raw technical skill (which is, in fact, just speed) of their players. But it's a sort of pissing contest, who can play the riff or the solo faster is not a good meter of one's musical talent or skill.

Sure, if you're talking about just Malmsteen or Cacophony. But again, you really have missed the evolution. Things have moved well beyond that in the 21st century. For just one example, the band Meshuggah that I mentioned requires the performer to shift fluidly between bizarre odd time signatures. It's debatable how much this improves the musicality, but it's an advanced skill that requires a ton of experience; some small amount of this was visible in the era you're referring to, but the evolution has been, well, extreme.

One last observation. I remember that in the early nineties, a single chord from Nirvana - I was hearing them for the first time- was enough to make me say "this is not heavy metal" (I was actually pretty disgusted by that sound at the time :)). How is it that after more than twenty years (during which I haven't listened to new metal bands), 3 seconds of Meshuggah are enough for my brain to categorize them with absolute certainty as heavy metal?

No we don't have to admit that.

There is no way that a backdoor like this could not be exploited by someone else if they found out the way to do it.

The other one is that there is no way the government can guarantee Apple to only use in the "right" cases after they have access to it.

Vulkan is not the right choice if you're just getting started unless you're already motivated and intensely curious (ie: already have some decent exposure to OpenGL, multi-threading, and are curious to know more).

Sure, it can be done, but it's most likely to lead to tons of frustration and abandonment.

I was pretty good using classic OpenGL (before shaders), and writing a 100% shader based simple example was quite some work, mostly spent understanding how 4x4 matrices and graphics are related.

I expect for most typical programmers for that to be the hardest part, understanding how pixels emerge from a long pipeline of operations on 3 or 4-vectors and 4x4-matrices

You can build a better OpenGL on top of Vulkan, but until someone writes one OpenGL for average developers makes more sense.

A plugin for vlc that can show you the name of any actor when you ask would be really fun!

It's pretty trivial since you know the actors in the movie and can do the face recognition for the people on screen using the existing methods when the video is paused, but still quite neat to see it happen.

I quote the explanation of step 4:

  If the candidate tour is worse than the existing tour, still maybe accept it, according to some probability. 
  The probability of accepting an inferior tour is a function of how much longer the candidate is compared to the current tour, and the temperature of the annealing process. 
  A higher temperature makes you more likely to accept an inferior tour

You take the previous solution, and the current one, the difference of the cost (up or down) and plug it into the formula.

Simulated annealing allows some jumps up and jumps down, hill climbing goes only up.

Which are you referring to here as the "seemingly so simple function"?

With similar argument, I could list every feature of xml, show that they are not easily solvable with json and conclude that json is not good.

Json became the defacto serialization format, but in my opinion, Json isn't good for everything. Json and all its tools around it keeps trying to be like XML.

The problem is that there is no way to easily give a small amount of money to a content creator on its creations.

https://blendle.com/