| Not knowing some internet slang doesn't mean there is a stick up your ass. Having your own aesthetic preferences doesn't mean there is a stick up your ass. But, if you were to claim, as others have, that this is an affront to programmer etiquette, that this product has a mandate to change it, then you might. >> Something that's meant for actually getting work done should generally not use naming that gets in the way of that. Like this. The case that "smol" is getting in the way of getting work done is just silly. No one is shoving their culture down your throat, but if you like Deno then you should be ready to also accept the culture established by its developers and not demand that one word be used over another of similar meaning, after it's established. There are other options out there for people who absolutely cannot be near and nonsense while working. >> You even provide an example in your next paragraph of a bad name. I established the difference between a pedantic situation and a genuinely unrelated name. This is nuance that most software developers are able to grasp. >> When talking function names and program arguments, names which convey their purpose are better than those that don't. It's not gatekeeping, it's designing effective interfaces `--smol` does this. It just happens to not be as well-known a word, but it is in fact an established part of the lexicon of an entire culture. That culture produced Deno, and being encouraging and accepting of these difference makes our little nerd corner of the internet just a bit cooler and more culturally diverse. There is absolutely nothing from stopping anyone from joining the Deno collaborative process and creating a GitHub issue that requests a change. But if the maintainers find they prefer `smol`, it should end there and not become a constant struggle brought on by non-maintainers. And seeing as how it's been brought into the engine already, that is a sign that a consensus has already been reached at least once. |