Live data from Hacker News

Show HN: A Swiss army knife for testing HTTP from the terminal

news.ycombinator.com

21–30 of 47 posts

Re: Show HN: A Swiss army knife for testing HTTP from the terminal

#21
post #15

does this require Node.JS? edit: it looks like you need to install 1276 npm dependencies to use this tool https://github.com/artilleryio/artillery/network/dependencie... i'll pass, the risk is unacceptable for value it offers, especially in corporate environments

sure, that’s a valid concern in some environments. fwiw we use Snyk.io for dependency scanning

Re: Show HN: A Swiss army knife for testing HTTP from the terminal

#22
post #19
post #15

does this require Node.JS? edit: it looks like you need to install 1276 npm dependencies to use this tool https://github.com/artilleryio/artillery/network/dependencie... i'll pass, the risk is unacceptable for value it offers, especially in corporate environments

This is essentially what I was referring to with my comment below. If you can improve the installation experience such that I don't have to care that you developed with node.js, so much the better. If I were a node.js developer I surely wouldn't want my global package name space polluted like that. npm is not for end users.

the solution is not write CLIs in JavaScript, unless you have a JS-library that you also want to make available as a CLI

packaging Node in a binary won't solve the problem of JavaScript's plagued ecosystem and in fact i'd rather prefer to be able to mitigate the issues/update packages myself rather than waiting for a new binary to release

Re: Show HN: A Swiss army knife for testing HTTP from the terminal

#23
post #22
post #19

Earlier quoted context omitted.

This is essentially what I was referring to with my comment below. If you can improve the installation experience such that I don't have to care that you developed with node.js, so much the better. If I were a node.js developer I surely wouldn't want my global package name space polluted like that. npm is not for end users.

the solution is not write CLIs in JavaScript, unless you have a JS-library that you also want to make available as a CLI packaging Node in a binary won't solve the problem of JavaScript's plagued ecosystem and in fact i'd rather prefer to be able to mitigate the issues/update packages myself rather than waiting for a new binary to release

I agree with your conclusion to not write cli tools in Javascript.

However, packaging node in a binary is pretty much what electron does today, albeit with a GUI.

Regardless, it's not a problem I wish to spend any effort to solve since it's not my problem and I've (we've) already dismissed the premise (writing CLI tools in js) lol.

Re: Show HN: A Swiss army knife for testing HTTP from the terminal

#24
post #21
post #15

does this require Node.JS? edit: it looks like you need to install 1276 npm dependencies to use this tool https://github.com/artilleryio/artillery/network/dependencie... i'll pass, the risk is unacceptable for value it offers, especially in corporate environments

sure, that’s a valid concern in some environments. fwiw we use Snyk.io for dependency scanning

no, this is a valid concern in all environments, but in some environments this is more of a concern

> Snyk.io for dependency scanning

so what? does the CLI update itself automatically?

Re: Show HN: A Swiss army knife for testing HTTP from the terminal

#25
post #3

> npm install Sorry, lost me at this part. Have a better installation story like a single executable. Beyond that, what does this do that curl, wget, et al do not? How is your interface better than those? Is it robust in the face of errors? What http protocol versions does it support?

What makes this a worse "installation story" than e.g.

apt install, pip install, git clone && ./configure && make && make install?

Re: Show HN: A Swiss army knife for testing HTTP from the terminal

#26
post #3

> npm install Sorry, lost me at this part. Have a better installation story like a single executable. Beyond that, what does this do that curl, wget, et al do not? How is your interface better than those? Is it robust in the face of errors? What http protocol versions does it support?

> what does this do that curl, wget, et al do not

they don’t get VC-funded by YCombinator, do they?

/s

Re: Show HN: A Swiss army knife for testing HTTP from the terminal

#27

It would take me something extraordinary to move away from curl

The big win with curl is the growing adoption of "copy as curl" in browser dev tools as well as "example of API call in curl" for third party API documentation.

I don't think I could move to anything else for that reason alone.

Re: Show HN: A Swiss army knife for testing HTTP from the terminal

#29
post #3

> npm install Sorry, lost me at this part. Have a better installation story like a single executable. Beyond that, what does this do that curl, wget, et al do not? How is your interface better than those? Is it robust in the face of errors? What http protocol versions does it support?

[deleted]
Post reply on HN