Aankomend CEO van GitHub vertelt over de toekomst van Atom-teksteditor, VSTS en meer

Eerder deze week heeft Microsoft officieel aangekondigd dat het GitHub overneemt, 's werelds toonaangevende softwareontwikkelingsplatform voor ongeveer $ 7.5 miljard. Microsoft zei dat GitHub onafhankelijk zal opereren en een open platform zal blijven bieden voor alle ontwikkelaars in alle sectoren door de programmeertalen, tools en besturingssystemen van hun keuze voor hun projecten te ondersteunen. Microsoft zei ook dat CVP Nat Friedman GitHub CEO zal worden, terwijl GitHub's huidige CEO, Chris Wanstrath, een technische fellow van Microsoft zal worden. Nat Friedman heeft vandaag veel dingen besproken over de toekomst van GitHub onder Microsoft tijdens zijn AmA op Reddit. Hieronder kunt u enkele van zijn antwoorden lezen.

Vraag: Welke plannen heeft Microsoft met betrekking tot de Atom-teksteditor van GitHub (die duidelijk overlapt in de doelgebruiker met VS Code)?

Ontwikkelaars zijn erg kieskeurig over hun instellingen en het kiezen van een editor is een van de meest persoonlijke beslissingen die een ontwikkelaar neemt. Talen veranderen, banen veranderen, je krijgt vaak een nieuwe computer of upgrade je besturingssysteem, maar je kiest meestal een editor en groeit er jaren mee. Het laatste wat ik zou willen doen, is die beslissing wegnemen van Atom-gebruikers.

Atom is een fantastische editor met een gezonde community, aanbiddende fans, uitstekend ontwerp en een veelbelovende stap in realtime samenwerking. Bij Microsoft gebruiken we al elke editor, van Atom tot VS Code tot Sublime tot Vim, en we willen dat ontwikkelaars elke gewenste editor gebruiken met GitHub.

We zullen dus doorgaan met het ontwikkelen en ondersteunen van zowel Atom als VS Code in de toekomst.

V: Betekent dit dat sommige productfuncties van Microsoft (Visual Studio Live Share) uiteindelijk ook naar Atom zullen worden overgedragen?

VS Code en Atom delen een heleboel geschiedenis en code, en Microsoft en GitHub werken al jaren samen aan de fundamentele technologieën:

• Uiteraard werken we samen aan Electron, de gemeenschappelijke basis voor beide redacteuren. Microsoft begon te werken met GitHub op Electron toen het in 2015 werd aangekondigd - toen het nog AtomShell heette en voordat VS Code werd aangekondigd. We hebben ons aangesloten bij hun Slack-kanalen en hebben deelgenomen aan hackathons, en sindsdien heeft Microsoft een belangrijke bijdrage geleverd aan Electron. We gebruiken Electron ook in veel andere producten...
• Atoom-idee ? nam de ?Taal Server-protocol ?die we hebben ontwikkeld als onderdeel van VS Code. Dit maakt het mogelijk om geavanceerde taalondersteuning te delen tussen VS Code en Atom. De taalpakketten die Atom-ide ondersteunt, delen allemaal de taalservers met VS Code.
• De Atom-ide-gemeenschap praat ook over het adopteren van de ?Debug Adapter-protocol? die algemene debugger-ondersteuning tussen Atom en VS Code mogelijk maakt.
• We zijn enthousiast over de recente ontwikkelingen in realtime samenwerking, en ik verwacht dat Atom Teletype en VS Code Live Share de protocollen zullen coördineren, zodat ontwikkelaars die beide editors gebruiken uiteindelijk dezelfde bestanden samen in realtime kunnen bewerken.

Dus ik ben dol op de jarenlange samenwerking tussen Microsoft en GitHub die deze twee geliefde editors heeft voortgebracht, en ik verwacht dat deze vruchtbare relatie zal voortduren!

Vraag: Wat is uw reactie op mensen die repo's naar GitLab en andere providers verplaatsen?

Ontwikkelaars zijn onafhankelijke denkers en zullen altijd een gezonde mate van scepsis hebben, maar ik geef toe dat ik het jammer vond om te zien dat sommigen zich gedwongen voelden om hun code te verplaatsen. Ik neem de verantwoordelijkheid om hun vertrouwen te verdienen serieus.

OTOH, ik vind het geweldig dat git ontwikkelaars de flexibiliteit geeft om hun repo's op deze manier te verplaatsen, en ik hoop dat degenen die de afgelopen dagen andere Git-hosts hebben uitgeprobeerd, een open geest zullen houden en overwegen terug te gaan zodra we onze toewijding aan openheid en maakte GitHub nog groter. Als ze ervoor kiezen om niet terug te gaan, is dat hun voorrecht en we vieren de keuze van de ontwikkelaar, zelfs als ontwikkelaars niet voor ons kiezen.

