GitHubin tuleva toimitusjohtaja puhuu Atom-tekstieditorin, VSTS:n ja muiden tulevaisuudesta

Aiemmin tällä viikolla Microsoft virallisesti ilmoitti että se ostaa GitHubin, maailman johtavan ohjelmistokehitysalustan noin 7.5 miljardilla dollarilla. Microsoft mainitsi, että GitHub toimii itsenäisesti ja tarjoaa jatkossakin avoimen alustan kaikille kehittäjille kaikilla toimialoilla tukemalla heidän valitsemiaan ohjelmointikieliä, työkaluja ja käyttöjärjestelmiä projekteihinsä. Microsoft sanoi myös, että CVP Nat Friedmanista tulee GitHubin toimitusjohtaja, kun taas GitHubin nykyisestä toimitusjohtajasta Chris Wanstrathista tulee Microsoftin tekninen stipendiaatti. Nat Friedman keskusteli tänään monista asioista GitHubin tulevaisuudesta Microsoftin alaisuudessa Redditissä julkaistun AmA:n aikana. Voit lukea joitain hänen vastauksiaan alta.

K: Mitä suunnitelmia Microsoftilla on GitHubin Atom-tekstieditorin suhteen (joka ilmeisesti menee päällekkäin kohdekäyttäjässä VS-koodin kanssa)?

Kehittäjät ovat todella erityisiä asetuksissaan, ja editorin valinta on yksi kehittäjän henkilökohtaisimmista päätöksistä. Kielet vaihtuvat, työpaikat vaihtuvat, hankit usein uuden tietokoneen tai päivität käyttöjärjestelmäsi, mutta yleensä valitset editorin ja kasvat sen mukana vuosia. Viimeinen asia, jonka haluaisin tehdä, on viedä tämä päätös pois Atom-käyttäjiltä.

Atom on fantastinen editori, jolla on terve yhteisö, ihailevia faneja, erinomainen muotoilu ja lupaava eteneminen reaaliaikaiseen yhteistyöhön. Käytämme Microsoftilla jo kaikkia editoreja Atomista VS Codeen ja Sublimesta Vimiin, ja haluamme kehittäjien käyttävän GitHubin kanssa mitä tahansa haluamaansa editoria.

Joten jatkamme sekä Atomin että VS Coden kehittämistä ja tukemista jatkossakin.

K: Tarkoittaako tämä, että jotkin Microsoft-tuotteen ominaisuudet (Visual Studio Live Share) siirtyvät lopulta myös Atomiin?

VS Codella ja Atomilla on todella paljon historiaa ja koodia, ja Microsoft ja GitHub ovat tehneet yhteistyötä perustekniikoiden parissa vuosia:

• Ilmeisimmin työskentelemme yhdessä Electronin parissa, joka on molempien toimittajien yhteinen perusta. Microsoft aloitti työskentelyn GitHubin kanssa Electronissa, kun se julkistettiin vuonna 2015 – silloin, kun sen nimi oli vielä AtomShell ja ennen VS Coden julkistamista. Liityimme heidän Slack-kanaviinsa ja osallistuimme hackathoneihin, ja Microsoft on siitä lähtien ollut merkittävä avustaja Electronille. Käytämme Electronia myös monissa muissa tuotteissa…
• Atom-ide ?hyväksyi ?Kielipalvelinprotokolla ?kehitimme osana VS Codea. Tämä mahdollistaa edistyneen kielituen jakamisen VS Coden ja Atomin välillä. Kaikki Atom-iden tukemat kielipaketit jakavat kielipalvelimet VS Coden kanssa.
• Atom-ide-yhteisö puhuu myös ?Debug Adapter -protokolla? joka mahdollistaa yhteisen virheenkorjaustuen Atomin ja VS Coden välillä.
• Olemme innoissamme reaaliaikaisen yhteistyön viimeaikaisesta kehityksestä, ja odotan Atom Teletypen ja VS Code Live Sharen koordinoivan protokollia, jotta lopulta jompaakumpaa editoria käyttävät kehittäjät voivat muokata samoja tiedostoja yhdessä reaaliajassa.

Joten rakastan Microsoftin ja GitHubin vuosien välistä yhteistyötä, jotka ovat tuottaneet nämä kaksi rakastettua editoria, ja odotan tämän hedelmällisen suhteen jatkuvan!

K: Miten reagoit siihen, että ihmiset siirtävät repoja GitLabille ja muille palveluntarjoajille?

Kehittäjät ovat itsenäisiä ajattelijoita ja heillä on aina terve skeptisyys, mutta myönnän, että olin surullinen nähdessäni, että jotkut tunsivat pakkoa muuttaa koodiaan. Otan vastuun heidän luottamuksensa ansaitsemisesta vakavasti.

OTOH, mielestäni on hienoa, että git antaa kehittäjille mahdollisuuden siirtää repojaan tällä tavalla, ja toivon, että ne, jotka ovat kokeilleet muita Git-isäntiä viime päivinä, pysyvät avoimina ja harkitsevat siirtymistä takaisin, kun olemme osoittaneet, että sitoutumista avoimuuteen ja teki GitHubista entistä suuremman. Jos he eivät halua muuttaa takaisin, se on heidän etuoikeutensa, ja me juhlimme kehittäjien valintaa, vaikka kehittäjät eivät valitse meitä.

GitHub-tiimi kuitenkin raportoi, että tilinsä siirtäneiden tai sulkeneiden käyttäjien joukko on erittäin pieni, ja tämän kompensoi tällä viikolla lisääntynyt uusien rekisteröitymisten määrä ja uusi kiinnostus GitHubia kohtaan.

