-
-
Notifications
You must be signed in to change notification settings - Fork 4.3k
Use "node --run" instead of "npm run" #3764
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: develop
Are you sure you want to change the base?
Use "node --run" instead of "npm run" #3764
Conversation
… package manager is no longer involved after the installation process.
what advantage is that for the user? they just want the thing to run |
I see it as cleanup and restriction to the real use cases:
There is no advantage or disadvantage for the user. |
so why add more confusion over what to do when? i will advise no one to use this. and advise against |
I see the arguments against it and it's okay if we decide against it for now. But for the user I see also these advantages:
|
the users dont know what a package manager is, they want to create an info panel. 90% of that content isn't ours at all. lets focus on making it run with as few crazy options as possible. my objective is to make manual install, |
I think we have a very different picture of who “the users” are and what they want.
It doesn't take magic to learn it.
But simple consumers are not our main target group. As I interpret our manifesto, we want to inspire people to learn, try things out, break stuff, create things and get involved 💥 If we confuse users when they come across both options, so much the better, then they will question it and learn. It's not as if the change would be a breaking change. And if a user just wants to be a simple consumer, he can use a third party installation script and a module manager such as mmpm or even buy a system on Amazon. In any case, a simple user won't care whether we use “npm run” or "node --run". An "old" user will use the old command, a "new" user the new one.
The question is whether we need to do this in the core? The discussion about a graphical backend in the core (#3749) did not go in that direction, for example. I think it would be good if we looked at the change mainly from a technical point of view. And as I understand it, there are fewer arguments against it than for it. But it is like a polish, the car will run without it and if there are others who think we shouldn't do it, I can live without this "polish" 🙂 |
i see the manifesto. i see the user community these are not simple consumers. just not wanting to become developers npm has been 0.0001% of the support issues. as for my goal, i didn't say HOW i would accomplish that. i haven't asked for any function from the base |
This has the advantage that the package manager is no longer involved after the installation process.
However, previous start commands such as
npm run start
continue to work. So we don't even have to adapt the documentation.