Live data from Hacker News

Viewing profile — srer

srer

HN member
Joined
Mon, Mar 22, 2021, 8:57 AM UTC
HN karma
304
Public activity
48 items

About srer

No profile information was provided.

Recent public activity

  1. 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 …

  2. 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…

  3. 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…

  4. 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…

  5. 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 …

  6. 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…

  7. 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…

  8. 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…

  9. 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…

  10. 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…

  11. 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…

  12. 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…

  13. 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…

  14. 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…

  15. 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…

  16. 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…

  17. 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 …

  18. 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 …

  19. 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…

  20. 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…

  21. 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…

  22. comment
    Comment #31365901

    Is it memory safe? As I understood it you lose that as soon as you start using the namesake keyword, "go".

  23. 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…

  24. 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…

  25. 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…