Den kommende administrerende direktør for GitHub fortæller om fremtiden for Atom-teksteditor, VSTS og mere

Ikon for læsetid 7 min. Læs


Læsere hjælper med at understøtte MSpoweruser. Vi får muligvis en kommission, hvis du køber via vores links. Værktøjstip-ikon

Læs vores oplysningsside for at finde ud af, hvordan du kan hjælpe MSPoweruser med at opretholde redaktionen Læs mere

Microsoft GitHub


Tidligere på ugen, Microsoft officielt annoncerede at det køber GitHub, verdens førende softwareudviklingsplatform for omkring 7.5 milliarder dollars. Microsoft nævnte, at GitHub vil fungere uafhængigt og vil fortsætte med at levere en åben platform for alle udviklere i alle brancher ved at understøtte programmeringssprog, værktøjer og operativsystemer efter eget valg til deres projekter. Microsoft sagde også, at CVP Nat Friedman vil blive GitHub CEO, mens GitHubs nuværende CEO, Chris Wanstrath, bliver en Microsoft teknisk fellow. Nat Friedman diskuterede i dag mange ting om GitHubs fremtid under Microsoft under hans AmA på Reddit. Du kan læse nogle af hans svar nedenfor.

Spørgsmål: Hvilke planer har Microsoft angående GitHubs Atom-teksteditor (som tydeligvis overlapper målbruger med VS-kode)?

Udviklere er virkelig særlige omkring deres opsætning, og at vælge en editor er en af ​​de mest personlige beslutninger, en udvikler træffer. Sprog ændrer sig, job ændrer sig, du får ofte en ny computer eller opgraderer dit operativsystem, men du vælger normalt en editor og vokser med den i årevis. Den sidste ting, jeg gerne vil gøre, er at tage den beslutning fra Atom-brugere.

Atom er en fantastisk redaktør med et sundt fællesskab, tilbedende fans, fremragende design og et lovende indtog i realtidssamarbejde. Hos Microsoft bruger vi allerede hver editor fra Atom til VS Code til Sublime til Vim, og vi ønsker, at udviklere skal bruge enhver editor, de foretrækker med GitHub.

Så vi vil fortsætte med at udvikle og understøtte både Atom og VS Code fremover.

Sp.: Vil det betyde, at nogle Microsoft-produktfunktioner (Visual Studio Live Share) med tiden også vil gå over til Atom?

VS Code og Atom deler faktisk et væld af historie og kode, og Microsoft og GitHub har samarbejdet om de grundlæggende teknologier i årevis:

  • Mest åbenlyst arbejder vi sammen om Electron, det fælles grundlag for begge redaktører. Microsoft begyndte at arbejde med GitHub på Electron, da det blev annonceret i 2015 – da det stadig hed AtomShell og før VS Code blev annonceret. Vi sluttede os til deres Slack-kanaler og deltog i hackathons, og Microsoft har været en stor bidragyder til Electron lige siden. Vi bruger også Electron i mange andre produkter...
  • Atom-ide ?vedtaget ?Sprogserverprotokol ?som vi udviklede som en del af VS Code. Dette gør det muligt at dele avanceret sprogunderstøttelse mellem VS Code og Atom. De sprogpakker, som Atom-ide understøtter, deler alle sprogserverne med VS Code.
  • Atom-ide-fællesskabet taler også om at vedtage ?Debug Adapter protokol? som vil muliggøre fælles debugger-understøttelse mellem Atom og VS Code.
  • Vi er begejstrede for den seneste udvikling inden for realtidssamarbejde, og jeg forventer, at Atom Teletype og VS Code Live Share koordinerer protokollerne, så udviklere, der bruger begge editorer, kan redigere de samme filer sammen i realtid.

Så jeg elsker de mange års samarbejde mellem Microsoft og GitHub, der har produceret disse to elskede redaktører, og jeg forventer, at dette frugtbare forhold vil fortsætte!

Q: Hvad er dit svar på folk, der flytter repos til GitLab og andre udbydere?

Udviklere er selvstændige tænkere og vil altid have en sund grad af skepsis, men jeg indrømmer, at jeg var ked af at se, at nogle følte sig tvunget til at flytte deres kode. Jeg tager ansvaret for at vinde deres tillid alvorligt.

OTOH, jeg synes, det er fantastisk, at git giver udviklere fleksibiliteten til at flytte deres repos på denne måde, og jeg håber, at de, der har prøvet andre Git-værter i de sidste par dage, vil holde et åbent sind og overveje at flytte tilbage, når vi har demonstreret vores engagement i åbenhed og gjort GitHub endnu større. Hvis de vælger ikke at flytte tilbage, er det deres privilegium, og vi fejrer udviklerens valg, selv når udviklerne ikke vælger os.

