• flatbield@beehaw.org
    link
    fedilink
    English
    arrow-up
    10
    ·
    1 day ago

    I get your point but I do not think you should justify releasing crap code because you think it has minimal impack on the customer. A memory leak is a bug and just should not be there.

      • andyburke@fedia.io
        link
        fedilink
        arrow-up
        8
        ·
        1 day ago

        … and this is how IT ends up being responsible for a breach.

        It is a bug, unexpected and undefined behavior - it shouldnt have been there.

        You are not wrong about the outcome from a capitalist view, but otherwise you are.

        • flatbield@beehaw.org
          link
          fedilink
          English
          arrow-up
          2
          ·
          edit-2
          1 day ago

          In project management lore there is the tripple constraint: time, money, freatures. But there is another insidious dimension not talked about. That is risk.

          The natural progession in a business if there is no push back is that management wants every feature under the sun, now, and for no money. So the project team does the only thing it can do, increase risk.

          The memory leak thing is an example of risk. It is also an example of some combination of poor project management including insufficient push back against management insanity and bad business mangement in general which might be an even bigger problem.

          My point, this is a common natural path of things but it does not have to always be tolerated.