>Nice nearly a as high shit/fuck ratio as the author of the quoted article. I'm to lazy to quote all ur stuff so u'll hopefully get the context via empty lines.

>Nice nearly a as high shit/fuck ratio as the author of the quoted article. I'm to lazy to quote all ur stuff so u'll hopefully get the context via empty lines. You apparently don't seem to enjoy my fucking style, So I'm going to go with shitty sarcasm instead. >It's the simplest instruction to install it on your local system. You won't deploy it that way - so your sys admin won't care at all. Executing untrusted code on your machine. From the internet. With no way of pinning the script. It'd be nice if distributions had a way of installing software, preferably checked by multiple people, signed and not MITMable. We could call them 'packages', and use applications that could be named 'apt-get', 'aptitude', 'yum', and such. Maybe even with versioning. One can dream. >Why should I need to setup a real server for development? Python for example has some lightweight alternatives to. Why would I want to setup the same dev environment as my production environment? What could go wrong with two different environments, right? >Actually I don't get that point. Dom is bad, react is one of many solutions and flux is great too. What is your argument again? No argument there, just that yours was bad. React is good, so is Flux.