this post was submitted on 18 Nov 2024
194 points (78.2% liked)

Memes

45746 readers
2237 users here now

Rules:

  1. Be civil and nice.
  2. Try not to excessively repost, as a rule of thumb, wait at least 2 months to do it if you have to.

founded 5 years ago
MODERATORS
194
submitted 1 week ago* (last edited 1 week ago) by trespasser69@lemmy.world to c/memes@lemmy.ml
 

Check out my new community: !tech_memes@lemmy.world

you are viewing a single comment's thread
view the rest of the comments
[–] BCsven@lemmy.ca 33 points 1 week ago* (last edited 1 week ago) (3 children)

Because when it is to actually get paid work done, all the bloat adds up and that 3 days upfront could shave weeks/months of your yearly tasks. XKCD has a topic abut how much time you can spend on a problem before effort outweighs productivity gains. If the tasks are daily or hourly you can actually spend a lot of time automating for payback

And note this is one instance of task, imagine a team of people all using your code to do the task, and you get a quicker ROI or you can multiply dev time by people

[–] deegeese@sopuli.xyz 19 points 1 week ago (1 children)

That also goes to show why to not waste 3 days to shave 2 seconds off a program that gets run once a week.

[–] BCsven@lemmy.ca 1 points 1 week ago* (last edited 1 week ago)

Agreed. Or look at the manual effort, is it worth coding it, or just do it manually for one offs. A coworker would code a bunch of mundane tasks for single problems, where I would check if it actually will save time or I just manually manipulate the data myself.

[–] Diplomjodler3@lemmy.world 5 points 1 week ago (1 children)

You can write perfectly well structured and maintainable code in Python and still be more productive than in other languages.

[–] BCsven@lemmy.ca 1 points 1 week ago

This site has good benchmarking of unoptimized and optimized code for several languages. C+ blows Python away. https://benchmarksgame-team.pages.debian.net/benchmarksgame/index.html

[–] _pi@lemmy.ml 1 points 1 week ago* (last edited 1 week ago)

SDLC can be made to be inefficient to maximize billable hours, but that doesn't mean the software is inherently badly architected. It could just have a lot of unnecessary boilerplate that you could optimize out, but it's soooooo hard to get tech debt prioritized on the road map.

Killing you own velocity can be done intelligently, it's just that most teams aren't killing their own velocity because they're competent, they're doing it because they're incompetent.

And note this is one instance of task, imagine a team of people all using your code to do the task, and you get a quicker ROI or you can multiply dev time by people

In practice, is only quicker ROI if your maintenance plan is nonexistent.