O novo CEO do GitHub fala sobre o futuro do editor de texto Atom, VSTS e muito mais

Ícone de tempo de leitura 7 minutos. ler


Os leitores ajudam a oferecer suporte ao MSpoweruser. Podemos receber uma comissão se você comprar através de nossos links. Ícone de dica de ferramenta

Leia nossa página de divulgação para descobrir como você pode ajudar o MSPoweruser a sustentar a equipe editorial Saiba mais

GitHub da Microsoft


No início desta semana, a Microsoft oficialmente anunciou que está adquirindo o GitHub, a plataforma de desenvolvimento de software líder mundial por cerca de US$ 7.5 bilhões. A Microsoft mencionou que o GitHub operará de forma independente e continuará a fornecer uma plataforma aberta para todos os desenvolvedores em todos os setores, suportando linguagens de programação, ferramentas e sistemas operacionais de sua escolha para seus projetos. A Microsoft também disse que o CVP Nat Friedman se tornará o CEO do GitHub, enquanto o atual CEO do GitHub, Chris Wanstrath, se tornará um membro técnico da Microsoft. Nat Friedman discutiu hoje muitas coisas sobre o futuro do GitHub na Microsoft durante seu AmA no Reddit. Você pode ler algumas de suas respostas abaixo.

P: Quais são os planos da Microsoft em relação ao editor de texto Atom do GitHub (que obviamente se sobrepõe ao usuário de destino com o VS Code)?

Os desenvolvedores são realmente específicos sobre sua configuração, e escolher um editor é uma das decisões mais pessoais que um desenvolvedor faz. Os idiomas mudam, os empregos mudam, você geralmente compra um novo computador ou atualiza seu sistema operacional, mas geralmente escolhe um editor e cresce com ele por anos. A última coisa que eu gostaria de fazer é tirar essa decisão dos usuários do Atom.

Atom é um editor fantástico com uma comunidade saudável, fãs adoráveis, design excelente e uma incursão promissora na colaboração em tempo real. Na Microsoft, já usamos todos os editores, do Atom ao VS Code, do Sublime ao Vim, e queremos que os desenvolvedores usem qualquer editor que preferirem com o GitHub.

Portanto, continuaremos a desenvolver e oferecer suporte ao Atom e ao VS Code daqui para frente.

P: Isso significará que alguns recursos de produtos da Microsoft (Visual Studio Live Share) também serão transferidos para o Atom?

O VS Code e o Atom realmente compartilham uma tonelada de história e código, e a Microsoft e o GitHub colaboram nas tecnologias fundamentais há anos:

  • Mais obviamente, trabalhamos juntos no Electron, a base comum para ambos os editores. A Microsoft começou a trabalhar com o GitHub no Electron quando foi anunciado em 2015 – quando ainda era chamado de AtomShell e antes do VS Code ser anunciado. Entramos em seus canais Slack e participamos de hackathons, e a Microsoft tem sido uma das principais contribuidoras do Electron desde então. Também usamos Electron em muitos outros produtos…
  • átomo-ide ?adotou o ?Protocolo do servidor de idiomas ?que desenvolvemos como parte do VS Code. Isso permite compartilhar suporte avançado a idiomas entre o VS Code e o Atom. Todos os pacotes de idiomas aos quais o Atom-ide oferece suporte compartilham os servidores de idiomas com o VS Code.
  • A comunidade Atom-ide também está falando sobre a adoção do ?Protocolo do adaptador de depuração? que habilitará o suporte ao depurador comum entre o Atom e o VS Code.
  • Estamos empolgados com os recentes desenvolvimentos na colaboração em tempo real, e espero que o Atom Teletype e o VS Code Live Share coordenem os protocolos para que, eventualmente, os desenvolvedores usando qualquer um dos editores possam editar os mesmos arquivos juntos em tempo real.

Então, eu amo os anos de colaboração entre a Microsoft e o GitHub que produziram esses dois editores amados, e espero que esse relacionamento frutífero continue!

P: Qual é a sua resposta às pessoas que movem repositórios para o GitLab e outros provedores?

Os desenvolvedores são pensadores independentes e sempre terão um grau saudável de ceticismo, mas admito que fiquei triste ao ver que alguns se sentiram compelidos a mudar seu código. Eu levo a sério a responsabilidade de ganhar a confiança deles.

OTOH, acho ótimo que o git dê aos desenvolvedores a flexibilidade de mover seus repositórios assim, e espero que aqueles que experimentaram outros hosts Git nos últimos dias mantenham a mente aberta e considerem voltar atrás assim que demonstrarmos nosso compromisso com a abertura e tornou o GitHub ainda maior. Se eles optarem por não voltar atrás, é uma prerrogativa deles e celebramos a escolha do desenvolvedor mesmo quando os desenvolvedores não nos escolhem.

