Not really required but a lot more convenient, even more so if you don't speak the local language.
145 karma · joined March 28, 2018
Highly recommend it for people who want to get a smartphone break. It's a "proper" android with maps, google pay and surprisingly all apps run on it. But the small size of the screen (and the keyboard) somehow does not emit dopamine when casual/mindless browsing and the urge to check things quickly disappears like if you don't have a smartphone in your pocket. Yet it's sufficient for all the apps and features if you need them occassionally.
I switched back to an iphone after moving to a city where i have to use a smartphone a lot more for uber, food, maps, payments and entertainment for long commutes.
The Crossfit WODs, a very physically intense workout, at the end everyone usually has a runners high and is sort of relaxed, has a similar effect on me like drinking with others.
The pain shared from fighting through grueling WODs with others creates great bonds/cameraderie, similar to those marches in the military service. Go through a few hero wods together and you develop great trust.
Endless small talk possibility with other crossfitters. Everyone loves to enthusiastically chat about exercises, the last few wods, etc. And immediate connection, like if u studied at the same university.
Last point applies to other sports as well, but IMO, it's a lot stronger with crossfit.
web2: information, people
web3: information, people, value
(value as in money and other valuable assets)
So in this case someone wrote a smart contract/stored procedure that:
- loan $a_lot_of_money from $defi_a
- do something with $a_lot_of_money to confuse an oracle (e.g. a price feed)
- exploit $defi_b who relies on above oracle data
- return $a_lot_of_money to $defi_a
This all happens in a single "db transaction" so as long as $defi_a receives its money back the tx is going to pass.
If $defi_b relies on an oracle that takes it's data from on-chain, and thus is manipulatable with $a_lot_of_money, it is suspectible to those attacks.
To counteract this, $defi_b could only rely on oracles that are secure against manipulation from $a_lot_of_money, but they don't always exist.
This mechanism can be used for good (riskless arbitrage across decentralized exchange) or for bad exploits.
https://messari.io/pdf/messari-report-crypto-theses-for-2021...
It might be worth it to get a pro subscription at messari.io or theblockcrypto.com for a saner alternative to crypto twitter and other news outlets.
The quickest way to learn is to actually use it. Make trades on uniswap, earn fees with a liquidity pool, get some sushis, stake them, etc. etc. Unfortunately these days eth gas fees are very expensive though and you will spend a lot of money in fees.
It's nice to read about the history how everything involved and get to know some of the characters behind. Two books i enjoyed: - Bitcoin Billionaires - from the guy who wrote that book from the facebook movie - Out of Ether, how Ethereum got started
But can't you do the same with PoW. You just throw money at minners and buy their rigs or rent them for a good premium.
So far I have used Toshl app on and off to monitor my monthly spend, which has excellent manual entry with multi-currency, etc.
Simple annoyances such as opening the laptop when using with an external monitor (1 out of 10 times making macos unresponsive for half a minute), to changing your bluetooth noise cancelling headphones for music to airpods, reconfiguring airpods tethered to your iPhone to macos. Making sure the wrong input/output audio is selected in macos...
People working from coworking space or a regular office, usually want to switch to a phone booth/meeting room, that takes them 2-3 minutes to walk to the next phone booth and get set-up.
Once you're up&running too often audio/video is unreliable, or simply airpods running out of battery.
I'm experimenting now with a tablet (with its own headset) dedicated to voice&video calls. While the audio/video setup now works seamlessly, there's still some usability issues that need workarounds.
Back in the days, the conservative Swiss looked down on those vowel shift hipsters in Germany and thought that the simple vowels where good enough as they were. So the Swiss-German spoken today is basically a pre-vowel-shift German, "Haus" [pron: house] vs "Huus" [pron: Hoose]. Mid/northern Germans find it super hard to understand Swiss-German (or mistake it with German spoken with a Swiss accent).
Perhaps we start to see a similar shift happening in France where yougsters start to mix up vowels in everyday words.
After 3 years of building and maintaining a mission-critical Java backend, I would never do it again... We were using a similar framework, called dropwizard, great product, super lean and reliable.
If you think Rails is magic, then you haven't seen the Java world, all the magic with annotations, dependency injection, glueing libraries together by placing some files in a folder.
If you think Rails 2.3 to 3.0 upgrade was dramatic, then what we went through with a minor update from dropwizard (i think 0.7 to 0.8) was a nightmareish 1-2 months of rewriting half of the code and dependency injection handling.
Java is still super verbose, not just the language itself, but also all the libraries that are often over-engineered.
Hibernate is quiet easy to get started and you don't understand what all the fuss is about. But once you go start adding features it quickly becomes unmaintainable and any change to the models comes with FUD whether that'll make the queries explode in an unpredictable manner.
There's a lot of libraries, but on UI/UX level you don't have anything close to what Rails offers out of the box. Things you take for granted don't exist, like devise.
The good parts were: Rails deployments are from the stone-age compared to dropwizards simple approach of installing java and copying the self-running jar (fat binary) to server and start. Very good instrumentation/metrics out of the box with joda-metrics.
After 3 years, a pivot required us to rewrite large parts of the logic. We took that as a chance to rewrite/migrate all our services to Elixir/Phoenix. And never looked back.
So far Elixir/Phoenix/Ecto to me is the perfect middle ground between a solid Java environment and the speed of development of Rails.