talawahdotnet
At the end of the day they are offering a lot more than just 10k. They are offering training AND placement assistance. They are also assuming the costs of the people who fail to complete the program of get a job.
They also seriously need to give CloudWatch a UI/UX overhaul.
1. https://opencensus.io/introduction/#partners-contributors
Would also be nice to see some stats for traffic within the same AZ as well. I generally see ping times between 0.1 and 0.2 ms within the same AZ on AWS, would be nice to know what that looks like on Azure and GCP.
I think there is still value in Blockchain networks like Stellar[1] that are not fully decentralized, but are federated and diverse. If this is a first step towards them issuing a stable coin on a network like that then I welcome it.
MS could certainly also do good business selling Docker's friendly Enterprise orchestration tools (including their new Kubernetes based tool) which check all the Enterprise requirements for security, policy, identity management etc.
> A second important theme for decentralized systems is a common lack of appreciation for just how complex these systems are and how finely balanced they need to be to operate correctly.
I originally joined Bittorrent in 2007 to work on a decentralized CDN which aimed to do something like “tie together all the unused storage and bandwidth on people’s PCs into a content delivery network which had zero operating costs (for us)”.
In time it proved there were a number of things wrong with this ambition (most of which I won’t touch on here), although perhaps the most important one which we discovered the hard way was the cost of complexity.
1. https://medium.com/@simonhmorris/intent-complexity-and-the-g...
Key snippets:
> And this is the main conclusion — decentralization may be great for disruption, but if the experience of Bittorrent is anything to go by it is not at all clear that it has a role in whatever comes next. Blockchain architectures are great for unleashing unstoppable rule-breaking mobs, but we shouldn’t mistake the rule-breakers for the winners.
> Perhaps one of the most far-sighted winners here was Daniel Ek — CEO and Founder of Spotify — who preceded his Spotify success with the sale of the uTorrent client to BitTorrent Inc. Although early versions of Spotify used a Bittorrent-like P2P protocol to try to save money on bandwidth, they quickly realized that the main point of Bittorrent had little to do with saving money, and decentralization of their architecture was actually counter-productive to their aim. Perhaps it was apparent to them way back then that leading a revolution is exciting, but it’s far better to build the thing to save incumbents from the unleashed mob.
1. https://medium.com/@simonhmorris/decentralized-disruption-wh...
Reliability is the trickiest of the three because it requires the customer to architect their solution with multi-AZ support in mind, but AWS always provides the foundation for that architecture.
Could they, and should they provide more features and a better developer experience around building fault tolerant solutions? Absolutely! But I certainly don't think they have a bad reputation for reliability.
As far as being "viable to trust a business on" the numbers don't lie, AWS is number one because customers are running their businesses on AWS. The fact that DocumentDB launched with supporting quotes from Capital One, Dow Jones and WaPo shows that customers were clamoring to use it even before GA.
Remember a lot of these customers are coming to AWS because they tried doing themselves and stuggled. When it comes to data, customers trust AWS more than they trust themselves, and rightly so.
The downside is that a lot of their products lack polish which sucks. On the flip side even when they are launched with minimal features, they do tend to be reliable, durable and secure, which is important when it comes to data related services.
Then again, the relationship between AWS and Oracle is even more contentious and Aurora MySQL is one of AWS's most popular products so I don't think they are terribly worried about building on competitor's technologies.
I wonder if it is that they just have a so much r4 inventory left that they are forcing us to use it or if they haven't fully integrated/validated the latest instance types with their custom storage backend.
I am however really hoping Amazon provides a MySQL 8.0 compatible version of Aurora with full support for its new hybrid SQL and Document Store interfaces[2] courtesy of the X DevAPI[3] and lightweight "serverless" friendly connections courtesy of the new X Protocol.
That way your don't have to choose just one approach, and you can have your data in one place with high reliability and durability.
My ultimate pipe dream would be that they also provided a redis compatible key/value interface that allows you to fetch simple values directly from the underlying innodb storage engine without going thru the SQL layer, similar to how the memcached plugin currently works[4]
1. https://github.com/wiredtiger/wiredtiger
2. https://mysqlserverteam.com/mysql-8-0-announcing-ga-of-the-m...
3. https://dev.mysql.com/doc/x-devapi-userguide/en/devapi-users...
4. https://dev.mysql.com/doc/refman/8.0/en/innodb-memcached.htm...
> At re:Invent 2018 we announced Firecracker, an open source virtualization technology that is purpose-built for creating and managing secure, multi-tenant containers and functions-based services. Firecracker enables you to deploy workloads in lightweight virtual machines called microVMs. These microVMs can initiate code faster, with less overhead. Innovations such as these allow us to improve the efficiency of Fargate and help us pass on cost savings to customers.
Also seeing interesting Firecracker developments around OSv (7ms boot times)[2] and Kata Containers[3]
1. https://firecracker-microvm.github.io/
> At re:Invent 2018 we announced Firecracker, an open source virtualization technology that is purpose-built for creating and managing secure, multi-tenant containers and functions-based services. Firecracker enables you to deploy workloads in lightweight virtual machines called microVMs. These microVMs can initiate code faster, with less overhead. Innovations such as these allow us to improve the efficiency of Fargate and help us pass on cost savings to customers.
Also seeing interesting Firecracker developments around OSv (7ms boot times)[2] and Kata Containers[3]
1. https://firecracker-microvm.github.io/
> At re:Invent 2018 we announced Firecracker, an open source virtualization technology that is purpose-built for creating and managing secure, multi-tenant containers and functions-based services. Firecracker enables you to deploy workloads in lightweight virtual machines called microVMs. These microVMs can initiate code faster, with less overhead. Innovations such as these allow us to improve the efficiency of Fargate and help us pass on cost savings to customers.
Also seeing interesting Firecracker developments around OSv (7ms boot times)[2] and Kata Containers[3]
1. https://firecracker-microvm.github.io/
Intel unveils Foveros 3D chip stacking and new 10nm ‘chiplets’
To me there are strong parallels between the cryptocurrency boom and the previous P2P boom. P2P technology was exciting and super interesting, but people assumed that it would magically be the solution to a million problems just because the tech was awesome and decentralized. But that didn't happen, instead Netflix happened. Netflix found a way to solve the actual problems that people were having and at the end of the day the underlying technology didn't matter.
I expect to see something similar happen with a lot of the current crypto use cases. More centralized solutions like Amazon QLDB[1] will provide the majority of the benefits that people really need: a transparent, immutable, and cryptographically verifiable transaction log, while also being performant and highly available.
Many people see decentralization as the solution to all problems because it will finally make things fair, a level playing field for all. I just don't see it happening. Not because of some sinister world order trying to retain control, but simply because that is not how human interactions and trust tend to work. I think we can continue to move towards more decentralization, but it shouldn't be the end goal in and of itself and we should always be skeptical when there is more focus on that than there is on solving the problem at hand.
You can sign up to express interest using the form at the bottom of this page[1] (asks for your gmail address, zip code and type of phone).
P.S. Why is the mobile experience on Medium so frustratingly bad? Between the permanent heading plus the "please download our app" heading I find it maddening. I also find the UX around reading comments to be unnecessarily confusing.
Angular Console: An Official GUI Front End for the Angular CLI
ES6/ES2015 - https://caniuse.com/#search=ES6
Every other major browser supports this natively aside from IE, but most people still transpile their modern code down to ES5 + polyfills for compatibility
CSS Variables - https://caniuse.com/#feat=css-variables
Again, widely supported, but instead we use tools like SASS/LESS
Web Components[1] (Shadow DOM[2] and Custom Elements[3])
Newer frameworks like Ionic 4 rely heavily and web components and see it as the future of all UI frameworks and the end of framework churn[4]. Once again IE 11 holds back the pack and has to be pollyfilled[5]
1. https://developer.mozilla.org/en-US/docs/Web/Web_Components
2. https://caniuse.com/#feat=shadowdomv1
3. https://caniuse.com/#feat=custom-elementsv1
4. https://blog.ionicframework.com/the-end-of-framework-churn/
5. https://blog.ionicframework.com/october-2018-a-big-month-for...
Proxy - https://caniuse.com/#feat=proxy
Vuejs is completely rewriting its observation mechanism[6] to be proxy-based in version 3, however it appears that cannot be polyfilled and so they will be providing a second, optional, not-fully-compatible build, specifically for IE 11[7]
> Most of the ES2015 features used can be transpiled / polyfilled for IE11, with the exception for Proxies. Our plan is to implement an alternative observer with the same API, but using the good old ES5 Object.defineProperty API. A separate build of Vue 3.x will be distributed using this observer implementation. However, this build will be subject to the same change detection caveats of Vue 2.x and thus not fully compatible with the “modern” build of 3.x. We are aware that this imposes some inconvenience for library authors as they will need to be aware of compatibility for two different builds
6. https://medium.com/the-vue-point/plans-for-the-next-iteratio...
7. https://medium.com/the-vue-point/plans-for-the-next-iteratio...
Imagine the number of hours that could be saved globally if all this work and testing didn't have to happen anymore.
As it is right now I believe the IE 11 EOL is tied to the Windows 10 EOL...which is not happening anytime soon. Many frameworks are dropping support for it anyway so I guess it will end up being defacto desupported.
That is exactly what AWS has done in releasing Firecracker[1]. Better late than never.