Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: K6 – developer-centric load testing using Go and JavaScript

k6.io

Post reply on HN
Print view View original

21–26 of 26 posts

Re: Show HN: K6 – developer-centric load testing using Go and JavaScript

#21

Post by KirinDave »

pvg wrote: post #16
KirinDave wrote: post #15

Anything that uses Golang is by definition not developer centric.

That's one hell of a persnickety definition.

I knew it would be unpopular. I get a few u popular posts a year.

But I am very, very irritated by Golang while I am working with it on a daily basis.

It's entire design is informed by assuming that no developer should understand the codebase, but should instead read it over and over. Symmetrically, no insight can be offered in the code, only a rote transcription of an inductive design.

The net result is a language hostile to both those writing and those reading the code. No shortcuts are offered or taken. All error handling must be done manually. All data structures must be reimplemented over and over with different test suites for each one.

Re: Show HN: K6 – developer-centric load testing using Go and JavaScript

#23

Post by pvg »

KirinDave wrote: post #21
pvg wrote: post #16

Earlier quoted context omitted.

That's one hell of a persnickety definition.

I knew it would be unpopular. I get a few u popular posts a year. But I am very, very irritated by Golang while I am working with it on a daily basis. It's entire design is informed by assuming that no developer should understand the codebase, but should instead read it over and over. Symmetrically, no insight can be offered in the code, only a rote transcription of an inductive design. The net result is a language h…

Heh. You can't say I was wrong calling you persnickety, at least!

Re: Show HN: K6 – developer-centric load testing using Go and JavaScript

#24

Post by KirinDave »

pvg wrote: post #23
KirinDave wrote: post #21

Earlier quoted context omitted.

I knew it would be unpopular. I get a few u popular posts a year. But I am very, very irritated by Golang while I am working with it on a daily basis. It's entire design is informed by assuming that no developer should understand the codebase, but should instead read it over and over. Symmetrically, no insight can be offered in the code, only a rote transcription of an inductive design. The net result is a language h…

Heh. You can't say I was wrong calling you persnickety, at least!

I guess I'm gonna have to write a blog post about how hateful Go is.

Re: Show HN: K6 – developer-centric load testing using Go and JavaScript

#25

Post by rlonn »

softwarelimits wrote: post #8
rlonn wrote: post #6

Earlier quoted context omitted.

No, there is currently no support for websockets. We have been asked for this a couple of times though, and are considering bumping up the priority for a websockets implementation. As of now, k6 can do standard http, https (and it also supports HTTP/2)

Yes, websockets please! Great! Thank you!

We just put up a $1000 bounty for Websockets support for k6: https://www.bountysource.com/issues/43973195-implement-suppo...

Re: Show HN: K6 – developer-centric load testing using Go and JavaScript

#26

Post by lobster_johnson »

rlonn wrote: post #20
lobster_johnson wrote: post #14

Any plans to support distributed testing (e.g. like Tsung) or at least the ability to aggregate results once you've run it manually on multiple nodes?

Yeah, we have this issue: https://github.com/loadimpact/k6/issues/140 But you can actually aggregate results already, if you use InfluxDB as results storage: you can have multiple k6 instances push results data to the same InfluxDB instance. Results are just time series samples, so there are basically no bad effects if you do this - you get all the results in a single db, with correct time stamps. The only difficulty…

Super, thanks. Didn't realize it had InfluxDB support.
Post reply on HN