Noul CEO al GitHub vorbește despre viitorul editorului de text Atom, VSTS și multe altele

La începutul acestei săptămâni, Microsoft oficial a anunțat că achiziționează GitHub, cea mai importantă platformă de dezvoltare software din lume, pentru aproximativ 7.5 miliarde de dolari. Microsoft a menționat că GitHub va funcționa independent și va continua să ofere o platformă deschisă pentru toți dezvoltatorii din toate industriile, sprijinind limbaje de programare, instrumente și sisteme de operare alese pentru proiectele lor. Microsoft a mai spus că CVP Nat Friedman va deveni CEO GitHub, în ​​timp ce actualul CEO al GitHub, Chris Wanstrath, va deveni membru tehnic Microsoft. Nat Friedman a discutat astăzi multe lucruri despre viitorul GitHub sub Microsoft în timpul lui AmA pe Reddit. Puteți citi mai jos câteva dintre răspunsurile lui.

Î: Ce planuri are Microsoft cu privire la editorul de text Atom al GitHub (care se suprapune în mod evident utilizatorului țintă cu VS Code)?

Dezvoltatorii sunt cu adevărat deosebiti în ceea ce privește configurarea lor, iar alegerea unui editor este una dintre cele mai personale decizii pe care le ia un dezvoltator. Limbile se schimbă, locurile de muncă se schimbă, de multe ori obțineți un computer nou sau vă actualizați sistemul de operare, dar de obicei alegeți un editor și creșteți cu el ani de zile. Ultimul lucru pe care aș vrea să-l fac este să iau această decizie de la utilizatorii Atom.

Atom este un editor fantastic cu o comunitate sănătoasă, fani adoratori, design excelent și o incursiune promițătoare în colaborarea în timp real. La Microsoft, folosim deja fiecare editor de la Atom la VS Code la Sublime la Vim și dorim ca dezvoltatorii să folosească orice editor pe care îl preferă cu GitHub.

Deci vom continua să dezvoltăm și să sprijinim atât Atom, cât și VS Code în continuare.

Î: Va însemna asta că unele caracteristici ale produsului Microsoft (Visual Studio Live Share) vor trece în cele din urmă și la Atom?

VS Code și Atom împărtășesc de fapt o mulțime de istorie și cod, iar Microsoft și GitHub au colaborat la tehnologiile de bază de ani de zile:

• Cel mai evident, lucrăm împreună la Electron, fundația comună pentru ambii editori. Microsoft a început să lucreze cu GitHub pe Electron când a fost anunțat în 2015 – când încă se numea AtomShell și înainte ca VS Code să fie anunțat. Ne-am alăturat canalelor lor Slack și am participat la hackathon-uri, iar Microsoft a contribuit major la Electron de atunci. De asemenea, folosim Electron în multe alte produse...
• Atom-ide ?a adoptat ?Protocolul serverului de limbă ?pe care le-am dezvoltat ca parte a VS Code. Acest lucru permite partajarea suportului lingvistic avansat între VS Code și Atom. Pachetele de limbă pe care Atom-ide le acceptă partajează toate serverele de limbă cu VS Code.
• Comunitatea Atom-ide vorbește și despre adoptarea ?Protocolul adaptorului de depanare? care va permite suportul de depanare comun între Atom și VS Code.
• Suntem încântați de evoluțiile recente în colaborarea în timp real și mă aștept ca Atom Teletype și VS Code Live Share să se coordoneze pe protocoale, astfel încât, în cele din urmă, dezvoltatorii care folosesc oricare dintre editori să poată edita aceleași fișiere împreună în timp real.

Așadar, îmi plac anii de colaborare dintre Microsoft și GitHub care au produs acești doi editori îndrăgiți și mă aștept ca această relație fructuoasă să continue!

Î: Care este răspunsul dvs. la persoanele care mută repoziții către GitLab și alți furnizori?

Dezvoltatorii sunt gânditori independenți și vor avea întotdeauna un grad sănătos de scepticism, dar recunosc că am fost trist să văd că unii s-au simțit obligați să-și mute codul. Îmi asum în serios responsabilitatea de a le câștiga încrederea.

OTOH, cred că este grozav că git oferă dezvoltatorilor flexibilitatea de a-și muta depozitele astfel, și sper că cei care au încercat alte gazde Git în ultimele zile vor păstra mintea deschisă și vor lua în considerare revenirea după ce ne-am demonstrat angajamentul față de deschidere și a făcut GitHub și mai mare. Dacă aleg să nu se întoarcă, aceasta este prerogativa lor și sărbătorim alegerea dezvoltatorului chiar și atunci când dezvoltatorii nu ne aleg pe noi.

Acestea fiind spuse, echipa GitHub raportează că setul de utilizatori care au migrat sau și-au închis conturile este extrem de mic, iar acest lucru este mai mult decât compensat de creșterea noilor înscrieri și de noul interes pentru GitHub în această săptămână.

