There is no “system.” It’s all just people making choices. My wife puts straws in the dishwasher to reuse them. She grew up in America the same as everyone else.
Yeah sure... and some people get together and make choices that impact other people ability to make choices, it really isn't rocket science.
If you think Zuckerbeg spending hundreds of millions a year to get the top XXX behavioural scientists to work on how to milk your attention span has the same impact as "my wife puts the straw in the washing machine to reuse them" I have bad news for you
idk how you call lobbies spending literal billions every year to make you think "cars are freedom", "debt is wealth", &c.
As a side-note, putting straws in the dishwasher doesn't do a very good job of cleaning the insides of them. Unfortunately, you've gotta faff with those little brushes.
It's quite frankly ludicrous to be a software engineer and pretend systems don't arise from "individual" "independent" elements.
Some programming languages explicitly require UTF-8 in the language specification. Java is not one of them.
The Java language allows source code to express Unicode
characters in a UTF-16 encoding, and this is unaffected
by the choice of UTF-8 for the default charset.
Not that such a change to the language for future code, even if only hypothetical, would bear any difference to this discussion anyway as legacy Java code encoded in other charsets is still Java code.
> However, the javac compiler is affected because it assumes that .java source files are encoded with the default charset, unless configured otherwise by the -encoding option.
Interestingly, in Windows, Java programs were supposedly encoded in CP-1252 before this...?
> In JDK 17 and earlier, the default charset is determined when the Java runtime starts. On macOS, it is UTF-8 except in the POSIX C locale. On other operating systems, it depends upon the user's locale and the default encoding, e.g., on Windows, it is a codepage-based charset such as windows-1252 or windows-31j.
2. As noted in the very quote provided, said particular implementation accepts various encodings; naturally, as the language allows various encodings.
That is quite unlike the languages that specify that anything other than UTF-8 is invalid code.