Il nuovo CEO di GitHub parla del futuro dell'editor di testo Atom, di VSTS e altro ancora

All'inizio di questa settimana, Microsoft ufficialmente ha annunciato che sta acquisendo GitHub, la piattaforma di sviluppo software leader nel mondo per circa 7.5 miliardi di dollari. Microsoft ha affermato che GitHub opererà in modo indipendente e continuerà a fornire una piattaforma aperta per tutti gli sviluppatori di tutti i settori supportando linguaggi di programmazione, strumenti e sistemi operativi di loro scelta per i loro progetti. Microsoft ha anche affermato che CVP Nat Friedman diventerà CEO di GitHub mentre l'attuale CEO di GitHub, Chris Wanstrath, diventerà un collega tecnico di Microsoft. Nat Friedman oggi ha discusso molte cose sul futuro di GitHub sotto Microsoft durante il suo AmA su Reddit. Puoi leggere alcune delle sue risposte di seguito.

D: Quali piani ha Microsoft per quanto riguarda l'editor di testo Atom di GitHub (che ovviamente si sovrappone nell'utente di destinazione con VS Code)?

Gli sviluppatori sono molto attenti alla loro configurazione e la scelta di un editor è una delle decisioni più personali che uno sviluppatore prende. Le lingue cambiano, i lavori cambiano, spesso ottieni un nuovo computer o aggiorni il tuo sistema operativo, ma di solito scegli un editor e cresci con esso per anni. L'ultima cosa che vorrei fare è togliere quella decisione agli utenti Atom.

Atom è un editor fantastico con una community sana, fan adoranti, un design eccellente e una promettente incursione nella collaborazione in tempo reale. In Microsoft, utilizziamo già tutti gli editor da Atom a VS Code, da Sublime a Vim e vogliamo che gli sviluppatori utilizzino qualsiasi editor che preferiscono con GitHub.

Quindi continueremo a sviluppare e supportare sia Atom che VS Code in futuro.

D: Ciò significa che alcune funzionalità dei prodotti Microsoft (Visual Studio Live Share) passeranno anche ad Atom?

VS Code e Atom in realtà condividono un sacco di storia e codice, e Microsoft e GitHub hanno collaborato per anni alle tecnologie fondamentali:

• Ovviamente, lavoriamo insieme su Electron, la base comune per entrambi gli editori. Microsoft ha iniziato a lavorare con GitHub su Electron quando è stato annunciato nel 2015, quando si chiamava ancora AtomShell e prima dell'annuncio di VS Code. Ci siamo uniti ai loro canali Slack e abbiamo partecipato a hackathon e da allora Microsoft ha contribuito in modo importante a Electron. Usiamo Electron anche in molti altri prodotti...
• Atomico ?adottato il ?Protocollo del server di lingua ?che abbiamo sviluppato come parte di VS Code. Ciò consente la condivisione del supporto linguistico avanzato tra VS Code e Atom. I Language Pack supportati da Atom-ide condividono tutti i server delle lingue con VS Code.
• Anche la comunità Atom-ide sta parlando di adottare il ?Protocollo dell'adattatore di debug? che consentirà il supporto comune del debugger tra Atom e VS Code.
• Siamo entusiasti dei recenti sviluppi nella collaborazione in tempo reale e mi aspetto che Atom Teletype e VS Code Live Share si coordinino sui protocolli in modo che alla fine gli sviluppatori che utilizzano uno dei due editor possano modificare gli stessi file insieme in tempo reale.

Quindi, adoro gli anni di collaborazione tra Microsoft e GitHub che hanno prodotto questi due amati editor e mi aspetto che questa fruttuosa relazione continui!

D: Qual è la tua risposta alle persone che spostano i repository su GitLab e altri provider?

Gli sviluppatori sono pensatori indipendenti e avranno sempre un sano grado di scetticismo, ma ammetto di essere stato triste nel vedere che alcuni si sono sentiti obbligati a spostare il loro codice. Mi prendo seriamente la responsabilità di guadagnarmi la loro fiducia.

OTOH, penso che sia fantastico che git dia agli sviluppatori la flessibilità di spostare i loro repository in questo modo, e spero che coloro che hanno provato altri host Git negli ultimi giorni manterranno una mente aperta e considereranno di tornare indietro una volta che avremo dimostrato il nostro impegno per l'apertura e ha reso GitHub ancora più grande. Se scelgono di non tornare indietro, questa è una loro prerogativa e celebriamo la scelta degli sviluppatori anche quando gli sviluppatori non scelgono noi.