Dito isso, a equipe do GitHub relata que o conjunto de usuários que migraram ou fecharam suas contas é extremamente pequeno, e isso é mais do que compensado pelo aumento de novas inscrições e novo interesse no GitHub nesta semana.

P: Devemos antecipar que algum anúncio comece a aparecer em nossos repositórios públicos de projetos do GitHub?

Não.

(Algum contexto histórico: quando o GitHub começou, o Sourceforge era o site de hospedagem de código dominante na internet. O Sourceforge acabou sendo de propriedade de um conglomerado de mídia, que monetizou fortemente o site por meio de publicidade. Tornou-se um pântano de banners e pop-ups e downloads atrasados para expor os usuários a mais anúncios. A interface limpa do GitHub e a abordagem centrada no desenvolvedor podem ser vistas em parte como uma reação contra o Sourceforge. Obviamente, tem sido o caminho certo.)

P: Além dos repositórios públicos de código aberto mais visíveis, o GitHub abriga inúmeros repositórios -privados-, muitos dos quais são de propriedade de empresas com ofertas que competem diretamente com a Microsoft. Este é um conflito de interesses muito claro. Que medidas a Microsoft pode tomar para provar que os repositórios privados permanecem privados mesmo para funcionários e executivos da Microsoft?

A Microsoft hospeda as informações confidenciais de mais de um bilhão de clientes hoje, e essa é uma responsabilidade que levamos muito a sério.

O GitHub já possui políticas e controles para limitar o acesso de funcionários a repositórios privados, e isso permanecerá mais rígido do que nunca na Microsoft.

P: Quais elementos da cultura do Github você gostaria de trazer para a Microsoft?

Uma das coisas legais do GitHub é que o GitHub roda no GitHub; suas funções de vendas, marketing e jurídicas realmente usam problemas e pull requests para colaborar em toda a empresa. Isso significa que todas as várias equipes trabalham a céu aberto, e isso contribui para uma cultura muito colaborativa (também significa que os novos advogados do GitHub aprendem como mesclar um PR e quais emojis usar quando ingressarem!).

P: Minha pergunta é a seguinte: que tipo de integração, concorrência, descontinuação etc. podemos esperar em relação ao VSTS e ao GitHub que oferecem serviços muito semelhantes? Existem planos para que os produtos e/ou equipes sejam mesclados de ambas as áreas ou eles permanecerão separados?

Milhões de desenvolvedores confiam no VSTS, incluindo a própria Microsoft. O VSTS também tem muitas funcionalidades que vão além do controle de versão, incluindo CI, gerenciamento de versão, gerenciamento de teste manual etc. Nosso plano é continuar a oferecer suporte ao controle de versão do VSTS e ao GitHub e fazer o trabalho de integração para que os usuários do VSTS tenham experiência, com total integração e rastreabilidade, caso optem por usar o GitHub para controle de versão.

P: O Github vai mudar do ponto de vista tecnológico/de pilha? Para ser mais preciso, a pilha ainda será focada principalmente em Ruby / Rails ou veremos mais diversificação em relação à tecnologia?

O GitHub foi obviamente um dos primeiros a adotar o Rails e a equipe fez um trabalho incrível de escalar sua pilha para ser um dos maiores sites da Internet (nº 34 nos EUA no Alexa). Não há planos para replataformar o GitHub.

P: Você está mantendo contas normais do GitHub ou tentando forçar os usuários a usar uma conta universal da Microsoft para login no GitHub?

Adoramos o login do GitHub. Sua conta do GitHub é sua identidade de desenvolvedor, e muitos usuários estão acostumados a fazer login em ferramentas e serviços de desenvolvedor (por exemplo, Travis, Circle) com suas contas do GitHub. Portanto, podemos decidir adicionar o GitHub como uma opção de login à Microsoft.

P: Dado o histórico de aquisições da Microsoft e a reputação manchada que alguns produtos receberam como resultado, por que devemos confiar que isso é uma coisa boa para o futuro do GitHub?

A Microsoft aprendeu algumas lições difíceis (caras) sobre esse tipo de aquisição. As aquisições sob a atual liderança da Microsoft têm um bom histórico – Minecraft e LinkedIn são exemplos em que a Microsoft adquiriu uma plataforma de sucesso, forneceu às empresas os recursos necessários para acelerar e depois permitiu que continuassem a operar de forma independente. Está funcionando bem.

Você pode ler mais respostas de Nat no link da fonte abaixo.

Fonte: Reddit

Mais sobre os tópicos: Edição de texto átomo, Futuro CEO, Github, microsoft, Nathan Friedman, Reddit AmA, VSTS

Deixe um comentário

O seu endereço de e-mail não será publicado. Os campos obrigatórios são marcados com *