performance is much better than Python & Ruby best package

>>60881112
nodejs is fucking great!
i love it (apthough it uses shitty js). so many db drivers. ÷]

if it was typescript instead of JS i would suck its dick so hard
but it isn't

>>60881143
we can consider them the same thing ITT

>>60881112
>performance is much better than Python & Ruby
python and ruby are slow so that doesn't say a lot

>best package management
that would be maven

>many options for everything: ORM, templates, frameworks, etc..
java wins here by far

>largest community on the planet
java, not even close

>with ES6 & ES7 you can write clean and maintainable large projects
not really, but fortunately typescript exists

>>60881143
what do you mean? it supports typescript perfectly well

but it's JavaScript

          });
        });
      });
    });
  });
});

>>60881279
> he doesn't know what es6 means

>>60881279
>what is async/await?

>>60881279
i'm honestly not sure when was the last time i encountered a real human being who gave any shits about the aesthetics of a language's syntax. if this really is a deal breaker for you, know that you're going to face a tough road going forward.

as for OP, node.js is popular and /g/ is a bunch of faggoty hipsters who hate everything mainstream. they're more sour on the thinkpad now than they were 10 years ago, before lenovo made it more marketable. /g/ talks about how great apple was before the ipod came out. i'm sure if you've been here a while you can think of other similar examples. /g/ just dislikes things that are popular.

investing any amount of emotional energy in what /g/ thinks about things is literally crazy.

>>60881219
go back to HN grandpa

>>60881112
not one of that is true except for the first point which doesn't justify using it over faster and better environments

>>60881112
>Pajeet Tier JavaScript
Sage pls

>>60881279
Try using promises, which are literally monads

File: crystal-h.png (15KB, 1368x552px) Image search: [Google]

15KB, 1368x552px

a challenger appears

Dealing with synchronous tasks is a pain in the ass. JavaScript makes the process messy.

NodeJS isn't a one size fits all thing.

It's also Kloss tier because EVERYTHING is a fucking framework import. Want to do X? Just blindly import this framework that some Koder wrote that breaks half the time.

/g/ I have a problem, I used npm to install lots of packages (libraries) while I was learning how to make my project.

Now I know which packages I need but I have a lot of shit installed that I definitley DON'T need but my project.json doesn't contain a lot of the packages that I definitely DO need, because I didn't use the --save switch or whatever it is.

Is there a tool which will static analyse my source and build a list of the packages that I actually need?

>>60882455
>It's also Kloss tier because EVERYTHING is a fucking framework import. Want to do X? Just blindly import this framework that some Koder wrote that breaks half the time.

If you don't take the time to evaluation the options available vs. the effort required to implement a function set yourself I have no sympathy for you. Blinding copy pasting shit from SO is the same as blindly including the first node lib you found on blogspot.

>>60882465
npm ls

>>60882549
Hmm, looks promising, thanks.
> UNMET DEPENDENCY
Stands out even though I'm using it but good place to start.

File: image.jpg (39KB, 638x479px) Image search: [Google]

39KB, 638x479px

Crystal will blow fag.js out of the water.

>cares about performance
>uses Javascript

>>60881112
Heavy JavaScript usage, like loading libraries or transforming code, is slow. This means anything beyond simple logic will continually slow down your code, eventually.

V8 is fast but it's not c# or java.

>>60882455
>Want to do X? Just blindly import this framework that some Koder wrote that breaks half the time.

I simply don't do that. I learn how to do it without a framework. That way, I know exactly what the code is doing.

It's hilarious how many frameworks are so simple you can just do them on your own in a few days or even just hours.

The only time I would ever seriously consider a framework is if:
- not using it would cost me weeks of development time to write the particular subset of its functionality that I need to use
- has a team of developers who have been maintaining it steadily for at least 10 years
- it has a huge user base, and is one of the top 5 frameworks (in popularity) for the language
- it is universally acknowledged as the leading framework in its domain
- using the framework is universally acknowledged as "best practices" for that particular task

I'll let you know if I ever find such a framework.

>>60882418
This still has to become remotely finished.
t. crystal test guy

>>60881112
>many options for everything: ORM, templates, frameworks, etc..

All of them written before and without ES6 and async/await.

>>60884296
godspeed anon. superlanguage by 2020

no threads
asynchronous programming with event loops is just cooperative multitasking but with function return as the control yielding mechanism
cooperative multitasking requires excellent programmers in order to produce working software
it's a web technology so what you get is pajeets who don't understand shit

>>60884394
just fork the process

>>60884898
>wasting memory
>doing the thing you were trying to avoid by using asynchronous event loops
>what is scalability

you're joking or are you really this stupid

>>60884319
Async await is not even part of ES6