Live data from Hacker News

GitHub Copilot

copilot.github.com

441–450 of 1001 posts

Re: GitHub Copilot

#441
post #359

Earlier quoted context omitted.

With VSCode, Github and a perhaps a little bit of help from OpenAI, Microsoft is poised to dominate the developer productivity tools market in the near future. I wouldn't be surprised to see really good static analysis and automated code review tools coming out of these teams very soon.

And still Windows is a mess.

I'd bet money that the VSCode and Windows teams are basically on different planets and Microsoft.

Re: GitHub Copilot

#442
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...?

Re: GitHub Copilot

#443
post #188

Earlier quoted context omitted.

I honestly think this is solving a real problem with commonly used languages and their lack of syntax abstraction and expressiveness. I can imagine this being very useful in helping to type out what I consider to be „mechanical noise“: Things that you have to type out to satisfy an expression rather than to convey semantics. A good example of how this type of noise manifests: Observe two programmers, both being simil…

I honestly think this is solving a real problem with commonly used languages and their lack of syntax abstraction and expressiveness. Do you think there's a risk that a tool like this could lead to an explosion of the size of codebases written in these languages? It's great that programmers can be freed from the need to write boilerplate but I fear that burden will shift to the need to read it.

Damn that’s the best objection I read so far. Writing readable code is already hard and something I aspire to.

Re: GitHub Copilot

#444

Earlier quoted context omitted.

What do you think about this being overall detrimental to code quality as it allows people to just blindly accept completions without really understanding the generated code. Similar to copy-and-paste coding. The first example parse_expenses.py uses a float for currency - that seems to be a pretty big error that's being overlooked along with other minor issues around no error handling. I would say the quality of the…

How is it different from the status quo of people just doing the wrong thing or copy pasting bad code? Yes there's the whole discussion below about float currency values, but I could very well see the opposite happening too, where this thing recommends better code that the person would've written otherwise.

> How is it different from the status quo of people just doing the wrong thing or copy pasting bad code?

Well, yes, the wrong code would be used. However - the wrong code would then become more prevelant as an answer from gh, causing more people to blindly use it. It's a self-perpetuating cycle of finding and using bad and wrong code.

Re: GitHub Copilot

#445
post #211

Earlier quoted context omitted.

What do you think about this being overall detrimental to code quality as it allows people to just blindly accept completions without really understanding the generated code. Similar to copy-and-paste coding. The first example parse_expenses.py uses a float for currency - that seems to be a pretty big error that's being overlooked along with other minor issues around no error handling. I would say the quality of the…

Why would you say it's an error to use a float for currency? I would imagine it's better to use a float for calculations then round when you need to report a value rather than accumulate a bunch of rounding errors while doing computations.

By definition, currency uses fixed point arithmetic not floating point arithmetic.

Re: GitHub Copilot

#446

Earlier quoted context omitted.

It seems to replace/shorten the loop of “Google for snippet that does X” copy, paste, tweak, no? Which of course is super cool for many tasks!

It's smarter than that. It suggests things that have never been written. It actually creates code based on the context, just like GPT-3 can create new text documents based on previous inputs. Edit: Check this screencast for instance: https://twitter.com/francoisz/status/1409908666166349831

I'm not convinced that code snippet in the screencast had never been written. It's fairly generic React, no?

Re: GitHub Copilot

#447

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…

Okay, and I'd argue that a good portion of programmatic wrangling is simply trying to do Y with Z. Something that's probably done 10,000 times over by others but in the silo'd confines of that single developer's workspace; an utter fucking mystery to them.

What's the carbon displacement for wasted time on those tasks? It might be brow raising.

Re: GitHub Copilot

#449
I wonder if this breaches any of the open source licenses or copyright?

To some extent, it seems like this could suggest code chunks found somewhere else verbatim, which sounds like a copyright issue, but I also don't know if open-source licenses inherently allow you to train on their code in the first place?

Re: GitHub Copilot

#450
post #247
post #211

Earlier quoted context omitted.

Why would you say it's an error to use a float for currency? I would imagine it's better to use a float for calculations then round when you need to report a value rather than accumulate a bunch of rounding errors while doing computations.

micro-dollars are a better way of representing it (multiply by 10e6); store as bigint. See: https://stackoverflow.com/a/51238749

No, they aren't. Micro-dollars do not exist, so this method is guaranteed to cause errors.
Post reply on HN