• FreshLight
    link
    fedilink
    10528 days ago

    Hands down, I think “My vacation starts tomorrow.” is a valid point when considering impactful decisions.

    • @MashedTechOP
      link
      2128 days ago

      That’s true, never make impactful decisions in a rush. But I feel like the last panel only works in the current context of escalating code changes

    • @[email protected]
      link
      fedilink
      327 days ago

      Valid, but if it needs to be decided, then there should be something concrete scheduled to do that followup when people are back in.

  • @HStone32
    link
    727 days ago

    Why is writing code by hand out of the question?

      • @HStone32
        link
        426 days ago

        I’m still curious what the reason is, even if its clown logic.

        • @[email protected]
          link
          fedilink
          318 days ago

          Because your dipshit Director, who came from a consulting firm like BCG or McKenzie and who couldn’t manage to throw together a “Hello, world” script in python now believes he is an expert in all tech because he read a medium article by a boot camp grad of some 8 week React course and thinks that giving Palantir Foundry $3 million a year to do basic ETL that was done previously by a couple junior devs is somehow “safer” than “writing custom code”, and by “custom code” I mean utilizing Apache Spark, Polars, and other open source tooling that Palantir Foundry is also utilizing, but charging you 40,000% more to use.

          • @HStone32
            link
            318 days ago

            you ever get the feeling that programming has gotten way too overbloated? that good old fashioned engineering has been buried under miles of industry standards, best practices, enterprise services, business methodologies, and managers trying to justify their paychecks?

            feels like a giant bubble way too overdue for a needle.

    • _NoName_
      link
      fedilink
      1128 days ago

      I think this is coming from a “plugins enshittify projects” mentality where the assumptions are:

      • code bases should be as succinct and stable as possible.
      • plugins add large amounts of unused code and obfuscate many granular aspects of program execution, increasing debug and research time.

      Seems that the author views that the above devs chose to use plugins instead of writing their own code and shot themselves in the foot by doing so. The final portion seems to suggest that the person pushing all these changes then bobs out before any of the problems caused by these changes actually get solved.