Viewing profile — srer
srer
HN member- Joined
- Mon, Mar 22, 2021, 8:57 AM UTC
- HN karma
- 304
- Public activity
- 48 items
- HN profile
- View on Hacker News ↗
About srer
No profile information was provided.
Recent public activity
-
comment
Comment #32517037
> But fundamentally no one should ever be trying to merge code that hasn’t been unit tested. If they are, that is a huge problem because it shows arrogance, ignorance, willingness …
-
comment
Comment #32503592
Consider it is not an unheard of experience to join the workforce, use a preconfigured macbook with precisely 1 SSD, and spend one's career building on SaaS platforms like AWS Lamb…
-
comment
Comment #32105861
> The language has memory-safe concurrency (except for maps, which is weird)... My understanding is you should operate the other way around. Things aren't safe for concurrent mutat…
-
comment
Comment #32022279
I work somewhere going through a similar process for much the same reason. And to be frank, I'm wondering if how it ends is in me looking for a new job. I know there's good reasons…
-
comment
Comment #31929117
10 hours isn't too bad when dealing with a giant organization. Often problems cut across teams and services, and troubleshooting then liaising and ultimately getting a remediation …
-
comment
Comment #31857431
I do the opposite. Across C, Python and Go, I was prepared and had a good understanding of the languages and stdlibs before joining through reading books and working through the ex…
-
comment
Comment #31822005
A single server is much faster than most people think, too! In the microservice or serverless arrangements I've seen, data is scattered across the cloud. It's common for the domina…
-
comment
Comment #31806657
Leetcode is programming. It's not sprint planning, 1 on 1s, backlog grooming, jira tickets, slack support, gathering requirements, making estimates, negotiating features with manag…
-
comment
Comment #31796044
As a general rule for dev work, trying to make evidence based decisions is fairly difficult. There's just not that much evidence around yet that can make it obvious as to if in you…
-
comment
Comment #31795783
I largely agree with you, that rather than introducing Rust into your workplace it's easier to change workplaces. I currently work in a Go shop. Why Go? Did it win some business va…
-
comment
Comment #31735506
Lets see what the Go doc example looks like: sort.Slice(people, func(i, j int) bool { return people[i].Name In Python one might write: people.sort(key=lambda person: person.name) O…
-
comment
Comment #31735186
Pretty simple for me: I like working with Free and Open software much more than proprietary software. I think it's important for society, and I have more fun that way too! Also the…
-
comment
Comment #31636081
Reminds me of discussions I had in the early 00's! People would say "Linux is cool and I'd like to try it, but Windows is where all the jobs are" . It's a fine point, and quite rea…
-
comment
Comment #31635927
There are significant pockets of non-git users in the developer community ;) I find hg much more pleasant to use than git, and can generally still work in git based teams while usi…
-
comment
Comment #31616867
Largely complaints of Rust seem to boil down to the programmer needing to describe object lifetime information in code. We can, as the original post did, show approaches that are o…
-
comment
Comment #31577964
Increasing we automate processes, have programs do the work humans once did. It's extremely helpful and productive, but it has a darker side. The processes are rigid because machin…
-
comment
Comment #31464144
I work in a company that's all in with serverless on AWS, but unlike you I can't give a glowing recommendation. The answer should always be "it depends". IMHO the more distributed …
-
comment
Comment #31454576
I find interviewing skills are more important than job skills in terms of income. Trying to get a 20% raise by doing a good job I've found to be a protracted difficult task, but a …
-
comment
Comment #31445031
I do that, create the ticket. I want to believe it means one day we will do that TODO, it'll beat the priority of all the other tickets in the queue. But it never does, there's alw…
-
comment
Comment #31366327
https://research.swtch.com/gorace describes a loss of memory safety through data races, but I note it says "In the current Go implementations" and was written in 2010. I never hear…
-
comment
Comment #31366146
Wanting SQLite in Go touches on something that I think is quite a waste in modern Go circles, but happens everywhere to varying degrees. There's often (for instance, in Go projects…
-
comment
Comment #31365901
Is it memory safe? As I understood it you lose that as soon as you start using the namesake keyword, "go".
-
comment
Comment #31222621
I'm going to mention my own tiny experience report as a frequent SQL user, of Go's simplicity pushing a lot of burden onto the user in the relatively simple task of querying a list…
-
comment
Comment #31140222
> your greater system model has to assume it can die at any instant for any reason Correct. This is something I have to design for in the system anyway, because in practice anythin…
-
comment
Comment #31140178
IRC's influx of new users has been dropping off for a long time. Personally I started using IRC 20 years ago, there were a lot of new users then. The big IRCnets were massive[a] co…