4 ms·

I found the fact Copilot is close sourced -- not just the model, but even the plugins are close sourced -- is very worrying. Good to see efforts on the alternat

I found the fact Copilot is close sourced -- not just the model, but even the plugins are close sourced -- is very worrying. Good to see efforts on the alternatives.

3abiton 3y ago
There is also Phind and WizardLM, but I found their performance to be quite poor tbh. It's hard to match gpt-3.5 quality.
lolinder 3y ago
Can you elaborate on why it's worrying to you? Is it more worrying than, say, Visual Studio being closed source?
- manojlds 3y ago
  Yes because there's no reason for a visual studio code extension like this to be closed source.
- raincole 3y ago
  It's worrying because it feels like MS will add more and more closed source "features" to VSCode and undermine its open source-ness. It also prevent other editors' users from building Copilot plugins. For example, there won't be a Copilot plugin for Emacs that can be accepted by Emacs's official repostiory. > Visual Studio being closed source If VScode isn't the de facto universal editor accepted by every programming language's community (notice that even this particular thread is about a VSCode plugin!), I won't be so worried.
adocomplete 3y ago
And if you're looking for alternatives - we at Sourcegraph are building Cody - and it is open source. https://about.sourcegraph.com/cody https://about.sourcegraph.com/cody
- all2 3y ago
  I tried to use Cody and the UI was confusing and the completions were unbearably slow. I was using the Rider plugin. I want Cody to work for me, but right now it doesn't. I really, really want whole project awareness (maybe even to leverage a concurrently running language server?) for my completions. Do you guys have a usage tutorial or a video somewhere? Are you flexible with how your UI is being implemented (ie, can I pitch you ideas)?
  - adocomplete 3y ago
    I'm sorry to hear that. We have made a lot of improvements to Cody recently. We had a big release on Oct 4 that significantly decreased latency while improving completion quality. You can read all about it here: https://about.sourcegraph.com/blog/feature-release-october-2023 https://about.sourcegraph.com/blog/feature-release-october-2... We love feedback and ideas as well, and like I said are constantly iterating on the UI to improve it. I'm actually wrapping up a blog post on how to better leverage Cody w/ VS Studio, that'll be out either later today or sometime tomorrow. As far as feedback though: https://github.com/sourcegraph/cody/discussions/new?category=product-feedback&labels=vscode https://github.com/sourcegraph/cody/discussions/new?category... would be the place to share ideas :)
    - all2 3y ago
      I'll get it installed and try it again. I appreciate the work you guys are doing!
      - adocomplete 3y ago
        Awesome! Would love to hear about your experience trying it now and seeing if we're doing any better for your use-case. :)
- jmherbst 3y ago
  Does Cody ship code/context back to sourcegraph at all? My company prohibits this

I found the fact Copilot is close sourced -- not just the model, but even the plugins are close sourced -- is very worrying. Good to see efforts on the alternatives.

3abiton 3y ago

There is also Phind and WizardLM, but I found their performance to be quite poor tbh. It's hard to match gpt-3.5 quality.

lolinder 3y ago

Can you elaborate on why it's worrying to you? Is it more worrying than, say, Visual Studio being closed source?

manojlds 3y ago
Yes because there's no reason for a visual studio code extension like this to be closed source.
raincole 3y ago
It's worrying because it feels like MS will add more and more closed source "features" to VSCode and undermine its open source-ness. It also prevent other editors' users from building Copilot plugins. For example, there won't be a Copilot plugin for Emacs that can be accepted by Emacs's official repostiory. > Visual Studio being closed source If VScode isn't the de facto universal editor accepted by every programming language's community (notice that even this particular thread is about a VSCode plugin!), I won't be so worried.

adocomplete 3y ago

And if you're looking for alternatives - we at Sourcegraph are building Cody - and it is open source. https://about.sourcegraph.com/cody https://about.sourcegraph.com/cody

all2 3y ago
I tried to use Cody and the UI was confusing and the completions were unbearably slow. I was using the Rider plugin. I want Cody to work for me, but right now it doesn't. I really, really want whole project awareness (maybe even to leverage a concurrently running language server?) for my completions. Do you guys have a usage tutorial or a video somewhere? Are you flexible with how your UI is being implemented (ie, can I pitch you ideas)?
- adocomplete 3y ago
  I'm sorry to hear that. We have made a lot of improvements to Cody recently. We had a big release on Oct 4 that significantly decreased latency while improving completion quality. You can read all about it here: https://about.sourcegraph.com/blog/feature-release-october-2023 https://about.sourcegraph.com/blog/feature-release-october-2... We love feedback and ideas as well, and like I said are constantly iterating on the UI to improve it. I'm actually wrapping up a blog post on how to better leverage Cody w/ VS Studio, that'll be out either later today or sometime tomorrow. As far as feedback though: https://github.com/sourcegraph/cody/discussions/new?category=product-feedback&labels=vscode https://github.com/sourcegraph/cody/discussions/new?category... would be the place to share ideas :)
  - all2 3y ago
    I'll get it installed and try it again. I appreciate the work you guys are doing!
    - adocomplete 3y ago
      Awesome! Would love to hear about your experience trying it now and seeing if we're doing any better for your use-case. :)
jmherbst 3y ago
Does Cody ship code/context back to sourcegraph at all? My company prohibits this