• r00ty@kbin.life
    link
    fedilink
    arrow-up
    29
    ·
    1 year ago

    Same as every other technological innovation though. Productivity goes up. Revenue goes up. Pay goes… No wait, I must have got something wrong here.

  • T156@lemmy.world
    link
    fedilink
    arrow-up
    16
    arrow-down
    2
    ·
    edit-2
    1 year ago

    Has that ever historically been the case? It’s usually been that a technological development results in loss of jobs, as businesses simply reduce their wage expenditure, whilst expecting the same amount, or more work.

    Like how computerisation has massively increased productivity, but wages and working hours haven’t changed to match.

  • Phoenix3875@lemmy.world
    link
    fedilink
    arrow-up
    14
    ·
    1 year ago

    Salary and working hours have little to do with productivity though. It’s all about the workers’ negotiation power. We have many technology breakthroughs in computers that have nothing to do with AI and see where we are now.

    • Wats0ns@sh.itjust.worksOP
      link
      fedilink
      arrow-up
      6
      ·
      1 year ago

      I’m not arguing that they haven’t little do to with productivity, I’m arguing that they shouldn’t have little to do with productivity

      • MajinBlayze@lemmy.world
        link
        fedilink
        arrow-up
        1
        ·
        edit-2
        1 year ago

        Whether or not they should doesn’t matter. So long as the only real metric for success is growth of profit, these things will not happen

        There has never been a single time in the history of capitalism where improved productivity has reduced hours or increased pay for the working class.

  • b3nsn0w@pricefield.org
    link
    fedilink
    arrow-up
    16
    arrow-down
    3
    ·
    1 year ago

    me. i slack off 6-7 hours a day and use copilot to do the tasks in the remaining 1-2 hours. (at least i think that’s the ai and not my untreated adhd…)

    in a few years, some genius will do a four day workweek experiment, people like me will forget to only work 4-8 hours instead of 5-10 per week because the amount of tasks is the same, they will conclude that there’s no reduction in productivity, a benefit of four day workweek will work as an incentive instead of a raise to keep people around a bit longer, and it will start becoming a standard. and voila, we got the working hours reduction officially.

    i’ve already heard buzz that negotiating a four-day work week doesn’t tend to involve a 20% salary cut (probably because people are already slacking off a lot). i’ll have to research that more though, because at some point i’d do it even if it did result in a 20% cut, and time is so much more valuable tbh.

    • b3nsn0w@pricefield.org
      link
      fedilink
      arrow-up
      6
      ·
      1 year ago

      which language do you work with? also, what kind of code do you write?

      i do web apps in typescript, fullstack, and so many things are just layers upon layers on the same thing. you make a model, then you make a migration for that model, then a controller for a dead simple crud with just enough custom validation and shit that it’s hard to autogenerate, then swagger docs, then factories and unit tests. most of the time, i just write the model, paste it to the top of the file in a comment, then start writing the thing and the ai immediately wants to take it and do it by itself, so i just let it. there are usually a few mistakes, exactly in those hard to autogenerate places, so i fix a few and then the ai can help fix the rest with little intervention. (i do need to delete the mistake and palce the cursor, but it tends to know how to fix it). it’s been a huge time-saver for me.

      but i noticed that it’s also damn good at just generic typescript/javascript. i have it enabled pretty much all the time now and i have yet to find a task where it doesn’t speed me up, even with the weird shit i do for fun.

      however, i heard similar complaints quite a few times working with other languages. the amount of open source code that’s out there for your specific language seems to have a large effect on copilot’s effectiveness

      • Rikudou_Sage@lemmings.world
        link
        fedilink
        arrow-up
        3
        ·
        1 year ago

        I tried it with php which also has a huge amount of code online. The constant checking of the generated code and fixing it was what slowed me down.

        • b3nsn0w@pricefield.org
          link
          fedilink
          arrow-up
          1
          ·
          1 year ago

          yeah, makes sense. when i’m not doing a test-driven workflow, i usually only allow copilot to generate simple things. with unit tests it’s a lot easier because the tests are easy to read and verify, and they expose the errors in other parts of the code

  • Poob@lemmy.ca
    link
    fedilink
    arrow-up
    10
    ·
    1 year ago

    Anyone who thinks chatbots are going to make life better for worker shlubs hasn’t been paying attention for the last 200 years

  • spaduf@lemmy.blahaj.zone
    link
    fedilink
    arrow-up
    3
    ·
    1 year ago

    I really think we’ll start seeing actual improvements as open source alternatives replicate corporate functionality. Existing options are a mess (particularly in a professional setting) for folks to try to implement as they have unstable business models and dubious ideas about intellectual property. See OpenAssistant for an example of where I think these models are headed.

  • Leeennaaaaa@feddit.de
    link
    fedilink
    arrow-up
    2
    ·
    1 year ago

    It will! For people who already don’t do work because they implemented the AI strategy for developers. Clearly, if productivity rises the managers did good!

  • dexx4d@lemmy.ca
    link
    fedilink
    arrow-up
    2
    ·
    edit-2
    1 year ago

    Getting some gains out of it, but I’m still limited by the fact that I can’t put anything proprietary into any AI tooling. Not motivated enough yet to roll my own.

    For generic Q&A/searching, templating, etc, it’s been a decent stackoverflow replacement.