Dat gezegd hebbende, meldt het GitHub-team dat het aantal gebruikers dat hun accounts heeft gemigreerd of gesloten, extreem klein is, en dit wordt meer dan goedgemaakt door de golf van nieuwe aanmeldingen en nieuwe interesse in GitHub deze week.

V: Moeten we anticiperen op het verschijnen van advertenties in onze openbare GitHub-projectrepositories?

Nr.

(Enige historische context: toen GitHub begon, was Sourceforge de dominante code-hostingsite op internet. Sourceforge was uiteindelijk eigendom van een mediaconglomeraat, die veel geld verdiende aan de site door middel van advertenties. Het werd een moeras van banneradvertenties en pop-ups en vertraagde downloads om gebruikers bloot te stellen aan meer advertenties. GitHub's schone interface en op ontwikkelaars gerichte aanpak kan gedeeltelijk worden gezien als een reactie tegen Sourceforge. Het is duidelijk de juiste weg geweest.)

V: Naast de meest zichtbare openbare open source repositories, herbergt GitHub talloze -private- repositories, waarvan vele eigendom zijn van bedrijven met aanbiedingen die rechtstreeks concurreren met Microsoft. Dit is een zeer duidelijk belangenconflict. Welke stappen kan Microsoft nemen om te bewijzen dat privérepository's privé blijven, zelfs van Microsoft-medewerkers en leidinggevenden?

Microsoft host momenteel de vertrouwelijke informatie van meer dan een miljard klanten, en dit is een verantwoordelijkheid die we uiterst serieus nemen.

GitHub heeft al beleid en controles om de toegang van werknemers tot privérepo's te beperken, en dit zal onder Microsoft zo strak blijven als altijd.

V: Welke elementen van de Github-cultuur zou je naar Microsoft willen brengen?

Een van de leuke dingen van GitHub is dat GitHub op GitHub draait; hun verkoop-, marketing- en juridische functies gebruiken problemen en pull-verzoeken om binnen het hele bedrijf samen te werken. Dit betekent dat alle verschillende teams openlijk werken, en dit draagt ​​bij aan een zeer samenwerkingscultuur (het betekent ook dat nieuwe advocaten bij GitHub leren hoe ze een PR kunnen samenvoegen en welke emoji's ze moeten gebruiken wanneer ze lid worden!).

Vraag: Mijn vraag is deze: wat voor soort integratie, concurrentie, afschrijving, enz. kunnen we verwachten met betrekking tot VSTS en GitHub die beide zeer vergelijkbare services bieden? Zijn er plannen om de producten en/of teams uit beide gebieden samen te voegen of blijven ze gescheiden?

Miljoenen ontwikkelaars vertrouwen op VSTS, inclusief Microsoft zelf. VSTS heeft ook veel functionaliteit die verder gaat dan versiebeheer, inclusief CI, releasebeheer, handmatig testbeheer, enz. Ons plan is om zowel VSTS-versiebeheer als GitHub te blijven ondersteunen, en het integratiewerk te doen zodat VSTS-gebruikers een geweldige ervaring, met volledige integratie en traceerbaarheid, als ze ervoor kiezen GitHub te gebruiken voor versiebeheer.

Vraag: Gaat Github veranderen vanuit een technologisch / stack-standpunt? Om preciezer te zijn, zal de stapel nog steeds voornamelijk gericht zijn op Ruby / Rails of gaan we meer diversificatie zien met betrekking tot technologie?

GitHub was duidelijk een early adopter van Rails en het team heeft fantastisch werk geleverd door hun stack op te schalen tot een van de grootste sites op internet (#34 in de VS op Alexa). Er zijn geen plannen om GitHub opnieuw te platformen.

V: Houd je normale GitHub-accounts aan of probeer je gebruikers ertoe aan te zetten een universeel Microsoft-account te gebruiken voor GitHub-aanmelding?

We houden van GitHub-login. Uw GitHub-account is uw ontwikkelaarsidentiteit en veel gebruikers zijn gewend om met hun GitHub-accounts in te loggen bij ontwikkelaarstools en -services (bijv. Travis, Circle). Dus als er iets is, kunnen we besluiten om GitHub toe te voegen als een inlogoptie voor Microsoft.

V: Gezien de overnamegeschiedenis van Microsoft en de aangetaste reputatie die sommige producten als gevolg daarvan hebben gekregen, waarom zouden we erop vertrouwen dat dit een goede zaak is voor de toekomst van GitHub?

Microsoft heeft een aantal harde (dure) lessen geleerd over dit soort acquisitie. Acquisities onder het huidige leiderschap van Microsoft hebben een goede staat van dienst - Minecraft en LinkedIn zijn voorbeelden waar Microsoft een succesvol platform verwierf, de bedrijven de middelen gaf die ze nodig hadden om te versnellen en ze vervolgens onafhankelijk te laten blijven opereren. Het werkt goed.

U kunt meer antwoorden van Nat lezen via de onderstaande bronlink.

Bron: Reddit