Detto questo, il team di GitHub riferisce che l'insieme di utenti che hanno migrato o chiuso i propri account è estremamente piccolo, e questo è più che compensato dall'ondata di nuove iscrizioni e dal nuovo interesse per GitHub questa settimana.

D: Dovremmo anticipare che qualsiasi pubblicità inizi ad apparire nei nostri repository pubblici di progetti GitHub?

No.

(Un po' di contesto storico: quando GitHub è iniziato, Sourceforge era il sito di hosting di codice dominante su Internet. Sourceforge è stato infine di proprietà di un conglomerato di media, che ha monetizzato pesantemente il sito attraverso la pubblicità. È diventato una palude di banner pubblicitari e pop-up e download ritardati per esporre gli utenti a più annunci. L'interfaccia pulita di GitHub e l'approccio incentrato sullo sviluppatore possono essere visti in parte come una reazione contro Sourceforge. Ovviamente è stata la strada giusta.)

D: Oltre ai repository open source pubblici più visibili, GitHub ospita innumerevoli repository -privati-, molti dei quali sono di proprietà di aziende con offerte che competono direttamente con Microsoft. Questo è un conflitto di interessi molto chiaro. Quali passi può intraprendere Microsoft per dimostrare che i repository privati ​​rimangono privati ​​anche da parte di dipendenti e dirigenti Microsoft?

Microsoft ospita oggi le informazioni riservate di oltre un miliardo di clienti e questa è una responsabilità che prendiamo molto sul serio.

GitHub ha già in atto politiche e controlli per limitare l'accesso dei dipendenti ai repository privati, e questo rimarrà rigido come sempre sotto Microsoft.

D: Quali elementi della cultura di Github vorresti portare in Microsoft?

Una delle cose interessanti di GitHub è che GitHub funziona su GitHub; le loro funzioni di vendita, marketing e legali utilizzano effettivamente i problemi e richiamano le richieste per collaborare all'interno dell'azienda. Ciò significa che tutti i vari team lavorano all'aperto e questo contribuisce a una cultura molto collaborativa (significa anche che i nuovi avvocati di GitHub imparano come unire una PR e quali emoji usare quando si uniscono!).

D: La mia domanda è questa: che tipo di integrazione, concorrenza, deprecazione, ecc. possiamo aspettarci per quanto riguarda VSTS e GitHub che offrono entrambi servizi molto simili? Ci sono piani per la fusione di prodotti e/o team da entrambe le aree o rimarranno separati?

Milioni di sviluppatori si affidano a VSTS, inclusa la stessa Microsoft. VSTS ha anche molte funzionalità che vanno oltre il controllo della versione, inclusi CI, gestione delle versioni, gestione dei test manuali, ecc. Il nostro piano è di continuare a supportare sia il controllo della versione di VSTS che GitHub e di svolgere il lavoro di integrazione in modo che gli utenti di VSTS abbiano un ottimo esperienza, con piena integrazione e tracciabilità, se scelgono di utilizzare GitHub per il controllo della versione.

D: Github cambierà dal punto di vista tecnologico/dello stack? Per essere più precisi, lo stack sarà ancora principalmente focalizzato su Ruby / Rails o vedremo una maggiore diversificazione per quanto riguarda la tecnologia?

GitHub è stato ovviamente uno dei primi ad adottare Rails e il team ha fatto un lavoro incredibile nel ridimensionare il proprio stack fino a diventare uno dei siti più grandi su Internet (#34 negli Stati Uniti su Alexa). Non ci sono piani per ripiattare GitHub.

D: Stai mantenendo normali account GitHub o stai cercando di spingere gli utenti a utilizzare un account Microsoft universale per l'accesso a GitHub?

Adoriamo l'accesso a GitHub. Il tuo account GitHub è la tua identità di sviluppatore e molti utenti sono abituati ad accedere a strumenti e servizi per sviluppatori (ad es. Travis, Circle) con i loro account GitHub. Quindi, semmai, potremmo decidere di aggiungere GitHub come opzione di accesso a Microsoft.

D: Data la cronologia delle acquisizioni di Microsoft e la reputazione offuscata che alcuni prodotti hanno ricevuto di conseguenza, perché dovremmo fidarci che questa è una cosa positiva per il futuro di GitHub?

Microsoft ha imparato alcune dure (costose) lezioni su questo tipo di acquisizione. Le acquisizioni sotto l'attuale leadership di Microsoft hanno un buon track record: Minecraft e LinkedIn sono esempi in cui Microsoft ha acquisito una piattaforma di successo, ha fornito alle aziende le risorse necessarie per accelerare, quindi ha permesso loro di continuare a operare in modo indipendente. Funziona bene.

Puoi leggere più risposte di Nat dal link alla fonte qui sotto.

Fonte: Reddit