4 ms·

> it frequently breaks MAX_PATH on Windows and Linux I've never heard of MAX_PATH issues in linux with NPM > And the alternative is the newest NPM, which make

by btdiehr 11y ago

> it frequently breaks MAX_PATH on Windows and Linux I've never heard of MAX_PATH issues in linux with NPM > And the alternative is the newest NPM, which makes builds no longer deterministic. Calling the latest version an alternative to the older versions is a strange way to word this. You mean the issues you highlighted are now non-issues. Also the non-deterministic quality has very good reasoning which they have written about in length. This is a bold criticism with no meat to back it up. > That is the cherry on the fucking pie. Then why does Flux (which is going to be used with react at least half of the time) use pretty much the same message loop as Windows 1.0 ? Oops, that's right, because it's simple and efficient. That "hurr durr iz old iz bad" mentality is what is holding everyone in development back. Stop. That. Shit. Have you ever used React? It's a strange criticism of react to go straight for flux, which is an optional design pattern which has sense fallen out of favor for redux based architectures This is a low information rant that does little but show your lack of knowledge in these specifics. Though you have done an incredible job displaying how irrationally upset you are.

sakulstra 11y ago
Sry for posting this here.. the post i wanted to answer was already flagged when i finished this 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. We're using npm for a few projects here and actually never got these problems? Are u sure this is even possible on linux? The comparison would also hold with for example java, but yes I picked the worst of them to make clear that "worst fucking language" was an overstatement. 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. A lot of people missconfigure their nginx/apache and struggle with stupid problems. Why should I need to setup a real server for development? Python for example has some lightweight alternatives to. 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? Actually this isn't true. It's more convenient to use javascript everywhere (web related) than "fucking around" with jquery or stuff like that inside html. Of course sometimes is makes more sense to have an python or whatever backend. We use python for our mqtt backed server side, but the frontend is pure javascript. Actually this wasn't a rant. Your answer here was a rant.
- pikzen 11y ago
  >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.
  - sakulstra 11y ago
    yes, i don't yeah, we see how good this works in debian... always the newest things and versions out there actually a year ago we used local vm's for this ... now we use docker to deploy, nothing on local and never had a problem with it. - but I see your point there. Never said, flux isn't... still don't get it
pikzen 11y ago
>Have you ever used React? It's a strange criticism of react to go straight for flux, which is an optional design pattern which has sense fallen out of favor for redux based architectures That is absolutely not a criticism of React. React itself is pretty good, especially compared to the alternative of plain ol' DOM. I'm perfectly fine with the Windows message loop. It's simple and efficient. That is however a criticism of an absolutely terrible argument from the author.

by btdiehr 11y ago

sakulstra 11y ago

Sry for posting this here.. the post i wanted to answer was already flagged when i finished this 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. We're using npm for a few projects here and actually never got these problems? Are u sure this is even possible on linux? The comparison would also hold with for example java, but yes I picked the worst of them to make clear that "worst fucking language" was an overstatement. 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. A lot of people missconfigure their nginx/apache and struggle with stupid problems. Why should I need to setup a real server for development? Python for example has some lightweight alternatives to. 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? Actually this isn't true. It's more convenient to use javascript everywhere (web related) than "fucking around" with jquery or stuff like that inside html. Of course sometimes is makes more sense to have an python or whatever backend. We use python for our mqtt backed server side, but the frontend is pure javascript. Actually this wasn't a rant. Your answer here was a rant.

pikzen 11y ago
>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.
- sakulstra 11y ago
  yes, i don't yeah, we see how good this works in debian... always the newest things and versions out there actually a year ago we used local vm's for this ... now we use docker to deploy, nothing on local and never had a problem with it. - but I see your point there. Never said, flux isn't... still don't get it

pikzen 11y ago

>Have you ever used React? It's a strange criticism of react to go straight for flux, which is an optional design pattern which has sense fallen out of favor for redux based architectures That is absolutely not a criticism of React. React itself is pretty good, especially compared to the alternative of plain ol' DOM. I'm perfectly fine with the Windows message loop. It's simple and efficient. That is however a criticism of an absolutely terrible argument from the author.