Live data from Hacker News

GitHub Copilot

copilot.github.com

501–510 of 1001 posts

Re: GitHub Copilot

#501

Earlier quoted context omitted.

There is Tabnine that can work like this

Last time I tried Tabnine it wasn't really of much use to me, the top of the line GPT-3 is a much much bigger model, it should be able to do much more intelligent things.

But gpt 3 won't run locally, so no thank you.

Re: GitHub Copilot

#502
post #284

Earlier quoted context omitted.

> - under what license the generated code falls under? Is it even copyrighted? Generally my understand is that to be copyrightable it has to be the output of a human creative process, this doesn't seem to qualify (I am not a lawyer). See also, monkeys can't hold copyright: https://en.wikipedia.org/wiki/Monkey_selfie_copyright_disput...

> Is it even copyrighted? Isn't it subject to the licenses the model was created from, as the learning is basically just an automated transformation of the code, which would be still the original license - as else I could just run some minifier, or some other, more elaborate, code transformation, on some FOSS project, for example the Linux kernel, and relicense it under whatever? Does not sound right to me, but IANAL…

This is a great point. If I recall correctly, prior to Microsoft's acquisition of Xamarin, Mono had to go out of its way to avoid accepting contributions from anyone who'd looked at the (public but non-FOSS) source code of .NET, for fear that they might reproduce some of what they'd seen rather than genuinely reverse engineering.

Is this not subject to the same concern, but at a much greater scale? What happens when a large entity with a legal department discovers an instance of Copilot-generated copyright infringement? Is the project owner liable, is GitHub/Microsoft liable, or would a court ultimately tell the infringee to deal with it and eat whatever losses occur as a result?

In any case, I hope that GitHub is at least limiting any training data to a sensible whitelist of licenses (MIT, BSD, Apache, and similar). Otherwise, I think it would probably be too much risk to use this for anything important/revenue-generating.

Re: GitHub Copilot

#503

As a business / product person I am naturally wondering how much more productive this will make my engineering team, should I overtime expect to reduction in costs, faster shipping times...or will the benefit manifest itself in more reliable code...?

Like any other similar questions: ask your team. They'll know better than you or any random person on the Internet.

Re: GitHub Copilot

#504

I'm amazed to see how positive the overall response is to this idea. Almost as if programmers think that writing programs is the worst part of the job and ready to be automated away. As someone more aligned with the Dijkstra perspective, this seems to me like one of the single worst ideas I've ever seen in this domain. We already have IDEs and other tools leading to an increase in boilerplate and the acceptance of it…

Your fears seem justified, as per the site itself:

Whether you’re working in a new language or framework, or just learning to code, GitHub Copilot can help you find your way. Tackle a bug, or learn how to use a new framework without spending most of your time spelunking through the docs or searching the web.

Re: GitHub Copilot

#505

I'm amazed to see how positive the overall response is to this idea. Almost as if programmers think that writing programs is the worst part of the job and ready to be automated away. As someone more aligned with the Dijkstra perspective, this seems to me like one of the single worst ideas I've ever seen in this domain. We already have IDEs and other tools leading to an increase in boilerplate and the acceptance of it…

Some people think the problem is that we don't have enough code. Anyone that has to maintain code knows that the problem is that we have too much code.

This is even better! Now we can generate code we might not even understand, without even hitting all the keys.

Re: GitHub Copilot

#506
post #498

This looks awesome! And I'd really like to try it out. 2 security thoughts that I couldn't find answers to: 1. how does the input fed into OpenAI codex filter out malicious code pollution? or even benign but incorrect code pollution (relevant research on stackoverflow for example - https://stackoverflow.blog/2019/11/26/copying-code-from-stac... ) 2. In an enterprise setting, what does the feedback loop look like? How…

#2 is the big one for me. I'm hesitant to install this on a work machine where our code could be sent elsewhere.

Re: GitHub Copilot

#507

I'm amazed to see how positive the overall response is to this idea. Almost as if programmers think that writing programs is the worst part of the job and ready to be automated away. As someone more aligned with the Dijkstra perspective, this seems to me like one of the single worst ideas I've ever seen in this domain. We already have IDEs and other tools leading to an increase in boilerplate and the acceptance of it…

That entirely depends on the quality of the suggestion, does it not?

Re: GitHub Copilot

#508

I tried the paid version of tabnine and was really unhappy because it suggested me code with syntax errors and introduced subtle bugs when I did not closely review every generated line. It was as if you have someone very impatient sitting next to you typing before actually really listening what you want to do. Is Copilot better? Does it suggest broken code, too?

According to some of the comments here: yes, yes it does. One do the snippets on the front page has a bug, don't remember which, but that was written by someone here.

Re: GitHub Copilot

#509

I'm amazed to see how positive the overall response is to this idea. Almost as if programmers think that writing programs is the worst part of the job and ready to be automated away. As someone more aligned with the Dijkstra perspective, this seems to me like one of the single worst ideas I've ever seen in this domain. We already have IDEs and other tools leading to an increase in boilerplate and the acceptance of it…

People have made some variation of this argument since the move from writing binary to writing assembly. With every new layer of abstraction there’s more power. The long term benefit of a tool that can do this well far exceeds what humans can do by hand, but that may not be true in the very short term. Either way, I suspect the benefits to be big.

I disagree with the comparison. This isn't abstraction, it is syntax completion. As if you typed the first four bytes and GitHub (mostly correctly it must be mentioned!) completed the remaining.

Unlike an additional abstraction layer, the readibility is not increased.

Post reply on HN