Live data from Hacker News

Is GitHub Copilot a blessing, or a curse?

fast.ai

111–120 of 201 posts

Re: Is GitHub Copilot a blessing, or a curse?

#111

Copilot was made from stealing code on Github, ignoring the licenses set on repos such as e.g GPLv2, using AI as a trick to license-launder code. Copilot has announced their plans to become a paid service. So this product that would not be possible without public, open-source code will itself be non-public, closed-source, closed-data. It is extracting value from the commons and funneling it to a private company.

Well, sue them if you think they stole it, and see if you are right

Re: Is GitHub Copilot a blessing, or a curse?

#112
post #83

Earlier quoted context omitted.

Copilot generally (excepting rare cases where it produces snippets verbatim) does not steal code. The GPL restricts distribution, not usage. And (to my knowledge) no open-source license restricts learning from code. I cannot see anyone who doesn't want others to learn from their code ever release code as open-source.

I as an open source author absolutely do not want Microsoft to get richer from using my code, code that I contributed or published for the benefits of other developers. They took my work, removed my name and trained an advanced pattern matching technique to try to make code like mine and then sell it. It’s so obviously ethically questionable it’s insane. Developers are absolutely pissed about this, and rightfully so.

It doesn't matter what you want. You released your code under an open source license. What matters now is what the license says.

Re: Is GitHub Copilot a blessing, or a curse?

#113
post #65

Copilot was made from stealing code on Github, ignoring the licenses set on repos such as e.g GPLv2, using AI as a trick to license-launder code. Copilot has announced their plans to become a paid service. So this product that would not be possible without public, open-source code will itself be non-public, closed-source, closed-data. It is extracting value from the commons and funneling it to a private company.

So what you're saying is that you have the right to host your code for free, to download it from GitHub for free (no bandwith paid) and to behave like new-age Robin Hood when it comes to being offended because the very same company use that code - not to run it, but analyze it. Stop being entitled, it's seriously hard to participate in any kind of progress with offendable cauliflowers like you.

The hosting of open source code on GitHub is not some completely selfless act on their part. GitHub's value proposition to commercial users is in part contributed to by the fact it is used by a lot of open source projects and for solo or hobby projects, thus breeding familiarity with the platform.

Re: Is GitHub Copilot a blessing, or a curse?

#115
I have found that the cognitive load required to evaluate its suggestions is more of a distraction from what I'm doing--in sharp contrast to conventional autosuggest which is predictable.

That said, I haven't turned it off yet. It's very fun on those occasions when it suggests correctly.

Re: Is GitHub Copilot a blessing, or a curse?

#116
post #99
post #95

Earlier quoted context omitted.

There's a difference between building a product using open source and not contributing back, and copying licensed code into your own codebase. One is rude and the other is straight up illegal.

The code doesn't exist in Copilot. The instructions for how to recreate the code does. On a very pedantic level those are not the same, but it probably is enough to argue that the product is 100% legal. It is still quite rude to do that though.

So a .zip file of copyrighted code loses its license?

Re: Is GitHub Copilot a blessing, or a curse?

#117
I do not know. I think best copilot are... - services - tested software libraries

All the time I wrote the code in the last years, I ended up discovering someone ALREADY have done it, often in a better way (not always).

There is a nice quote who says "Who did not know Unix is doomed to rewrite it..." I think the same is with Java/Python/... code.

Re: Is GitHub Copilot a blessing, or a curse?

#118
post #43

It is tempting to apply Betteridge's Law and answer no. But, perhaps the answer is yes. It probably can be a blessing, once you're used to it. And it certainly can be a curse, writing code that is incorrect, buggy, or just not understood by the programmer. It would be nice if it better could explain its reasons and add references relating to the snippets. Maybe one day. Until then, I think I'll just google stackexcha…

I think Betteridge's Law works just fine here. The answer to the article title is 'no' because Copilot is not just one thing used in one scenario. Depending on what situation you're in and how you use it, it could be a blessing or a curse.

Re: Is GitHub Copilot a blessing, or a curse?

#119
post #82
post #74

Earlier quoted context omitted.

This sounds almost like Tesla's Autopilot, both in naming and in actual performance.

Ha, I ranted about this two weeks ago. https://news.ycombinator.com/item?id=27724969

This is very true, and much like Tesla getting away with it for years (up until recently), GitHub will get away with this for a while as well. And so will the media decrying shit like "Is this the end of developers?!?"

Re: Is GitHub Copilot a blessing, or a curse?

#120
post #79
post #52

Earlier quoted context omitted.

AI is getting better than humans at a lot of complex task over time. Just because it can't code well now doesn't mean it won't in the future.

What it means that it can't code well, so there's nothing to be excited about. That we cannot predict the future is of course true but really has no bearing on what you're saying, except to lend credence to the idea that it will be able to some day (i.e. that you can predict the future). Which is in essence the opposite of what "we cannot predict the future" should mean. That makes the entire argument kind of disinge…

We can't know the future, but we guess based on past trends. Technology has been pretty good at replacing humans in the past, and a lot of times we've said "a machine can't do this" and been wrong. We'll have to see, but I think it's silly to say it's not working now so it never will.
Post reply on HN