Reminds me of a little feature I like in Notion where if you type dash-arrow (like ->) it turns into → — but intelligently — like it doesn’t do that with inline code or a code block.
On one side, an army of developers whose interests, responsibilities, and skill sets are heavily revolved around JavaScript.
On the other, an army of developers whose interests, responsibilities, and skill sets are focused on other areas of the front end, like HTML, CSS, design, interaction, patterns, accessibility, etc.
The far more pernicious issue with pangrams, as a means for evaluating typefaces, is how poorly they portray what text actually looks like. Every language has a natural distribution of letters, from most to least common, English famously beginning with the E that accounts for one eighth of what we read, and ending with the Z that appears just once every 1,111 letters. Letter frequencies differ by language and by era — the J is ten times more popular in Dutch than English; biblical English unduly favors the H thanks to archaisms like thou and sayeth — but no language behaves the way pangrams do, with their forced distribution of exotics. Seven of the most visually awkward letters, the W, Y, V, K, X, J, and Z, are among the nine rarest in English, but pangrams force them into every sentence, guaranteeing that every paragraph will be riddled with holes. A typeface designer certainly can’t avoid accounting for these unruly characters, but there’s no reason that they should be disproportionately represented when evaluating how a typeface will perform.