ether_at_cpan

The solution here is to demand support for the most recent specification version from your tooling vendors. We (the OpenAPI TSC) sometimes hear from vendors "we're not moving quickly to support the latest version because our users aren't asking for it." So it's a catch-22 unless you make your needs known.

OpenAPI 3.1 replaced the not-a-superset-or-subset of JSON Schema with the actual JSON Schema (latest version) over five years ago. No one should be using 3.0.x anymore. And 3.2 came out a few months ago, containing lots of features that have been in high demand (support for arbitrary HTTP methods, full expression of multipart and streaming messages, etc).

There's a way to express that though: by adding `"unevaluatedProperties": false` underneath your properties list.

Perl is #10 on the Tiobe index this year.

> I can't remember a time where "keys %hash" returned the keys in a defined order.

It was never a _defined_ order, but before version 5.17.6 (November 2012), each hash returned its list of keys and values in a _consistent_ order between runtimes, so some code ended up getting written that depended on this ordering (say in a unit test, or a list that would get assigned into a database). The change was to make the ordering random/inconsistent/unpredictable every time the list was fetched, which as I recall did break some number of tests in CPAN modules and required new releases.

Well yes, he was a total dickhead to people who asked lazy questions and could not answer the follow-up questions that they were asked. He was strict about teaching people that it is important to be able to explain one's problem clearly and follow debugging instructions, and was ruthless with people who didn't get that. On the "help" irc channels we saw a continuous flood of lazy people wanting quick solutions to their coding homework and after a while anyone would become sick of it.

I didn't much enjoy it when I was at the other end of it though, and sometimes he went too far. "Try to understand why the person doesn't understand" wasn't something he did enough -- sometimes the person doesn't know the right questions to ask, they just know that their thing doesn't work.

As a helper, it's hard to find the right balance, and I think the most important thing is that if you're getting emotional about it, step away and let someone else take the question. (I at least have been getting better at this over time.)

In his bio he has the most succinct and accurate description of Perl that I've ever seen:

> Perl is a wonderful language once you get over the fact that a slightly quirky set of syntax and embedded regular expressions have a tendency to make it look like line noise in the wrong light. Once you're used to it, it's a hell of an expressive dynamically typed language with a huge set of libraries and classes available for it.

He "did not suffer fools gladly"

This is very sad news.

As I said on irc:

He brought many people into the community, and encouraged their growth (like me)

I popped into the scene by sending a few Moose patches and then coming onto irc displaying an utter lack of understanding of anything

Matt set me straight, and encouraged me to send more patches and I ended up as the manager for Moose

and then inherited the ownership of literally hundreds (perhaps thousands by now) distributions

that work helped me move from being mediocre at my job to being stellar, and enabled me to move on to much better jobs

Twitter's not fixing the problem -- how can its users? The only logical move is not to play.

> like Try::Tiny, with which it’s quite easy to forget that a return statement in the try block will do exactly the wrong thing

Try::Tiny does its best without manipulating the parser itself; it's been superseded by Syntax::Keyword::Try (which alters the parser to make flow control work as you'd expect), and in the last few years of releases there is a native `try` keyword right in the language (which can be used in older versions via Feature::Compat::Try, which is a shim on top of Syntax::Keyword::Try in old versions and a no-op in new versions).

Fastly does -- most of its configuration management and distribution is handled by Perl applications, and the VCL templates used for most customer boilerplate is driven by Template Toolkit.

I don't want to name names, but a few prominent Perl contributors work there (yours truly included).

Hooray!