Viewing profile — jy3
jy3
HN member- Joined
- Fri, Mar 24, 2017, 6:05 PM UTC
- HN karma
- 43
- Public activity
- 30 items
- HN profile
- View on Hacker News ↗
About jy3
No profile information was provided.
Recent public activity
-
comment
Comment #28751003
No. All the ones you mentioned are up.
-
comment
Comment #27815093
Just implement methods in your config struct in such a way that they are safe for concurrent access?! Using a mutex for example. Why would you need it to lock mutexes everywhere?
-
comment
Comment #26606533
I hope you have the presence of mind to realize the amazing benefit this has for the entire Go codebase in existence.
-
comment
Comment #26606486
> errors thrown for unused imports You're doing something wrong if it doesn't get cleaned up automatically.
-
comment
Comment #26519936
> It's far better than this. I don't know what you're referring to. Any links?
-
comment
Comment #26476389
Can anyone enlighten and explain why there were restrictions in the first place?
-
comment
Comment #26297312
> There are a number of patterns to limit the number of goroutines, and none of them are exactly easy. A simple example might be something like: This is probably what the author wa…
-
comment
Comment #21879289
net/http is all you need. You don't need any library or framework.
-
comment
Comment #20102420
Looks a lot like the already proposed check/handle keywords that was met with a lot of push back from the Go community: https://go.googlesource.com/proposal/+/master/design/go2draf…
-
comment
Comment #18143365
Describing its concurrency model as one of its weakness is a bold statement, because it's probably one of the biggest reason it became widely adopted. Everyone is different, but Go…
-
comment
Comment #17937146
One would think that syadmins love native executables with no system dependencies.
-
comment
Comment #17898738
I'm taken aback. I didn't mean to sound condescending. I won't argue with you my use of the imperative mood as I'm not a native speaker. I'll take note of it.
-
comment
Comment #17896403
Reading HN, it feels like some people just want every language to have the same features and have them implemented the same way. Sad indeed.
-
comment
Comment #17896370
That means Go is not the right tool for you. Don't use it. It's so sad to see people pushing to radically alter a language that they will probably never use because it will never b…
-
comment
Comment #17861945
My gut feeling is a significant part of people who voted for them don't really intend to use Go that much. They might try to please different crowds with Go 2. At the end of the da…
-
comment
Comment #17861911
> Just because a feature can be misused doesn't mean it's not legitimately useful. The point isn't that it can't be useful. In the real world, the amount of code I'm forced to unde…
-
comment
Comment #17774051
Except it's just a returned value and not a goto lookalike.
- comment
-
comment
Comment #17773984
I'm not sure I understand the relationship between union-types and exceptions. You mean something like ? Could you expand on that? > Thanks to panics, even in Go. Fortunately, for …
-
comment
Comment #17772842
That's precisely why Go is loved.
-
comment
Comment #17772822
I've always been annoyed by the parallel control flow introduced by exceptions in any language. They are used so often in many languages where it doesn't feel necessary. The fact t…
-
comment
Comment #17772788
Just using WithStack() from "github.com/pkg/errors" on any error that originates from outside my repository has been my go-to rule for any Go project. It has never disappointed.
-
comment
Comment #17660429
I have the same question. I've never bothered looking back extensively at Atom since using VS Code.
-
comment
Comment #17557531
As previously stated, Go for video game servers feels like a no brainer.
-
comment
Comment #17506306
It's kinda hilarious to see that as more and more successful projects and companies use Go in their stacks, the number of comments like these increases in HN.