pipermerriam

Can you provide a source for this?

Do you have any reading recommendations on what additional things someone can do to be better prepared for the next 5/10/20/30 years?

I use ProtonVPN. Same company as ProtonMail. Highly reputable with a business model around doing privacy and encryption well.

Can you provide anything beyond conjecture that there is any merit to what you've stated? My understanding is that the effects of CO2 as a greenhouse gas are pretty well understood at this point.

I agree with this sentiment. I've struggled to see a path towards real change that doesn't involve us all getting out our pitchforks.

We've talked a bit about adding TCP support and really like some of the options it opens up. However, we have to move away from the use of pickle for event serialization before we can do that, otherwise we would have some security issues with remote code execution.

it was, and thank you for sharing it.

There are a number of comments here who seem genuinely happy about this. This is a perspective that is hard for me to understand, largely because I'm strongly in the pro-privacy, anti-tracking ideology.

So if you are part of the group who sees this as a good thing, I'm genuinely interested to understand why you see this as a good thing and whether you view the mass surveillance of the general public by advertising companies as bad?

The fact that this all happened in the first place is really telling. It's nice that they've backed these features off (a bit) but there's a reasonably clear signal to take away from this.

When company and customer interest are misaligned this is the result. There are plenty of cases where a strong leader in the company with a strong ideology can hold this stuff back, but companies normally outlast those individuals and eventually there's nobody left to stand in the way.

It's wonderful that we were able to make enough noise and fuss that the cost/benefit shifted sufficiently but this will happen again, and then again, and so on... And eventually, we'll be tired of yelling or won't be able to yell loud enough.

Vote with you attention and your data and your money. Switch to Fastmail or Protonmail. Use Firefox or Brave. Buy a System76 laptop instead of yet another not-so-great-for-developers-anymore Apple macbook pro. Choose these options even if they aren't as good because if we don't support the handful of companies who are trying to do something other than gobble up all of our attention and data we're in for a really dark future for the web.

Please provide your recommendations. I've been prying myself off of their services but currently, I've not found a solid replacement for:

Facebook: nothing else has the network effect.

Google Drive: online documents are really convenient

Google Voice: what else has seamless integration with either android or ios.

Amazon: Buying household items like toilet paper, dishwasher detergent, etc, saves me a ton of time.

I think the answer to that question is extremely contextual and going to be very different for different applications. I also think that

I'd like to point out that the idea of including the library code within the contract is untennable at a certain level as contracts currently have an upper limit on size which is determined by the block gas limit. It also doesn't make it any safer because it's still functionally the same as executing external code because it's the same code being executed.

Your parallel is not an accurate one.

One of the key and powerful features of the Ethereum Virtual Machine or, EVM, is the ability to delegate execution to external libraries. You can think of this much the same way you think of installing 3rd party libraries in your favorite programming language of choice.

In the EVM you can write a "library" which performs some common functionality such as manipulation of date-time objects much like the `datetime` library in Python. Any other contract may then make use of this code simply by delegating execution to the deployed library address. This has inherent risks that every Ethereum developer should understand fully, but with that risk comes some incredible power and potential.

There currently is no "Standard Library" for the EVM but it is looking very likely that it will be comprised of this type of contract. Slowly, overtime, these library contracts will be written and deployed to the network. There is work being done on using theorem solvers to mathematically prove that a contract satisfies certain properties which opens the door to a "provably correct" standard library.

I know of no other computing environment or packaging system that has these properties. For me, it has been an enlightening subject and I feel like we've only just scratched the surface.