1801
might be a form of Jevons Paradox (thelemmy.club)
submitted 6 months ago by to c/programmer_humor@programming.dev
290 comments fedilink hide all child comments
 

https://raru.re/@ocean/116214437024389203

you are viewing a single comment's thread
view the rest of the comments
[–] 4 points 6 months ago (16 children)

Optomisation often has a cost, weather it's code complexity, maintenance or even just salary. So it has to be worth it, and there are many areas where it isn't enough unfortunately.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 16 child comments
    •
  • [–] 10 points 6 months ago (11 children)

    And that lazy mentality just passes the cost to the consumer.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 11 child comments
    •
  • [–] -1 points 6 months ago (10 children)

    How is that mindset lazy? Unhappy customers also have a cost! At my last job the customer just always bought hardware specifically for the software as a matter of process, partly because the price of the hardware compared to the price of the software was negligible. You literally couldn't make a customer care.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 10 child comments
    •
  • [–] 6 points 6 months ago

    In industrial software, I'm sure performance is a pretty stark line between "good enough" and "costing us money".

    The pattern I've seen in customer facing software is a software backend will depend on some external service (e.g. postgres), then blame any slowness (and even stability issues...) on that other service. Each time I've been able to dig into a case like this, the developer has been lazy, not understanding how the external service works, or how to use it efficiently. For example, a coworker told me our postgres system was overloaded, because his select queries were taking too long, and he had already created indexes. When I examined his query, it wasn't able to use any of the indexes he created, and it was querying without appropriate statistics, so it always did a full table scan. All but 2 of the indexes he made were unused, so I deleted those, then added a suitable extended statistics object, and an index his query could use. That made the query run thousands of times faster, sped up writes, and saved disk space.

    Most of the optimization I see is in algorithms, and most of the slowness I see is fundamentally misunderstanding what a program does and/or how a computer works.

    Slowness makes customers unhappy too, but with no solid line between "I have what I want" and "this product is inadequate".

  • permalink
  • fedilink
  • source
  • parent
  • [–] 5 points 6 months ago (8 children)

    How is that mindset lazy?

    Are you really asking how it's lazy to pass unoptimized code to a customer and make their hardware do all the work for you because optimization was too costly?? Like I get that you are in an Enterprise space, but this mentality is very prevalent and is why computers from today don't feel that much faster software wise than they did 10 years ago. The faster hardware gets, the lazier devs can be because why optimize when they've got all those cycles and RAM available?

    And this isn't a different at you, that's software development in general, and I don't see it getting any better.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 8 child comments
    •
  • [–] 2 points 6 months ago (7 children)

    It's not just software development, it's everywhere. Devices are cheap, people are expensive. So it's not lazy, he's being asked to put his expensive time into efforts the customer actually wants to pay for. If having him optimize the code further costs way more than buying a better computer, it doesn't make sense economically for him to waste his time on that.

    Is that yet another example of how the economy has strange incentives? For sure, but that doesn't make him lazy.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 7 child comments
    •
  • [–] 4 points 6 months ago* (6 children)

    I never called them lazy, I stated that the mentality is lazy, which it is. Whether or not that laziness is profit driven, it still comes down to not wanting to put forth the effort to make a product that runs better.

    Systemic laziness as profit generation is still laziness. We're just excusing it with cost and shit, and if everyone is lazy, then no one is.

    If cost is a justification for this kind of laziness, it also justifies slop code development. After all, it's cheaper that way, right?

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 6 child comments
    •
  • [–] 1 point 6 months ago (5 children)

    Wouldn't he only be lazy if he's not doing anything else more productive instead?

    He gets payed to do a specific job, and does it the best way possible given the constraints. I don't see how you find lazyness in that.

    The customer simply isn't willing to pay the extra time for it to be optimized, and he ain't doing it for free.

    I don't know which job you do, but do you spend a lot of voluntary overtime just to do things the customer isn't even asking or paying for just because you think it's better?

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 5 child comments
    •
  • [–] 2 points 6 months ago* (4 children)

    Wouldn't he only be lazy if he's not doing anything else more productive instead?

    Of course not. It's rather easy to see how one can choose to be lazy and not do hard work while being "productive" doing easier tasks. But this isn't about the dev, it's about the culture.

    He gets payed to do a specific job,

    Again, stop thinking I'm calling the dev lazy, you're completely missing my point.

    and does it the best way possible given the constraints. I don't see how you find lazyness in that.

    This is the laziness. The constraints imposed by management to get new features out the door at the expense of making their existing features work better is a hallmark of the current development era.

    I'm not even going to respond to the last bit because it's entirely irrelevant to (and completely misunderstands) the point I'm making.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] -1 points 6 months ago (3 children)

    Can you then give me your definition of "lazyness" The dictionary just gives me "the quality of being unwilling to work or use energy; idleness."

    And i don't see it anywhere in this situation. They're asked to do a job a certain way (or for management, to make sure it happens in a certain way), and they do that to the best of their ability.

    Could they do it better from an performance/software engineering standpoint if they had infinite time/budget? for sure. But that's not the world we live in.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 3 child comments
    •
  • [–] 2 points 6 months ago (1 child)

    In a way I understand him, the culture is too one sided in its values. There isn't a balance or a good middle ground. If you appreciate irony, it's too optimised for "features". For which I generally agree. So the people upholding these values are too lazy to find the balance.

    As an aside, every Dev I know would love to endlessly iterate and improve a single thing. So I understand finding that balance isn't easy either.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 1 child comment
    •
  • [–] 1 point 6 months ago

    The "optimized for features" bothered me a bit of concept.

    I think i now narrowed it down on how i see it: It's optimized for predictability, and lack of need of really skilled people. Real optimization requires real skill, and is inherently unpredictable. You can aim high, but how achievable it is, isn't always clear up front. But the current way, makes software engineering more predictable, and hiring also, you just need average programmers who can more or less use frameworks the way they're intended, and that's enough.

    It's just planning for what you know is predictable, and you can actually promise to your customers. And it does kind of suck, but from an economic/business sense, i can kind of understand it...

  • permalink
  • fedilink
  • source
  • parent
  • [–] 1 point 6 months ago

    And i don't see it anywhere in this situation. They're asked to do a job a certain way (or for management, to make sure it happens in a certain way), and they do that to the best of their ability.

    Nah, I'm sick of trying to get you to understand that it's not the person I'm talking about, but the mentality of management through the whole process. I don't know if you're just not reading the words I write or what, but I'm not willing to keep repeating the same point to a wall

  • permalink
  • fedilink
  • source
  • parent