Live data from Hacker News

GitHub Copilot Coding Agent

github.blog

91–100 of 372 posts

Re: GitHub Copilot Coding Agent

#91
post #35

Earlier quoted context omitted.

Updated my comment to include the link. As much as 30% specifically generated by AI.

The 2nd paragraph contradicts the title. The actual quote by Satya says, "written by software".

Sure but then he says in his next sentence he expects 50% by AI in the next year. He’s clearly using the terms interchangeably.

Re: GitHub Copilot Coding Agent

#94
post #13

> Copilot excels at low-to-medium complexity tasks in well-tested codebases, from adding features and fixing bugs to extending tests, refactoring, and improving documentation. Bounds bounds bounds bounds. The important part for humans seems to be maintaining boundaries for AI. If your well-tested codebase has the tests built thru AI, its probably not going to work. I think its somewhat telling that they can't share n…

That's great, our leadership is heavily pushing ai-generated tests! Lol

Re: GitHub Copilot Coding Agent

#96
post #86

Earlier quoted context omitted.

What I'm most excited about is allowing developers to spend more of their time working on the work they enjoy, and less of their time working on mundane, boring or annoying tasks. Most developers don't love writing tests, or updating documentation, or working on tricky dependency updates - and I really think we're heading to a world where AI can take the load of that and free me up to work on the most interesting and…

What about developers who do enjoy writing for example high quality documentation? Do you expect that the status quo will be that most of the documentation will be AI slop and AI itself will just bruteforce itself through the issues? How close are we to the point where the AI could handle "tricky dependency updates", but not being able to handle "most interesting and complex problems"? Who writes the tests that are r…

If find your comment "AI Slop" in reference to technical documentation to strange. It isn't a choice between finely crafted prose versus banal text. It's documentation that exists versus documentation that doesn't exist. Or documentation that is hopelessly out of date. In my experience LLMs do a wonderful job in translating from code to documentation. It even does a good job inferring the reason for design decisions. I'm all in on LLM generated technical documentation. If I want well written prose I'll read literature.

Re: GitHub Copilot Coding Agent

#97

I tried doing some vibe coding on a greenfield project (using gemini 2.5 pro + cline). On one hand - super impressive, a major productivity booster (even compared to using a non-integrated LLM chat interface). I noticed that LLMs need a very heavy hand in guiding the architecture, otherwise they'll add architectural tech debt. One easy example is that I noticed them breaking abstractions (putting things where they do…

I loathe using AI in a greenfield project. There are simply too many possible paths, so it seems to randomly switch between approaches.

In a brownfield code base, I can often provide it reference files to pattern match against. So much easier to get great results when it can anchor itself in the rest of your code base.

Re: GitHub Copilot Coding Agent

#98

Earlier quoted context omitted.

We've been using Copilot coding agent internally at GitHub, and more widely across Microsoft, for nearly three months. That dogfooding has been hugely valuable, with tonnes of valuable feedback (and bug bashing!) that has helped us get the agent ready to launch today. So far, the agent has been used by about 400 GitHub employees in more than 300 our our repositories, and we've merged almost 1,000 pull requests contri…

> we've merged almost 1,000 pull requests contributed by Copilot I'm curious to know how many Copilot PRs were not merged and/or required human take-overs.

"We need to get 1000 PRs merged from Copilot" "But that'll take more time" "Doesn't matter"

Re: GitHub Copilot Coding Agent

#99
post #13

> Copilot excels at low-to-medium complexity tasks in well-tested codebases, from adding features and fixing bugs to extending tests, refactoring, and improving documentation. Bounds bounds bounds bounds. The important part for humans seems to be maintaining boundaries for AI. If your well-tested codebase has the tests built thru AI, its probably not going to work. I think its somewhat telling that they can't share n…

From talking to colleagues at Microsoft it's a very management-driven push, not developer-driven. Friend on an Azure team had a team member who was nearly put on a PIP because they refused to install the internal AI coding assistant. Every manager has "number of developers using AI" as an OKR, but anecdotally most devs are installing the AI assistant and not using it or using it very occasionally. Allegedly it's pretty terrible at C# and PowerShell which limits its usefulness at MS.

Re: GitHub Copilot Coding Agent

#100

Earlier quoted context omitted.

> we've merged almost 1,000 pull requests contributed by Copilot I'm curious to know how many Copilot PRs were not merged and/or required human take-overs.

"We need to get 1000 PRs merged from Copilot" "But that'll take more time" "Doesn't matter"

I do agree that some scepticism is due here but how can we tell if we're treading into "moving the goal posts" territory?
Post reply on HN