3 ms·
Author must've missed the entire Ars article and the entire past 3 days of Microsoft Build. 1) You have to develop on a system before you can deploy your app
by CyanLite2 11y ago
Author must've missed the entire Ars article and the entire past 3 days of Microsoft Build.
1) You have to develop on a system before you can deploy your app to a container. How else are you going to do your inner loop (code/debug/code/debug)? Not sure the author has ever done any real development before.
2) Microsoft announced release of its Cloud Functions last week as well.
3) It's in developer mode preview because... well it's still in Beta. In fact it's not even available for Beta users yet.
4) Running Linux through a VM isn't the same experience that OS X gives (a Unix-y integrated desktop). The point is nobody wants to start up a VM with 8GB of RAM just to run some console commands. That's a much worse workflow than hitting Win+R and typing "bash" to open a bash prompt and have one contiguous file system without all of the overhead. No native OS can do good snapshotting without using a VM. Not sure why the author even brings this point up. If you absolutely need snapshotting, use a VM by all means! But, in any case WSL will provide a way for you to "clean" your environment. But who the hell wants to run an entire VM just to be able host nginx if they don't have to?
5) Not everything can run on Cloud Functions. It's good for very simple apps to resize images or API endpoints to return you the time of day, but it's very limited. You're not going to write the next social network or eCommerce site using only Cloud Functions. Real developers are writing real enterprise-grade web apps on Linux. This wasn't about catering to the Wordpress crowd who are writing 15 line of NodeJS for AWS Lambda. This was about creating full cross-platform Apps using .NET Core and being able to run/test it on Linux and also use some new Linux tools (Redis for example) without having to go to VMs or resort to buying a Mac. If you really need Cloud Functions, well now it's available through Azure!
6) Author misses the entire point. This was about competing against OS X both at a software and hardware level. They can sell more Windows licenses now to OEM vendors because folks like Dell/HP are going to move more products. Before, a developer had one choice if they wanted a good OS "that just works" and a Unix-y development environment. Now those Dell XPS13 "Developer Edition" laptops look very competitive against a Macbook Pro. I can still have Visual Studio but still use all the hipster tools like Redis, NodeJS, NGINX, HAProxy, Ruby, Python, RabbitMQ, without having to use their half-assed Windows ports that are several years behind the master repo.
- JustinGarrison 11y agoAdmittedly I didn't watch any of build. I only followed news as I saw it come out and people online discuss it. I'm not sure I know what you consider "real development" but that's not the argument I was trying to make. Linux does snapshotting just fine. LVM, Btrfs, and zfs have no problems taking snapshots. WSL doesn't get any of those features. I'm making the argument that enterprise-grade web apps will not require developers to have Linux (or WSL) to run and test applications in the future. Developers won't have to care exactly how their code is being run to publish a web app. They just want the code running.
- CyanLite2 11y agoLambda/Functions are mostly for very simplistic tasks. Resizing an image into thumbnails and storing it into S3. Saving the IP address of a request into DynamoDB. That sort of stuff. You can't write enterprise-grade web apps with Lambda/Functions (yet) because they only support native PaaS storage mechanisms (S3, DynamoDB). You can't read/write to a database. You can't make TCP calls to another service. You can't do multithreading. You can't "import" other libraries. You can't do a whole lot that "enterprise grade" web apps will need to do. It's still easier to do PaaS with Azure by developing your code local, debugging it local, then deploying it into a container for the Cloud.