this post was submitted on 28 Jun 2023
7 points (81.8% liked)

Programming

17303 readers
49 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities [email protected]



founded 1 year ago
MODERATORS
top 11 comments
sorted by: hot top controversial new old
[–] [email protected] 18 points 1 year ago (1 children)

In the article they proudly report that less experienced devs are "getting much better productivity gains" (by accepting more copilot suggestions).

As a natural-born cynic, I instead would say that maybe: "less experienced devs lack the experience to know why some copilot suggestions have unintended consequences / are a bad design choice".

[–] MagicShel 4 points 1 year ago (1 children)

They are also probably being posed significantly easier challenges as well. I would say I'm not necessarily faster than a junior developer, I just spend my time wrestling with harder questions.

[–] [email protected] 3 points 1 year ago

What, your company doesn't throw the hardest jobs at the newest devs to give them a proper trial by fire? Smh 😂

[–] [email protected] 12 points 1 year ago (1 children)

Given how unstable and user unfriendly computers are now, just imagine a future where programmers know even less about what they're doing.

[–] nibblebit 3 points 1 year ago

I once thought that it might turn into a "one-eyed man is king" situation, but now I'm not even that sure.

[–] [email protected] 12 points 1 year ago* (last edited 1 year ago) (1 children)

This is really dangerous and shows a vital flaw in capitalism. People will probably adopt AI for programming even if it means using proprietary software, meaning the industry will become under the control of people who have the massive resources to build those AI tools. Rejecting them forms a prisoner's dilemma because you need to sacrifice short-term dollar-gains for the long-term survival of programming as an open, accessible industry. The people who use them will contribute to damaging the ecosystem but get more money while doing it.

And of course, remember that GitHub/Microsoft are creating these automation tools based on your own code. They are selling open source back to us and putting us out of a job while doing it. People really, really, really, need to stop engaging with Microsoft.

[–] lightsecond 2 points 1 year ago (1 children)

To play the devil’s advocate, most professional development happens on proprietary IDEs but software development isn’t under their control. AI assisted intellisense isn’t much different. The nature of our work will become more abstract as our tools improve. There are at least some open LLMs. One of them might surface as the alternative.

[–] [email protected] 1 points 1 year ago

most professional development happens on proprietary IDEs

I don't think this was always true. If it is now, that's a bad thing.

[–] [email protected] 7 points 1 year ago (1 children)

Alright, guess I'll reiterate my usual beats here. AI code assistance is interesting, and I'm not against it. However, every current solution is inadequate, until it does the following:

  1. Runs locally, or in an on-prem instance. I'm not taking it up with legal or security if I'm allowed to send our proprietary code off to be analyzed on a foreign server. And I'm not doing it without asking. It just isn't happening.
  2. It has to be free, or paid for by my company. It's cool, and it might help me work, but paying a subscription fee on something that only benefits me at work is essentially the same as a pay cut. Not interested.
  3. It has to analyze the entire repo. In my current tests of ChatGPT, for most cases I've spent long enough giving it context that I could've just... solved the problem myself. It needs to have that context already.
[–] starman 1 points 1 year ago (1 children)
  1. I agree
  2. GitHub Copilot is free for students, and that's the way I use it
  3. GitHub Copilot takes some context from recent files, but iirc they are working on "copilot for your codebase" or something like that
[–] [email protected] 1 points 1 year ago

Ah, it makes way more sense for students, absolutely. None of your code is proprietary, so that's not a concern, student pricing makes things easier.

Plus, your tech stacks are much simpler. Usually just... Java, or Python, or something. Not a python webserver using X framework for templating, Y framework for typing, and Z framework for API calls to some undocumented internal API.

load more comments
view more: next ›