506 karma · joined May 19, 2020
Also, +1 to Oracle! (disclaimer: former OCI dev)
> Thus, once you've built a distributed system that is able to handle a phased rollout of software/config versions (and rollback), then having cache inconsistency in S3 is no big deal.
But this would also mean you can't use S3 as your source of truth for config, which is precisely what a lot of people want to do.
It's a great change.
In Apple's world, Apple owns the supply side ad surfaces, Apple maintains the segmentation and mapping, and Apple mediates the demand side.
What does an advertiser see? Pretty much nothing.
[1]:https://zapier.com/apps/facebook-conversions/integrations
For me, it comes down to alignment and value. Amazon stands to lose a lot if they decided to suddenly stop caring about customers, or not take security seriously. And the Internet gets pretty small if your threat model requires zero trust.
#doppler4lyfe
So... I get the motivation for including this, and I understand Emacs's roots. But IMO this mindset — the one that motivated including this disclaimer - is also why efforts to "modernize" will pay an extra tax, possibly preventing its success.
Emacs has a prioritization rubric that places freedom above mainstream utility. That's perfectly fine, but it inherently limits 1) its audience size, and subsequently 2) its contributor pool and 3) financial upside - either direct or indirect (used to support the project).
This means it will always lag behind the projects that are setting the bar for what "modern" means.
[1]: https://www.linkedin.com/pulse/building-cloud-choosing-lisp-...