GitHub Introduces Copilot Extensions
github.blog
GitHub Introduces Copilot Extensions
1–9 of 9 posts
Re: GitHub Introduces Copilot Extensions
#2For example, if Microsoft took a chapter from Apples (anticompetitive) playbook with Spotify, They could always make Azure Extensions N features ahead of equivalent AWS Extensions.
The productivity gains vscode devs would have by using Azure would always be more than AWS, and the cycle of user lock in would march forward.
Re: GitHub Introduces Copilot Extensions
#3This type of vertical integration must have Amazon a little worried. For example, if Microsoft took a chapter from Apples (anticompetitive) playbook with Spotify, They could always make Azure Extensions N features ahead of equivalent AWS Extensions. The productivity gains vscode devs would have by using Azure would always be more than AWS, and the cycle of user lock in would march forward.
Re: GitHub Introduces Copilot Extensions
#4Re: GitHub Introduces Copilot Extensions
#5This type of vertical integration must have Amazon a little worried. For example, if Microsoft took a chapter from Apples (anticompetitive) playbook with Spotify, They could always make Azure Extensions N features ahead of equivalent AWS Extensions. The productivity gains vscode devs would have by using Azure would always be more than AWS, and the cycle of user lock in would march forward.
It’s surprising that Amazon hasn’t bought Atlassian or GitLab and Google hasn’t bought the other one. Maybe owning a developer platform is core to Microsoft’s DNA in a way that it could never be for a retailer or advertising company, but the synergies of having a developer platform to complement your cloud platform are obvious.
GitLab and Google would have much better "synergy" since GL already runs on GCP. The ruby may be a culture clash, but I wouldn't put it past Google to have some tooling to help GL straighten out their ruby mess
Secretly, though, I want Google to buy Atlassian just to send it to KilledByGoogle
Re: GitHub Introduces Copilot Extensions
#6Earlier quoted context omitted.
It’s surprising that Amazon hasn’t bought Atlassian or GitLab and Google hasn’t bought the other one. Maybe owning a developer platform is core to Microsoft’s DNA in a way that it could never be for a retailer or advertising company, but the synergies of having a developer platform to complement your cloud platform are obvious.
> It’s surprising that Amazon hasn’t bought Atlassian or GitLab and Google hasn’t bought the other one GitLab and Google would have much better "synergy" since GL already runs on GCP. The ruby may be a culture clash, but I wouldn't put it past Google to have some tooling to help GL straighten out their ruby mess Secretly, though, I want Google to buy Atlassian just to send it to KilledByGoogle
Re: GitHub Introduces Copilot Extensions
#7Re: GitHub Introduces Copilot Extensions
#8This type of vertical integration must have Amazon a little worried. For example, if Microsoft took a chapter from Apples (anticompetitive) playbook with Spotify, They could always make Azure Extensions N features ahead of equivalent AWS Extensions. The productivity gains vscode devs would have by using Azure would always be more than AWS, and the cycle of user lock in would march forward.
It’s surprising that Amazon hasn’t bought Atlassian or GitLab and Google hasn’t bought the other one. Maybe owning a developer platform is core to Microsoft’s DNA in a way that it could never be for a retailer or advertising company, but the synergies of having a developer platform to complement your cloud platform are obvious.
Re: GitHub Introduces Copilot Extensions
#9The sentry demo makes me wonder if this chat-based, IDE interface would be the preferred go-to for Devs for multi-tool, multi-step workflows? Or would they prefer to automate the flow as a background, asynchronous task?
Definitely want to use it for automation. When writing bindings for a large library it's helpful to have a script that picks several files as implementation examples then has Copilot write the rest by i.e. looping over library headers.