25+ yr Java/JS dev
Linux novice - running Ubuntu (no windows/mac)

  • 0 Posts
  • 807 Comments
Joined 1 year ago
cake
Cake day: October 14th, 2024

help-circle
  • You can also use the OpenAPI generator to turn a well-formed Swagger document into code. I’ve used it before. I didn’t hate it.

    The generated controllers have a lot of boilerplate (I want to say 5 classes per controller), but it does guarantee the code is in sync with the documentation.

    That being said, fuck manually maintaining swagger documents. It’s the worst of all possible works.


  • I tuned my usage up once I realized it is universal punctuation. I used to be unfamiliar with it and agonize over which punctuation was best for a given sentence. Can’t decide between a comma, semi-colon, comma clause, parenthetical, or what-not — just use an emdash and don’t fucking worry about it.

    I’m pretty sure I haven’t been accused of being an LLM. Despite my lazy command of the emdash and comfortability with multisyllabic and archaic words, I think LLMs come across as insufferable bores and I don’t think I do that — not to that degree, anyway.


  • That’s not at all what is implied by the thought experiment. It’s not all men, it’s a random man. And it’s not that they are dangerous, it’s about what feels riskier from a woman’s perspective.

    That’s why all the fretting over which kind of bear is missing the point. It’s not about arguing with women that they are wrong, it’s about listening to them and understanding that they have no idea whether the man is the sort that would kill them if they say or do or don’t do the right thing — but the odds are sufficient that all men must be treated like a potential threat.







  • I agree with your gist but…

    JS is a really good language for building frontends.

    Disagree. I think there is an entire ecosystem built out of coping with it being an awful language. That being said, the ecosystem is pretty good at adding first class features to a third rate language and your points stand. I don’t want anything to do with JS in the back end, though NodeJS isn’t entirely awful.


  • I’ve been a developer for thirty years. This is mostly nothing new. I’ve been ranting about the next quarter mentality since the early 00’s. Cool shit does get built, but it’s mostly hacky stuff that proves its value and then must be turned into the real product it pretended to be.

    I’m much closer to the deliver management side of things (at least that’s what my timesheets say) and it’s still someone who has only thought about happy path stuff deciding and selling (Tia customer or to upper management) how long a project should take before there are even people to build it.

    I’m ramping up a project now to replace an existing hacky React solution with a BFF/orchestration service with a Salesforce front end. It’s been scooped at 4 months since I was hired on 5 months ago. Wednesday we had a meeting to the effect that it was only scoped as a dumb proxy to rebuild the same janky solution in SF that we have in React. Except in none of the planning meetings did that ever come up. So I’ve been architecting an orchestration layer and the customer is only expecting to pay for dumb proxies. I wonder how this project is going to go…

    That being said, I’m not hating the job. It’s always been this way. I’ve always had to fight with my managers to eek out decent products while working with my team on what can be compromised and removed from MPV in the how the customer will see the value and give it more phases of development to achieve the original vision. I even have a common refrain for my customers: “I want to make you happy. If my company can turn a profit from that, that’s between you and them.”


  • MagicShel@lemmy.ziptoProgramming@programming.devThe Cult of Clean Code
    link
    fedilink
    English
    arrow-up
    1
    arrow-down
    2
    ·
    edit-2
    6 days ago

    That’s not my observation. I could flip it around and accuse the author of defending massive if/else chains because my experience is that anything that needs more than a handful of lines of code is either a complex mapper or a nightmare of failed Boolean algebra.

    That doesn’t mean the bad code I’ve seen is OP’s fault. It means there’s a lot of shit programmers and adopting a particular style doesn’t fix it.


  • I think this author has some points, but this is attacking the wrong thing.

    Clean code is not the source of the problems described. If you see similar code and try to extract a common abstraction without further consideration, congrats, you’re thinking like a junior developer, and that’s not Clean Code’s fault, to pull one example.