Når det er sagt, rapporterer GitHub-teamet, at antallet af brugere, der har migreret eller lukket deres konti, er ekstremt lille, og dette er mere end opvejet af stigningen af ​​nye tilmeldinger og ny interesse for GitHub i denne uge.

Spørgsmål: Skal vi forvente, at nogen annoncer begynder at blive vist på vores offentlige GitHub-projektlagre?

Nej.

(Nogle historisk kontekst: da GitHub startede, var Sourceforge den dominerende kode-hosting-side på internettet. Sourceforge blev til sidst ejet af et mediekonglomerat, som i høj grad tjente penge på webstedet gennem annoncering. Det blev en sump af bannerreklamer og pop-ups og forsinkede downloads at eksponere brugere for flere annoncer. GitHubs rene grænseflade og udviklercentrerede tilgang kan til dels ses som en reaktion mod Sourceforge. Det har åbenbart været den rigtige vej.)

Q: Ud over de mest synlige offentlige open source-depoter er GitHub hjemsted for utallige -private- repositories, hvoraf mange er ejet af virksomheder med tilbud, der direkte konkurrerer med Microsoft. Dette er en meget klar interessekonflikt. Hvilke skridt kan Microsoft tage for at bevise, at private arkiver forbliver private, selv fra Microsoft-ansatte og -ledere?

Microsoft er vært for fortrolige oplysninger fra mere end én milliard kunder i dag, og det er et ansvar, vi tager ekstremt alvorligt.

GitHub har allerede politikker og kontroller på plads for at begrænse medarbejders adgang til private reposer, og dette vil forblive så stramt som nogensinde under Microsoft.

Q: Hvilke elementer af Githubs kultur vil du gerne bringe til Microsoft?

En af de fede ting ved GitHub er, at GitHub kører på GitHub; deres salgs-, marketing- og juridiske funktioner bruger faktisk problemer og pull-anmodninger til at samarbejde på tværs af virksomheden. Det betyder, at alle de forskellige teams arbejder i det fri, og det bidrager til en meget samarbejdskultur (det betyder også, at nye advokater hos GitHub lærer, hvordan man fusionerer en PR og hvilke emojis de skal bruge, når de tiltræder!).

Spørgsmål: Mit spørgsmål er dette: Hvilken slags integration, konkurrence, afskrivning osv. kan vi forvente med hensyn til VSTS og GitHub, der begge tilbyder meget lignende tjenester? Er der planer om, at produkterne og/eller teamene skal slås sammen fra begge områder, eller vil de forblive adskilte?

Millioner af udviklere er afhængige af VSTS, inklusive Microsoft selv. VSTS har også masser af funktionalitet, der ligger uden for versionskontrol, herunder CI, release management, manuel test management osv. Vores plan er at fortsætte med at understøtte både VSTS version control og GitHub, og at udføre integrationsarbejdet, så VSTS brugere får en fantastisk erfaring, med fuld integration og sporbarhed, hvis de vælger at bruge GitHub til versionskontrol.

Spørgsmål: Kommer Github til at ændre sig fra et teknologisk/stack-synspunkt? For at være mere præcis, vil stakken stadig være mest Ruby / Rails fokuseret, eller vil vi se mere diversificering med hensyn til teknologi?

GitHub var tydeligvis en tidlig adopter af Rails, og teamet har gjort et utroligt stykke arbejde med at skalere deres stak til at være et af de største websteder på internettet (#34 i USA på Alexa). Der er ingen planer om at omplatformere GitHub.

Spørgsmål: Beholder du normale GitHub-konti eller forsøger du at presse brugere til at bruge en universel Microsoft-konto til GitHub-login?

Vi elsker GitHub-login. Din GitHub-konto er din udvikleridentitet, og mange brugere er vant til at logge på udviklerværktøjer og -tjenester (f.eks. Travis, Circle) med deres GitHub-konti. Så hvis noget, kan vi beslutte at tilføje GitHub som en login-mulighed til Microsoft.

Spørgsmål: I betragtning af Microsofts opkøbshistorie og det blakkede ry, som nogle produkter har fået som et resultat, hvorfor skulle vi så stole på, at dette er en god ting for GitHubs fremtid?

Microsoft har lært nogle hårde (dyre) lektioner om denne type opkøb. Opkøb under den nuværende Microsoft-ledelse har en god track record – Minecraft og LinkedIn er eksempler, hvor Microsoft har erhvervet en succesfuld platform, forsynet virksomhederne med de ressourcer, de havde brug for for at accelerere, og derefter lade dem fortsætte med at operere uafhængigt. Det fungerer godt.

Du kan læse flere svar fra Nat fra kildelinket nedenfor.

Kilde: Reddit

Mere om emnerne: Atom tekstudgave, Fremtidig administrerende direktør, Github, microsoft, Nat friedman, Reddit AmA, VSTS

Giv en kommentar

Din e-mail adresse vil ikke blive offentliggjort. Krævede felter er markeret *