Their hiring process seems absolutely absurd.
There needs to be a massive push from the larger important packages to eliminate these idiotic transitive dependencies. Core infrastructure shouldn't rely on trivial packages maintained by a single random person from…
> These kinds of dependencies are everywhere and nobody would even think that they could be harmful. Tons of people think these kind of micro dependencies are harmful and many of them have been saying it for years.
You're right. I only looked at the source for debug and ansi-styles. After looking at chalk it's insanity to add that as a dependency as well.
I wouldn't use debug or ansi-styles. They're not even remotely close to being worth adding a dependency. Obviously none of them are trustworthy now though.
You're correct and the HTTP framework looks like Axum.
> Why mention Rust at all? I like knowing what language a tool is written in. If it's written in Python or JavaScript and it isn't something that's absolutely essential I can just immediately move on. It also lets me…
> They'd have just invented another issue. I largely agree but I doubt other issues would be such massive free wins for Republicans. The Republican base has become rabid over DEI and trans issues and it has been really…
I did the same and don't regret it. My Helix config is 4 lines and it does 95% of what I want. The performance of a ton of neovim plugins is also atrocious and I always hated that everything was a hodgepodge mix of C,…
Not the other poster but I moved from Go to Rust and the main packages I use for web services are axum, askama, serde and sqlx. Tokio and the futures crate are fleshed out enough now that I rarely run into async issues.
Seems like the project quickly shut the annoying troublemakers down. The few people on Mastodon that are upset about this don't matter and they'll quickly move on to being upset about some other trivial matter.
> None of those tools you quoted are production ready based on my investigation This is very true and almost all of them are taking far longer to develop than they initially thought. swc/turbopack is being pushed by…
The reality is that it's not nearly as good as the loud proponents would have you believe. Performance isn't great unless you're comparing it to really naive applications written in extremely slow dynamically typed…
Go is perfectly capable of all of the additional optimizations that are in the fastest Java implementation that is linked in the article.
The fast Java version is using all the same optimizations as this Go version and then some. It's significantly more complicated.
Not that I know of. I just looked at the code and the commit history but a more in depth article would certainly be interesting.
The Java version does additional optimizations that his Go version doesn't do and he mentions that at the end of the post. The Java version is really optimized and is an interesting read.
Generic iterators are included in go 1.22 behind an experimental feature flag and will most likely be in 1.23 by default. Once that's done you will probably see some support functions like map and filter in the standard…
I've seen fairly naive Go servers that do 10,000+ RPS that issue database requests on every request that consistently use less than 50MB of RAM without issue. Several of them barely ever break 30MB of RAM.
Most crimes committed by adults should carry much harsher penalties across the board. There's far too much sympathy for the criminals and not nearly enough for the victims and communities that have to tolerate their…
Most of the Reddit/HN/Twitter crowd that are parroting the "Go ignores decades of language theory" line are just parroting something that originated in an incredibly toxic part of the Scala community. The vast majority…
Their hiring process seems absolutely absurd.
There needs to be a massive push from the larger important packages to eliminate these idiotic transitive dependencies. Core infrastructure shouldn't rely on trivial packages maintained by a single random person from…
> These kinds of dependencies are everywhere and nobody would even think that they could be harmful. Tons of people think these kind of micro dependencies are harmful and many of them have been saying it for years.
You're right. I only looked at the source for debug and ansi-styles. After looking at chalk it's insanity to add that as a dependency as well.
I wouldn't use debug or ansi-styles. They're not even remotely close to being worth adding a dependency. Obviously none of them are trustworthy now though.
You're correct and the HTTP framework looks like Axum.
> Why mention Rust at all? I like knowing what language a tool is written in. If it's written in Python or JavaScript and it isn't something that's absolutely essential I can just immediately move on. It also lets me…
> They'd have just invented another issue. I largely agree but I doubt other issues would be such massive free wins for Republicans. The Republican base has become rabid over DEI and trans issues and it has been really…
I did the same and don't regret it. My Helix config is 4 lines and it does 95% of what I want. The performance of a ton of neovim plugins is also atrocious and I always hated that everything was a hodgepodge mix of C,…
Not the other poster but I moved from Go to Rust and the main packages I use for web services are axum, askama, serde and sqlx. Tokio and the futures crate are fleshed out enough now that I rarely run into async issues.
Seems like the project quickly shut the annoying troublemakers down. The few people on Mastodon that are upset about this don't matter and they'll quickly move on to being upset about some other trivial matter.
> None of those tools you quoted are production ready based on my investigation This is very true and almost all of them are taking far longer to develop than they initially thought. swc/turbopack is being pushed by…
The reality is that it's not nearly as good as the loud proponents would have you believe. Performance isn't great unless you're comparing it to really naive applications written in extremely slow dynamically typed…
Go is perfectly capable of all of the additional optimizations that are in the fastest Java implementation that is linked in the article.
The fast Java version is using all the same optimizations as this Go version and then some. It's significantly more complicated.
Not that I know of. I just looked at the code and the commit history but a more in depth article would certainly be interesting.
The Java version does additional optimizations that his Go version doesn't do and he mentions that at the end of the post. The Java version is really optimized and is an interesting read.
Generic iterators are included in go 1.22 behind an experimental feature flag and will most likely be in 1.23 by default. Once that's done you will probably see some support functions like map and filter in the standard…
I've seen fairly naive Go servers that do 10,000+ RPS that issue database requests on every request that consistently use less than 50MB of RAM without issue. Several of them barely ever break 30MB of RAM.
Most crimes committed by adults should carry much harsher penalties across the board. There's far too much sympathy for the criminals and not nearly enough for the victims and communities that have to tolerate their…
Most of the Reddit/HN/Twitter crowd that are parroting the "Go ignores decades of language theory" line are just parroting something that originated in an incredibly toxic part of the Scala community. The vast majority…