Some years ago, I evaluated Protonmail as a replacement for my personal gmail account.
When came the steps "can I easily move from this service?", I realized you have to _pay_ to export all your emails from the service. They make it super easy for you to open an account and receive emails, and then makes you pay if you want to get a copy of your own data.
I contacted the support to tell them it is likely illegal under European Data Privacy laws. They replied I can still export email for free one by one if I wanted to... (which is obviously not a valid answer when you have 5000 emails)
Then I looked in Swiss laws for a similar clause, and found that Swiss laws doesn't give users of online services the right to easily and freely get a copy of their data. It was a law proposal at the time of my research.
So yeah... Your data is so secure in Switzerland that you don't even own your data !
Same, I have been using snap to run Firefox and Chromium for about more than a year (personal usage, not professional), and rarely had issues. I had one issue regarding a feature like WebGL or a file picker, but it was solved after 5 minutes of googling, and it was about running a single command line to give more permissions to the snap package. This way of distribution works quite well for big applications with many dependencies that you want to be automatically updated without fear of breaking some shared libraries.
I also feels more confident trying new applications with snap. I know I can easily install different versions and uninstall them without breaking the system.
Question regarding Fedora : I tried it in a docker environment. During some googling to troubleshoot issues, several results were found on the Red Hat commercial support website (so, not accessible). I'm afraid that a good part of advanced/niche documentations and knowledge base for troubleshooting is behind Red Hat commercial support. Is that the case in practice?
"The amendments to this article will make it sound as follows: The Republic of Belarus excludes military aggression from its territory against other states."
Either Lukashenko will tell Putin to remove Russian troops from Belarus, or Lukashenko is breaking the new constitution of his own country.
SIMD instructions as we know them today do not make a consensus among the actors and architectures. See : https://www.phoronix.com/scan.php?page=news_item&px=Linus-To...
That makes them harder to implement in compilers and in turns to democratize SIMD.
Extract : "[...] the addition of SIMD instructions has led to an explosion in the number of instructions, especially for x86. And of course not every x86 processor will support all these instructions. Only the newer ones will support AVX-512.
The beauty of SVE is that the same code will work for both the super-computer and the cheap phone. That is not possible with the x86 SIMD instructions."
It's a solved problem there, have profiles : "Low", "Medium", "High", "Ultra High".
They allow for a quick start, then as the user is more aware of the feature, the user can tune the predefined profiles themselves.
You can have independent profiles for each independent feature : input profiles (keyboard/gamepads), graphics profiles, audio profiles, etc
For example, on a Google account, that would be a single drop down list with those options: "Private and no personalized experience" (everything turned off), "Private with personalized experience", "Public"
Good reading ! It would be interesting to have other similar challenges, such as Euler, solved in idiomatic Tensorflow and Pytorch. Also some examples of more complicated state-of-the-art algorithms, such as sorting/graph/trees algorithms reimplemented in these frameworks.
It would be a great introduction to these frameworks for people who never touched anything ML-related, leaving the neural network content to later in the learning process.
Learning how to create differentiable algorithms and neural networks would be easier once the way those frameworks work is understood (ingesting data, iterating dataset, running, debugging, profiling, etc).
If you are starting with neural networks or differentiable programming, learning both the maths and the frameworks at the same time can be quite overwhelming
HN's Point of View doesn't represent the PoV of the 1 billion active iPhone owners.
Most people won't have any idea about the meaning of "hashes" and "databases". Not everyone is trying to actively fight the system and shit on everything, most people just want to live happily with their friends and family, they won't care that Apple scans their devices.
> "Either there will be heads rolling at management, or Apple takes a permanent hit to consumer trust."
Oh god ! How wasn't all of this obvious to the top Apple management, but so obvious to epistasis! Damn, thanks man for correcting and leading Apple to the right track !
In order to understand the ecosystem, I ask myself this question : why did 4chan personally harass Audacity leader, but did nothing about the behavior of freechat leader?
To me, the downside of graph db is the non-standardized query language.
I tried Gremlin but it feels like an imperative DSL. Cypher queries are more readable, but are limited to Neo4J. I am looking forward for Open Cypher or maybe a variation of Facebook GraphQL.
Another way to look at it : if an "AI" can predict what you would code next, it means your program is probably not that innovative, and was already created somewhere.
> now, that happens in a zoom/slack I am not in, and awareness is much lower.
It sounds like all you need is a social graph of interactions from your chat software. That could lead to micromanagement deviance, but if the graph is open to all employees, I believe it would be fair and help everyone.