K: Pitäisikö meidän ennakoida mainoksia alkavan näkyä julkisissa GitHub-projektivarastoissamme?

Ei.

(Jotain historiallista kontekstia: GitHubin alkaessa Sourceforge oli hallitseva koodin isännöintisivusto Internetissä. Sourceforgen omisti lopulta mediaryhmittymä, joka ansaitsi sivuston voimakkaasti mainonnan kautta. Siitä tuli bannerimainosten, ponnahdusikkunoiden ja viivästyneiden latausten suo. jotta käyttäjät näkevät enemmän mainoksia. GitHubin puhdas käyttöliittymä ja kehittäjäkeskeinen lähestymistapa voidaan nähdä osittain reaktiona Sourceforgea vastaan. Se on ilmeisesti ollut oikea tie.)

K: Näkyvimpien julkisten avoimen lähdekoodin tietovarastojen lisäksi GitHubissa on lukemattomia -yksityisiä - tietovarastoja, joista monet omistavat yritykset, joiden tarjonta kilpailee suoraan Microsoftin kanssa. Tämä on hyvin selvä eturistiriita. Mihin toimiin Microsoft voi ryhtyä varmistaakseen, että yksityiset tietovarastot pysyvät yksityisinä jopa Microsoftin työntekijöiltä ja johtajilta?

Microsoft isännöi nykyään yli miljardin asiakkaan luottamuksellisia tietoja, ja suhtaudumme tähän vastuuseen erittäin vakavasti.

GitHubilla on jo käytössä käytäntöjä ja valvontatoimia, joilla rajoitetaan työntekijöiden pääsyä yksityisiin repoihin, ja tämä pysyy yhtä tiukkana kuin koskaan Microsoftin aikana.

K: Mitä Githubin kulttuurin elementtejä haluaisit tuoda Microsoftille?

Yksi GitHubin hienoista asioista on, että GitHub toimii GitHubissa; Heidän myynti-, markkinointi- ja lakitoimintonsa todella käyttävät ongelmia ja hakevat pyyntöjä tehdäkseen yhteistyötä koko yrityksen sisällä. Tämä tarkoittaa, että kaikki eri tiimit työskentelevät avoimesti, ja tämä edistää erittäin yhteistyökulttuuria (se tarkoittaa myös sitä, että GitHubin uudet asianajajat oppivat yhdistämään PR:n ja mitä hymiöitä käyttämään liittyessään!).

K: Kysymykseni on tämä: Millaista integraatiota, kilpailua, vanhenemista jne. voimme odottaa VSTS:n ja GitHubin suhteen, jotka molemmat tarjoavat hyvin samanlaisia ​​palveluita? Onko suunnitelmia yhdistää tuotteet ja/tai tiimit molemmilta alueilta vai jäävätkö ne erilleen?

Miljoonat kehittäjät luottavat VSTS:ään, mukaan lukien Microsoft itse. VSTS:ssä on myös paljon toimintoja, jotka ovat versionhallinnan ulkopuolella, mukaan lukien CI, julkaisujen hallinta, manuaalinen testien hallinta jne. Suunnitelmamme on jatkaa sekä VSTS-versionhallinnan että GitHubin tukea ja tehdä integraatiotyö, jotta VSTS-käyttäjillä on loistava kokemus, täydellinen integrointi ja jäljitettävyys, jos he päättävät käyttää GitHubia versionhallintaan.

K: Muuttuuko Github teknologisesta/pinon näkökulmasta? Tarkemmin sanottuna, onko pino edelleen enimmäkseen Ruby / Rails -keskeinen vai haetaanko teknologian monipuolistumista?

GitHub oli ilmeisesti Railsin varhainen omaksuja, ja tiimi on tehnyt uskomatonta työtä kasvattaakseen stäkkinsä yhdeksi Internetin suurimmista sivustoista (#34 Yhdysvalloissa Alexassa). GitHubin uudelleenalustaa ei ole suunniteltu.

K: Pidätkö normaaleja GitHub-tilejä vai yritätkö pakottaa käyttäjiä käyttämään yleistä Microsoft-tiliä GitHub-kirjautumiseen?

Rakastamme GitHub-kirjautumista. GitHub-tilisi on kehittäjäidentiteettisi, ja monet käyttäjät ovat tottuneet kirjautumaan kehittäjän työkaluihin ja palveluihin (esim. Travis, Circle) GitHub-tileillään. Joten jos mitään, voimme päättää lisätä GitHubin kirjautumisvaihtoehdoksi Microsoftiin.

K: Ottaen huomioon Microsoftin hankintahistorian ja joidenkin tuotteiden tahraantuneen maineen, miksi meidän pitäisi luottaa siihen, että tämä on hyvä asia GitHubin tulevaisuuden kannalta?

Microsoft on oppinut kovia (kallisia) oppitunteja tämäntyyppisestä hankinnasta. Nykyisellä Microsoftin johdolla tehdyillä yritysostoilla on hyvät kokemukset – Minecraft ja LinkedIn ovat esimerkkejä siitä, miten Microsoft hankki onnistuneen alustan, tarjosi yrityksille tarvittavat resurssit nopeuttaakseen toimintaansa ja antoi niiden sitten jatkaa toimintaansa itsenäisesti. Se toimii hyvin.

Voit lukea lisää Natin vastauksia alla olevasta lähdelinkistä.

Lähde: Reddit