Here’s one example (and this is just one example). My workplace makes heavy use of linters and static analyzers. The CI is configured so that if the linter outputs any errors or warnings, the pipelines fail. Often that occurs because an empty code block or type definition contains a space, and the linter really wants to see ‘{}’ instead of ‘{ }’. I simply cannot imagine the consequences to humanity at large if this excess whitespace ever made it to production. The kicker here is that the default VS Code autofmt wants that singular space to be there, and inserts them itself, and the default Angular linter thinks they really do not belong. I’m not sure which of these two organizations (Microsoft and Google) are right, as both normally emit good practice the way Moses emits commandments, and they are now in direct contradiction with one another.

I have approached colleagues about the idea of maybe turning off some or all of these rules, and was promptly told that I should have my editor configured to run the linter and apply its fixes whenever I save, and given instructions on how to do so. This is a Good Argument, in that it solves my problem effortlessly, but I just can’t resign myself to do it, and still find myself embarrassingly pushing commits to apply linter recommendations after opening merge requests. To put it as simply as I can, I have identified The Problem. Please address it. I do not care if your solution is easy and low impact. It does not solve The Problem, it just sticks a layer of paint over it. It’s also not just the failing builds that piss me off, it’s also that the linter is garbage and overly opinionated and actively makes our code look worse by (for instance) removing line breaks in lengthy call chains or array literals making them longer than 100 characters. Motherfucker I broke that up for a reason.

As far as dysfunction and cargo cult nonsense goes, I have seen a hundred times worse in my time. This is a complete non-issue. But fuck me, I can’t do it. I can’t be slippery like that anymore. I just can’t tolerate all this fucking process that never touches the fundamental problem of engineering nondiscipline. I can’t jump on the latest fads that promise to solve every factoring problem and just make code bases wordier and ten times more opaque. I don’t want copilot to be fucking turned on by default. It sucks and will always sucks no matter how many teraflops you throw at the LLM and how strongly you believe that AGI is among us. I just want to choke a bitch. I want to punch some poindexters in the face and break their +1.50 glasses.

Maybe I should quit software development? Should I flip burgers? Become an Agile coach? Go fight for the YPG?

You are viewing a single thread.
View all comments
19 points
*
Deleted by creator
permalink
report
reply
14 points

translation : things were always a lot bad but now even a little bad makes me go gorilla mode

permalink
report
parent
reply
31 points
*
Deleted by creator
permalink
report
parent
reply
12 points

Programmers spent so long arguing about pointless shit like whether or not to put curly braces on their own line that they’ve created software that decides it for them.

One of the things I love about Go is that this was settled by the language’s creators in the early planning. There is exactly one brace style. The gofmt command, standard with the language itself, reformats code to match this style. And most IDEs automatically run gofmt either when saving or on-the-fly. It’s one less stupid pointless argument, with the nice side effect of making it super easy to read someone else’s codebase.

permalink
report
parent
reply
4 points
*
Deleted by creator
permalink
report
parent
reply
4 points

Same for Rust and Zig, at least, probably for other languages. To me, it’s a huge requirement for any new languages going forward because of how software devs have historically bikeshedded about syntax formatting and other inane stuff.

permalink
report
parent
reply

technology

!technology@hexbear.net

Create post

On the road to fully automated luxury gay space communism.

Spreading Linux propaganda since 2020

Rules:

  • 1. Obviously abide by the sitewide code of conduct. Bigotry will be met with an immediate ban
  • 2. This community is about technology. Offtopic is permitted as long as it is kept in the comment sections
  • 3. Although this is not /c/libre, FOSS related posting is tolerated, and even welcome in the case of effort posts
  • 4. We believe technology should be liberating. As such, avoid promoting proprietary and/or bourgeois technology
  • 5. Explanatory posts to correct the potential mistakes a comrade made in a post of their own are allowed, as long as they remain respectful
  • 6. No crypto (Bitcoin, NFT, etc.) speculation, unless it is purely informative and not too cringe
  • 7. Absolutely no tech bro shit. If you have a good opinion of Silicon Valley billionaires please manifest yourself so we can ban you.

Community stats

  • 1.4K

    Monthly active users

  • 1.1K

    Posts

  • 12K

    Comments