This is a bit too generic for my taste. I overall agree with the value chains he outlines for each company, but it gets too general when trying to say why Amazon is failing at groceries and Google is failing at Cloud.
I know there's something else he's trying to say, but all I read is "it's outside of their core competency".
No way engineers will ever do this. We're far to use to TLAs and also, it's way too long. Having a simple, metaphorical brand name allows you to then build on top of that. Can you imagine if Java had instead been called WriteOnceRunAnywhereC++Alternate instead of java? Then, we'd have the writeoncerunanywhereC++alternate Virtual Machine
This document give me tinglings. Something about how the hooks just click with me and I can see how the web changes with WebAssembly and multiple compile targets (native, desktop, etc.), this will make our lives easier.
There are lots of errors when it comes to reproducing the build on other machines. Pip install -r requirements.txt does not guarantee that you will install the same version of packages on a new machine, and in fact, you will typically not.
ETL tools just can't compete with a tool that forces code to do anything. It might seem backwards, but we've abandoned all non-code environments and force pure-code for configuration for all of our pipelines.
Learn from Javascript. As a full stack dev who came to python only recently, I think Python could really learn from what's happening in the js ecosystem.
The author is wrong that Google and Microsoft don't do this level of illustration - they do and have for a while. They just do it on their home search screens, not on their App Stores
You can run this on pre-commit. While you can set PyCharm to run on file save, it is not guaranteed to run on all files. By using a command line tool, you can enforce that all files across your project are formatted this specific way and never let someone check in something that doesn't conform to it. If you have newbie developers, it can be a lifesaver.
maybe give it a try. I felt the same way about prettier, but then I realized how much time I save by no longer having to worry about formatting. As I type, I just type it all on one line and then do a keyboard shortcut and it magically gets reformatted and looks pretty.
Another reason is that productivity has very specific integration, security, and deployment requirements before it is used. You would never look at a financial terminal that wasn't secured. A video game on the other hand? Sure, why not?
For us to consider it, it has to be a web app. I don't have time to manage installs on laptops. Also, it's a cool idea to create a virtual cloud engineer, but you're asking people to take on the pain of managing desktop apps for a benefit they don't even see right now.
Thank you facebook for addressing the community concerns. Your tools are great and I really am happy that you respond nad listen to feedback - even when lawyers get involved.
Unlike lots of the posters here, I see a real need for an IDE that's completely free. I have used Eclipse and IntelliJ, and the bloat/bug/setup process in them is incredibly painful. However, I don't know if we're just going to add those problems into atom instead of what makes atom awesome - easy package management, fast text editing - and remove it.
I think you're basing this off of old technology. With webpack 2 and HTTP/2, this is less of an issue. But, the top comment's statement I think is the most valid: if you're loading static text, then simple html pages are the best. Notice the rise in popularity of static site generators for this purpose. A SPA will win out when you have lots of interactions and you only experience the initial loading of the first page once - and then the majority of your user experience is around interacting with the app.
You're basing a lot of this viewpoint on fast internet connections. Javascript code rendering will be faster if you have a slow internet connection and are using an updated browser with a fast javascript engine
The subsidies you bring up to justify your argument do exist. But they also exist in greater numbers for the gas/car manufacturers, so your argument that market forces would make electric cars untenable is very questionable.
I know there's something else he's trying to say, but all I read is "it's outside of their core competency".