• 0 Posts
  • 62 Comments
Joined 6 months ago
cake
Cake day: December 23rd, 2023

help-circle





  • I think you should ask people who’ve been together for a long time about that. I’ve been with my wife for 13 years and we still tell each other we love the other and find them pretty.

    If anything, she facilitates my non-drinking, making me realize how much it harms me.

    Maybe I’m a narcissist. I don’t think I am, but, if I were, you wouldn’t trust me to tell you.

    Is it the perfect love story you see in the movies? No, and realizing it just can’t be that way might be the reason why we’ve stuck together for so long and didn’t downgrade our relationship to us being simple roommates with a shared past.








  • A hammer doesn’t replace a carpenter. That’s what I meant when I said that this won’t replace us: new tools are nice but they won’t automate everything. There are some jobs that have been completely replaced with advancements in technology. However, most of them have just gotten simpler and have evolved.

    I do think LLMs are important, but I’m just laughing at the hype surrounding it, and all the grandiloquent claims made by tech bros.


  • The tech is interesting, no doubt. It’s very effective as a tool to generate text nobody reads, like the marketing speak on your random startup website. It still isn’t efficient on things where what is generated actually matters.

    Your example with customer service is news to me, thanks. On my end, I remember the bad experience customers had with Air Canada. We’ll see how this grows in the future.

    I had a discussion last week with people saying it’ll automate software engineering, which is not a given. You say “yet”, but I’m skeptical it’ll ever work. I can see it designing UI better than a non-specialist, but the flaws in quality means I can’t trust it anywhere near my code, even though I can see a future for it as a fancy static analyzer.




  • Even though I like intermediate variables myself, I’ve been told the same thing when co-authoring code.

    What these anecdotes suggest is that this is subjective, and I think it can be overdone. I don’t think objective general rules can be established from the article, even though I think it’s good advice.

    In my examples, I was overdoing it and causing too many indirections, creating leaky abstractions (leaky because, in my context, the abstraction was not tightly self-contained and understanding the “implementation” of the abstraction was necessary to understand what the line of code that was using it was doing).

    I don’t think it’s a black-and-white matter. Your reviewer might not necessarily have been a moron, or might have lacked the self-awareness to realize they were imposing their own preferences onto you. But there’s a slight chance that you legitimately confused them with your indirections. Hard to say without context.