eevee
The facts of note seem to be: (1) you are, for whatever reason, in charge of freenode; (2) the very first moment you attempted to make use of that position, you destroyed freenode.
That is a *catastrophic* management failure on your part, and the fact that I haven't seen so much as a "my bad" from you is appalling beyond words. Despite how much you claim to care about freenode, you are clearly more concerned with your own image.
I don't understand what "getting their act together" means here, when you're posting it on an announcement that the problem has already been fixed. Should Firefox proactively remove all security features that risk ever posing some modicum of inconvenience to users? Because that would be... all of them.
fwiw, lack of PyPy support is one of the most common reasons I hear for people being leery of Python 3. Of course the people using PyPy aren't the people excited to move to Python 3, if they're effectively mutually exclusive.
You mention C++ as though it worked out great, but C++ is still full of sharp edges and features that interact weirdly with its C legacy, and it has never completely replaced C (especially for libraries). And that's despite having a few advantages that made it possible in the first place, like having a completely different stdlib built on top of the C stdlib, and producing machine code rather than compiling for a VM on the fly.
Which one are you thinking of as the "default"?
Also, this is a thing many people already do, so I'm really advocating that it's fine for them to continue doing it.
Even if you did do that: why would anyone buy it in lieu of the original?
Nothing about Ruby forum software necessitates a 64-bit kernel. (Which I have, incidentally.) According to Docker, nothing about Docker necessitates a 64-bit kernel either! It's an entirely arbitrary requirement, inherited by the forum software for support reasons rather than technical reasons, and for some reason you are blaming me for not meeting it.
I certainly believe that people manage the 30 minute installation. I would've been much happier if I managed it as well.
And Web deployments must suck, or we wouldn't need Docker. Right? I mean, the whole appeal is that we can take all this arduous ad-hoc crap and just shove it in a box. Unfortunately, it's still arduous ad-hoc crap; we just don't have to look at it as often now.
I never complained that it didn't work with an old database. Ubuntu's versioning was just a fun surprise. I don't see why it wouldn't work with Postgres 9.1; I just figured I'd do the upgrade while I already had my foot in the door.
Maybe if installing Rails apps is still a huge headache after the fourth or fifth time I've done it, something is wrong with Rails. Maybe.
I have a fairly mundane server running the latest Ubuntu LTS with all stock vendor packages. If your app is such brittle crap that this is the "server from hell", well, it's no wonder everyone is using Docker.
And it wasn't my choice — I started out 32-bit to save RAM on what used to be a fairly dinky plan. Some years later, Linode said I oughta switch to a 64-bit kernel for some obscure reason I can't remember.
But you don't return more than once from a coroutine. You can suspend it as often as you like, and that's what "await" does.
I've run into my fair share of Python 3 roadblocks, but you'd be surprised how far you can get by making a little noise and sending the occasional patch. Library authors are much more willing to prioritize Python 3 support if it looks like people actually need it :)
>>> codecs.encode(b'Python', 'base64')
b'UHl0aG9u\n'
The encodings still exist; hex works too (or hex_codec in older Python 3s). Python 3 just restricted the encode/decode methods to always go str to bytes or bytes to str.Top-voted answer uses NFD, one below it uses NFKD: http://stackoverflow.com/questions/517923/what-is-the-best-w...
NFKD: http://www.perlmonks.org/?node_id=835238
NFD: http://www.perlmonks.org/?node_id=1105025
NFD: http://www.perlmonks.org/?node_id=485681
NFD: http://drillio.com/en/software/java/remove-accent-diacritic/
NFKD: https://gist.github.com/j4mie/557354
Two and a half of the first six results blindly apply NFKD to arbitrary text. All of them use normalization.
Sad state of affairs.
> Facebook likes to think of names as a one-to-one mapping. You have one name, and that name is how people refer to you at all times. It’s a very WASP notion of how names work, and the reality is far more complex.
Facebook, as an American company, inherited its ideas about names from mainstream American (i.e., WASP) culture. This was a poor choice, because those ideas do not also cover how some other cultures treat names. That's all this is saying. Your interpretation of this as "inflammatory" and "mischaracterizing history" is frankly baffling.