I mean, you say "is this it?", but the multi-language support of literally all other Android keyboards I've used are basically unusable. Take Google's default keyboard, it requires you manually switch languages for swiping and predictive text to work. But that's completely unworkable for the way multi-lingual people end up actually typing texting. I swap back and forth across languages, even if just for 1 or 2 words and having to explicitly toggle languages is a MAJOR speedbump in typing.
Swiftkey just lets me auto-complete/swipe in multiple languages seamlessly. Want to swipe 1 English word inside a completely Dutch sentence? No problem. The reverse? No problem. Using Google's keyboard the same way is endlessly frustrating.
> Happens to me a lot on Youtube too - you watch just one thing - and now your recommendations are full of things like that one thing.
Spotify's recommendation system is much better than youtube's (at least for me). I frequently "joke" that it is one of the few applications of ML that actively make my life as a consumer better.
Having been following Spotify's "Discover Weekly" for several years now, I'm actually really impressed how it manages to blend my long-term taste with recent moods. If I've been listening to one type of music for 1 or 2 weeks, there will be a noticeable uptick of it in the recommendations, while still mixing in less recent tastes.
std::map (as opposed to std::unordered_map) uses a balanced binary search tree approach and thus guarantees O(log n) lookup for anything that has a well-defined total order (i.e. comparison function), without worrying about hash functions, etc.
> "the /usr split is there for a reason!". No, it's just an historical quirk.
It's a historical quirk on linux, where there is no clear separation between "base OS packages" and "3rd party packages".
On FreeBSD the split is very real, anything in /bin/ ships with my OS and is maintained and updated by the FreeBSD team. Anything in /usr/bin/ comes from ports and is thus a 3rd party package I installed and can be safely nuked and I need to maintain/update it.
Business outside the EU, interacting with users in the EU are bound by the GDPR. There might not really be a way (currently) to impose penalties on those businesses for violations, but they are certainly bound by them.
The maximum fine allowed by GDPR is "10 million or 2% of global revenue, whichever is higher". The goal is to ensure the GDPR "has teeth" even against companies for who 10 million is a drop in the bucket.
Keep in mind that large parts of the GDPR were already law in many EU countries, meaning there's years worth of enforcement activity that you can lookup to see how similar laws were enforced.
And mostly that has not been "handing out the biggest fines possible" and more "fines scaled to how grossly you violate the regulation". Companies who try their best to follow the law, have good processes and respond promptly, get a slap on the wrist or even just a warning if they remedy the issue fast. Companies that blatantly violate the law and stonewalling regulators get the harsh fines.
The real reason isn't that the system would be GPLv3. The real reason is that GPLv3 includes a patent grant clause, which many companies (Apple included) are very worried about applying to them if they ship GPLv3 code, therefore they don't.
> ...does seem to suggest that the "garbage multiplier" effect of immutability is an ill fit for applications that also create a lot of garbage naturally
That actually depends on how your GC is implemented. For example, due to laziness+immutability, Haskell produces a lot of garbage and a lot of allocations. This is not a problem with the GHC compiler, as the GC design makes allocation cheap (effectively a bump pointer allocator) and GC cost scales with the amount of non-garbage (this is, like all GC design, is a trade-off that can get you into trouble with some workloads).
Swiftkey just lets me auto-complete/swipe in multiple languages seamlessly. Want to swipe 1 English word inside a completely Dutch sentence? No problem. The reverse? No problem. Using Google's keyboard the same way is endlessly frustrating.