> In more provincial regions and even just much of Europe lots of forms have to be filled out and printed.
This is changing quickly with the covid pandemic. One of its silver linings is that I can't remember the last time I had to wait in line for one hour only to be told off by some exhausted bureaucrat about my missing grand-parents' birth certificate or whatever the hell they come up with. Take that, bureaucracy!
This is probably the time to plug this wonderful extension [0] that directly warns you, whenever a link to a scholarly article is posted, that said article has had comments on its PubPeer entry.
For those who don't know, PubPeer was designed as a kind of forum where people can discuss articles after they're published (with or without a pseudonym). Of course, it almost instantly turned into a place for anonymous whistleblowing and call-outs for fraud, replication failure, etc. So while it's not an absolute rule, an article having one comment or two on PubPeer is usually a middling red flag for that article being generally dubious.
The reason I'm talking about all this is that the parent's link has twenty-five (25) comments on PubPeer. See for yourself, read the discussion and make of that what you will.
Leaving aside the usual quip about HN being an endless source of entertainment when it comes to attempting to comprehend basic concepts in biology that they weren't taught in high school, I'm wondering about something.
What's with the propensity for the typical HNer, and the tech demographic in general, to subscribe to the whole alpha/beta charade in the first place? Your average programmer isn't usually a bodybuilder or even what you may call a 'Chad'. Even on social media, blogs, and generally speaking the whole ecosystem of believing dumb evopsych crap, the most prominent speakers aren't exactly paragons of traditional masculinity themselves. And conversely, Joe Rogan himself (if you're willing to consider an MMA pro 'alpha') probably doesn't care at all about the Google memo.
So, like, if you're soft-spoken, introverted, maybe effete, maybe overweight, what's the point of doing all this? Why fantasize about an immutable, evolutionary-driven hierarchy of males if you're not even putting yourself at the top? Does that stem from self-loathing? Maybe a fetish of some kind? I'm curious to read different perspectives from HNers.
>Among other things, because of a dead-simple user experience that lets even grandpa post content after a few clicks. Federation, if it adds any level of complexity past the grandpa UX, would defeat the goal.
You could have stopped there, that's pretty much the only reason. But that has little to do with federation though. And yeah the ugliness and bad UX problems of free software - software that's freely unusable - have been known for literal decades.
What I mean is that most Europeans are fine, comparatively to Americans, and don't actually need to let tech giants intrude every aspect of their lives for the sake of growing their economy.
Seriously, do you think everyone would be up in arms if facebook microsoft and amazon pulled out? No, people would just shrug and move on to something else.
I find it very amusing to see miffed people crawling out of the woodwork to reply to your jest about 4chan because it's a constant reminder that a huge chunk of HN is being very civil and charitable on one tab and reading a bunch of racial and homophobic slurs without batting an eye on the tab next to it. Gives a whole new meaning to civility and charitability, and indicates pretty well to whom it is directed.
Ah, the suckless philosophy - making everything as terse, austere and featureless as possible in the name of 'simplicity'. It's a wonder so few people want to adopt it.
To get a further glimpse into that philosophy check this out: http://harmful.cat-v.org/software/ and recoil in horror as literally everything you've ever used (and sometimes even liked) is deemed harmful. There also used to be some more ahem 'controversial' content which I assume was removed to get with the current times.
5% is pocket money. By the time the get sued, lose, appeal, lose the appeal, etc. they'll have made that money many times over. At this scale fines are just the cost of doing business.
The only way to act as an actual deterrent is to put executives behind bars or dismantle the company.
I mean, Send was probably the non-browser product that was useful and solved a problem its users have (sendingfiles.xkcd), and of course they had to axe it. Meanwhile I still have to remove that stupid little Pocket icon every time I do a fresh upgrade
The two-language problem is well-known. People wanted performance, which is reserved to languages like C, C++ or Java, but they didn't want to use these languages, since they are objectively ugly and a pain to write. Thus, languages like Python were born, but we were warned that they were going to be slow because something something dynamic typing something something the compiler can't optimize blah blah blah. And so we were told to avoid doing too many loops, or load too many objects in memory, or indeed even attempt push the language to match one's actual use cases, because Python wasn't well-built for it.
But in the meantime, languages like R or Matlab had figured a solution: write all the heavy-lifting ultra-optimized algorithms in C or Fortran or some equally ugly language that no one but really smart nerds wants to touch, and wrap it in a semantic that makes loops and loading many objects unnecessary, called 'vectorized operations'. In R, for instance, you think you're manipulating mere strings or logicals, but you're in fact manipulating vectors of length 1 and of type 'string', 'logical', etc. But doing operations on vectors or arrays became as seamless as doing them with mere scalars, with hardly any loss in performance. And so the R world thrived, although we were still cautioned to use weird lapply/sapply/rapply magic instead of doing proper loops because something something compiler something something slow blah blah blah.
And so the Python world saw that the R and Matlab world thrived, and wondered if they could do the same. A bunch of really smart nerds sat down with their laptops and wrote a bunch of ultra-optimized algorithms in one of those ugly languages no one else wants to touch, and lo, in the mid-2010s Python had finally achieved feature parity with R and Matlab twenty years ago. Yet the trend showed no sign of slowing, as Python was not only useful for scientific computing, but many other use cases as well (you ever tried to write an interface or webserver in R?), and sometimes researchers have the audacity to want to do several things at once with the computer. And so Python achieved its present ubitquity in data science.
There's trouble in paradise, however. As with R, we were cautioned to avoid doing too many loops because something something you know what I mean, and instead use vectorized operations. And little by little, we had to learn every day a little more of numpy's arcane API, the right magical formulas to invoke in order to avoid losing performance. We had to learn which operations are in-place and which ones create a new array (knowing this could change over multiple versions), which appropriate slicing and indexing to use, which specific functions to call. And the more our use cases deviated from the documentation, the more magic we had to learn. At some point we had to learn obscure methods beginning with an underscore, or even (the horror!) mind whether arrays were ordered C-style and Fortran-style, or even told to use Cython (!), nevermind your desire to absolutely avoid touching these languages in any way. May Allah be with you should you ever want to manipulate sparse data.
Aware that the community had to learn magic whose complexity on par with the ugly languages they'd sworn off, really smart nerds took it upon themselves to... write more magic in order to avoid writing the older magic. And so we got dask, which is as powerful as it is painful to use. We got numba, which seems to work automagically in the official demo snippets and zilch in your own. 'That's because you're using them wrong', the smart people tell you on stackoverflow. 'Teach me how to use them right', you beg. And so your mental spellbook thickens with no end in sight...
Enter Julia. Julia doesn't have that any of the above dillemas, because Julia is fast. Julia doesn't care whether you vectorize or write loops, but you can do either. Julia doesn't force you to declare types, but you can if you really want to. Julia doesn't require you to write advanced magic to do JIT compilation. Julia doesn't see itself as an R or Python competitor: why, Julia loves Python and R, and in fact you can just call one from the other if you feel like it! Go on, just RCall ggplot on an array created with PyCall("numpy"), it just works! Julia was built with parallel computing and HPCs in mind, so no need to fiddle with dask boilerplate when it just works with @macros. Julia knows programmers are afraid of change, so it syntax is really, really close to Python's. Julia has a builtin package manager. Julia lets you use the GPU without having to sacrifice a rooster to Baal every time you want to install CUDA bindings.
Of course Python isn't going anywhere, just like R is still going strong even after Python 'displaced' it. And of course, Julia's ecosystem is smaller (but growing), its documentation is lacking, it doesn't have millions of already answered questions on Stackoverflow...but if you know where the wind blows, you know where the future is headed, and its name rhymes with Java.