I currently use copilot in my terminal by using copilot.vim and then using C-x C-e in my command line to bring it into my editor but I have to exit and re-enter to get traditional autocomplete which I find annoying. Paths come easy since neovim will complete this for me with Deoplete but the rest is not straightforward.
GitHub Copilot X – Sign up for technical preview
291–300 of 771 posts
Re: GitHub Copilot X – Sign up for technical preview
#292Earlier quoted context omitted.
The domain name on that authorization prompt was more than enough to get me to decline. I wouldn't have hesitated at all if it were at next.github.com.
Totally get it. I’ve passed feedback on to the team so (hopefully) the CLI app will be be clearly from GitHub soon (we need to transfer it to the regular GitHub org and then there hopefully won’t be any confusion). GitHub Next exists in a different org from GitHub proper for lots of reasons, but we should definitely make it more clear that those experiments are still from GitHub.
To me the auth flow looks wrong. The CLI oauth would get act on your behalf, but the website to apply for access should not under any circumstance do that.
Maybe it's just copy and pasted from somewhere, but it looks wrong to me regardless.
Re: GitHub Copilot X – Sign up for technical preview
#293Earlier quoted context omitted.
I hope that Copilot X will be brought to other IDEs as well, not just Visual Studio [Code].
Seems that you didn't bother checked their site before commenting. Check it out here[0], but TLDR: they have VS, VS code, Jetbrains and NeoVim logos in there. [0] https://github.com/features/preview/copilot-x
The page you linked only shows those logos in a block that specifically talks about Copilot, not Copilot X, so I don't see how this implies that Copilot X will come to those platforms as well.
(I expect implementations for those platforms to show up eventually, I just don't think the logos on that page are evidence for that.)
Re: GitHub Copilot X – Sign up for technical preview
#294“developers can verbally give natural language prompts.” One more reason to demand remote work. I really do not want to be sitting next to the guy who spends 8 hours talking to his computer.
I think you may be missing the intended audience for this — it’s aimed at folks who are visually or otherwise impaired and cannot type using a traditional keyboard/input device.
The accessibility potential of AI is vastly understated. I expect this to fill that niche perfectly. The difference would be life changing for millions of people.
Re: GitHub Copilot X – Sign up for technical preview
#295Earlier quoted context omitted.
I like how you probably spent more time looking up your multiple-year-old comment that could have instead been used to make sure that you’re not sounding like a fool that doesn’t know what he’s talking about. They have already committed to releasing it to all editors Copilot supports. So, you know, the exact opposite of editor lock in.
> I like how you probably spent more time looking up your multiple-year-old comment that could have instead been used to make sure that you’re not sounding like a fool that doesn’t know what he’s talking about. It took seconds and it is still true and evergreen to this day. Thanks for your so called 'concern'. > They have already committed to releasing it to all editors Copilot supports. So, you know, the exact oppos…
Considering they have several third party editor logos in full display on their main landing page, I'm going to believe Microsoft and OpenAI over some random naysayer on the internet who didn't even bother to check.
https://github.com/features/preview/copilot-x
What benefit would they even gain from locking it to their free editor? If anything, VS Code is a way for Microsoft to push other services like Copilot. The strategy has been and continues to be to bring these services to where the developer is.
Re: GitHub Copilot X – Sign up for technical preview
#296Earlier quoted context omitted.
> Governments will have to ponder about what to do with a world of people who became inferior to machines at almost everything. Universal Basic Income? Inferior to machines at almost everything? Most jobs are safe, look at the 25 most common jobs in the US - cashier, food preparation worker, stocking associate, laborer, janitor, construction worker, bookkeeper, server, medical assistant, bartender, administrative ass…
Do you genuinely believe machines can't handle most of those jobs with ease? The only reason why they haven't already been replaced is because humans can be exceptionally cheap. Much easier to hire somebody to sit at a desk for $10/hour doing repetitive tasks than spend millions implementing systems across the board to do what they do (for now).
While we have seem some huge leaps in AI, robotics is still far behind human capability. Things like food preparation are not anywhere close to being feasible right now.
So perhaps in the medium future humans will be "stuck" doing only physical tasks, while AIs take over everything that can be done virtually.
Re: GitHub Copilot X – Sign up for technical preview
#297I tried getting myself on the CLI waitlist ( https://githubnext.com/projects/copilot-cli/ ). That they use ffmpeg as the example hits a huge pain point for me. But: "Next Waitlist by GitHub Next would like permission to: Act on your behalf Not owned or operated by GitHub" Why does signing up for a waitlist require me to give permissions to an app to act in my account? An app that isn't even officially from GitHub? Th…
I think this is just a standard API access prompt. The GitHub Next page clearly indicates it is (C) GitHub Inc and the blog post makes GitHub's control clear.
> The GitHub Next page clearly indicates it is (C) GitHub Inc and the blog post makes GitHub's control clear.
This is not clear at all. Phishing websites always say (C) Bank of America. That doesn't make it legit.
Re: GitHub Copilot X – Sign up for technical preview
#298Earlier quoted context omitted.
So… a junior developer? I (mostly) kid but some seniors I know struggle at those things.
I mean I get what you're saying. But it doesn't just struggle with those things - they aren't even the sort of things it can do.
Yes. Of all the comments I've made on HN, that one most deserves to be down-voted. Jr. Devs I know are motivated and reasonably intelligent.
Re: GitHub Copilot X – Sign up for technical preview
#299Earlier quoted context omitted.
It’s officially from GitHub. There is some weird language (that I’ll absolutely pass feedback on to the team), I think because GitHub Next is a different organization from GitHub proper, but I can assure you, this is an official GitHub app. But I totally agree that this isn’t a great/clear message about where this is from.
I raised this concern before about how unclear this is and the concern was pretty much dismissed https://news.ycombinator.com/item?id=33539150 "Techies" often lament about how silly users are about falling for phishing tricks, but then they also routinely make it so difficult to determine what's legit from what's fake.
Totally agree. I did the same double-take with some stuff at Universe and I work here. As Idan said back then, there are lots of reasons that we want Next to be separate from GitHub proper. But you’re absolutely correct that we should make it more clear that anything from Next is not a rogue org and also part of GitHub.
Thanks for the feedback.
Re: GitHub Copilot X – Sign up for technical preview
#300Earlier quoted context omitted.
> have to wonder at what point developers remember how anti-developer Microsoft used to be Microsoft has historically been anti-opensource, but not anti-developer. Their first product was a BASIC interpreter and in my experience throughout the 90s and early 2000s their developer ecosystem (aka Visual Studio) has really been first-class. I am not a fan of Microsoft because they have been openly hostile to open source,…
Microsoft was also a long time anti-commandline and against scripting, they tried to made everything clickable, with wizards and s**, and remove text and keyboard-input as much as possible for admins and devs. Thinking about, Copilot is in it's own way, a continuation of this, just more dev-friendly.
> Microsoft was also a long time anti-commandline and against scripting, they tried to made everything clickable, with wizards and s*,
I'd categorize this as incompetence, not malice towards developers.
Specifically: Microsoft thought that code-creation wizards and UI would offer a better story than command line and text. Those attempts were misguided, and MS adjusted. The command line culture at MS has been pervasive for a long time, despite the quirkiness of DOS, so I must object to your categorization of MS being anti command-line and anti-scripting.
[disclaimer, MS employee, my opinion only.]