Î: Ar trebui să anticipăm că orice publicitate va începe să apară în depozitele noastre publice de proiecte GitHub?

Nu.

(Câte context istoric: când a început GitHub, Sourceforge era site-ul de găzduire a codurilor dominant pe internet. Sourceforge a fost în cele din urmă deținut de un conglomerat media, care a monetizat puternic site-ul prin publicitate. A devenit o mlaștină de reclame banner și ferestre pop-up și descărcări întârziate. pentru a expune utilizatorii la mai multe reclame. Interfața curată a GitHub și abordarea centrată pe dezvoltator pot fi văzute parțial ca o reacție împotriva Sourceforge. Evident, a fost calea cea bună.)

Î: Pe lângă cele mai vizibile depozite publice open source, GitHub găzduiește nenumărate depozite -private-, dintre care multe sunt deținute de companii cu oferte care concurează direct cu Microsoft. Acesta este un conflict de interese foarte clar. Ce pași poate lua Microsoft pentru a dovedi că depozitele private rămân private chiar și de la angajații și directorii Microsoft?

Microsoft găzduiește astăzi informațiile confidențiale a peste un miliard de clienți, iar aceasta este o responsabilitate pe care o luăm extrem de în serios.

GitHub are deja politici și controale în vigoare pentru a limita accesul angajaților la depozitele private, iar acest lucru va rămâne la fel de strict ca întotdeauna sub Microsoft.

Î: Ce elemente ale culturii Github ați dori să aduceți la Microsoft?

Unul dintre lucrurile interesante despre GitHub este că GitHub rulează pe GitHub; funcțiile lor de vânzări, marketing și juridice folosesc de fapt probleme și solicitări de atrage pentru a colabora în întreaga companie. Aceasta înseamnă că toate echipele lucrează în aer liber, iar acest lucru contribuie la o cultură foarte colaborativă (înseamnă, de asemenea, că noii avocați de la GitHub învață cum să fuzioneze un PR și ce emoji-uri să folosească atunci când se alătură!).

Î: Întrebarea mea este următoarea: la ce fel de integrare, concurență, depreciere etc. ne putem aștepta în ceea ce privește VSTS și GitHub care oferă ambele servicii foarte similare? Există planuri ca produsele și/sau echipele să fie comasate împreună din ambele zone sau vor rămâne separate?

Milioane de dezvoltatori se bazează pe VSTS, inclusiv Microsoft însuși. VSTS are, de asemenea, o mulțime de funcționalități care depășesc controlul versiunilor, inclusiv CI, managementul versiunilor, managementul manual al testelor etc. Planul nostru este să continuăm să sprijinim atât controlul versiunilor VSTS, cât și GitHub și să facem munca de integrare, astfel încât utilizatorii VSTS să aibă o bună calitate. experiență, cu integrare completă și trasabilitate, dacă aleg să folosească GitHub pentru controlul versiunilor.

Î: Se va schimba Github din punct de vedere tehnologic/stivă? Pentru a fi mai precis, stiva va fi în continuare concentrată în principal pe Ruby/Rails sau vom vedea mai multă diversificare în ceea ce privește tehnologia?

GitHub a fost, evident, unul dintre cei mai devreme care a adoptat Rails, iar echipa a făcut o treabă incredibilă de a-și scala stack-ul pentru a deveni unul dintre cele mai mari site-uri de pe internet (nr. 34 în SUA pe Alexa). Nu există planuri de replatformă GitHub.

Î: Păstrați conturi GitHub normale sau încercați să împingeți utilizatorii să folosească un cont Microsoft universal pentru autentificarea GitHub?

Ne place autentificarea GitHub. Contul dvs. GitHub este identitatea dvs. de dezvoltator și mulți utilizatori sunt obișnuiți să se conecteze la instrumentele și serviciile pentru dezvoltatori (de exemplu, Travis, Circle) cu conturile lor GitHub. Deci, dacă este ceva, putem decide să adăugăm GitHub ca opțiune de conectare la Microsoft.

Î: Având în vedere istoricul achizițiilor Microsoft și reputația deteriorată pe care unele produse au primit-o ca urmare, de ce ar trebui să avem încredere că acesta este un lucru bun pentru viitorul GitHub?

Microsoft a învățat câteva lecții grele (costisitoare) despre acest tip de achiziție. Achizițiile sub actuala conducere Microsoft au un istoric bun – Minecraft și LinkedIn sunt exemple în care Microsoft a achiziționat o platformă de succes, a oferit companiilor resursele de care aveau nevoie pentru a accelera, apoi le-a lăsat să continue să opereze independent. Merge bine.

Puteți citi mai multe răspunsuri de la Nat din linkul sursă de mai jos.

Sursa: Reddit