_The SNB's latest Payment Methods Survey of Companies in Switzerland, published in February, found that "cash acceptance continues to be high", and said there was "a broad desire among the population for cash to continue to be available as a payment method"._
Another example: For years the database for the desktop app was unencrypted, because "you can just use FDE" (according to GitHub commenes). Last time I checked, they switched to SqlCipher as well, but with the password in an unencrypted file right next to the database file.
What's the threat model of such an odd design choice? Are there any docs on that?
"Our protocol is open source. Our code is open source. It’s well documented. Our implementations are open source. Our protocol is formally verified. We’re doing everything we can."
The signal protocols are well documented (https://signal.org/docs/). But their code and architecture? I'm not aware of any docs in that regard. For example, an overview of the code structure is missing. If I wanted to know how the database is encrypted in their apps, do I find an overview on that? Where is the architecture documented? Are the design choices documented anywhere?
You might say, "read the source". I did that a few times for certain parts of the code (in their Android app), and it has very few in-code comments.
Now of course it's perfectly fine for Signal to publish their code this way. People with the specific developer experience will still be able to find the code they're looking for after some searching. But the claim "the code is well documented" seems like quite a stretch to me. I'm pretty sure such docs do exists somewhere, otherwise onboarding new developers would be quite hard. But they're probably not published?
(If there _are_ public code docs, links would be appreciated.)
Absolutely. I generally use English (not my native language) as default language for my Android phone, but there are some apps where the English translation is pretty awful and that I prefer to use in the original language. For these use cases app developers needed to add in-app language switchers, which can be a bit of a pain to implement.
There are still situations where the setting in Android won't cut it though, namely if Android doesn't know the language at all. For example, Android doesn't know Romansh (https://en.wikipedia.org/wiki/Rhaeto-Romance_languages) is a thing, so if an app wants to add a translation for it, it needs to be an in-app switch.
Good luck finding documentation about the protocols and APIs used by signal. While every random cryptocurrency has a cryptography whitepaper, it seems that Signal does not.
I own a regular espresso machine, but not a lever machine.
A lever machine allows you to control the extraction profile quite well. You can vary pressure and flow rate at any point in time.
The main downside you'll be experiencing is the lack of reproducibility. Maybe you'll make a perfect espresso. Then you'll try to make another one, and it will be over- or underextracted. This is what an automatic espresso machine gives you: More reproducibility with regards to the input variables.
The best approach would probably be just trying one. Maybe you can find someone who owns a lever machine that lets you pull a few shots from it.
Another alternative, if you don't want to spend money for a full espresso machine, but still want more control over the extraction compared to a moka pot, would be an Aeropress. It's not espresso, but it gives you a lot of control over the variables, and it makes great coffee. James Hoffmann has a great series on it: https://www.youtube.com/watch?v=aidvrssMSGo
I never got the appeal of cordless headphones. A 120$ pair of headphones from the 80s will still work perfectly fine today. A pair of bluetooth headphones will probably die in 3-6 years, either from a dead battery or because the protocols become outdated.
_The SNB's latest Payment Methods Survey of Companies in Switzerland, published in February, found that "cash acceptance continues to be high", and said there was "a broad desire among the population for cash to continue to be available as a payment method"._