449 karma · joined September 16, 2014
Class components just have more lines, more boilerplate, so they have a higher cognitive load. But when you have state, you have more complexity, you can't just wave your hand wave and make it go away. You need to take the complexity into account.
Hooks are trying to do hand waving. The thing is, once you get to non-trivial use cases, the handwaving stops working. You're better off thinking a lot about where you state lives in your component hierarchy, and then limit your state to where you really need it. Once you do that the overhead of class components doesn't really make that big a deal.
The same principle applies to almost everything in programming, the more thought you put into structure, the simpler you can make everything.
"to purchase, at the then-current exercise price, additional shares of common stock having a then-current market value of twice the exercise price of the right"
Other parts are very on point, specifically everyone using opensea as authoritative for NFTs, which is crazy town. Opensea has a dog in the fight, and they are very opinionated about what's allowed in the tent and not. Things like etherscan and infura are less scary. I can't imagine building a wallet and depending on opensea for anything though, because your users are not going to appreciate that choice.
This caused a bunch of chips that are old and cheap to be complete unattainable, due to a lack of safety stock across the industry. Cars, power supplies, and other "large" things are highly dependent on these older chips, and have very long redesign timelines.
Newer generation is actually simpler, its just demand growth outstripping supply. I'm sure 2020/2021 also impacted the ability to bring more capacity online but probably only to a small extent, these are long term investments that aren't responsive to instantaneous demand.
- "npm add package" puts in a "^ver", which is bad practice
- there is no good infrastructure to pull hash based blobs out of the ether in case npmjs is offline
npm-shrinkwrap has solved repeatability forever, people just didn't always use it. Auto-upgrading dependancies is the big problem, which should have never existed because it is not principled. I'd go further and say that dependancies and devDependances should only support exact versions, and peerDepenancies are the only thing that supports non-exact versions.
"It also helps to shed some light into this “Network 44” that became more famous by recent events ;)"?
Alot of the WASM experimentation has also included changes around how storage is charged. Specifically NEAR does a deposit system where you have to HODL to store data on chain. That allows them to innovate in the runtime and cost structure and still incentivize blockchain nodes.
So it's not entirely gas accounting for computation, its more pricing for storage that probably keeps eth on EVM indefinitely.
Other experimental chains are must more likely to become robust and trusted and more performant and then eclipse ethereum.
The EVM on the other hand is harder to justify. :)
Next time I'm in an airbnb I'm definitely nmap'ing and trying this out. ;)
Arguing against nuclear from the future mix of energy seems like it misses the boat global energy requirements and total environmental impact.