Przyszły dyrektor generalny GitHub opowiada o przyszłości edytora tekstu Atom, VSTS i nie tylko

Ikona czasu czytania 7 minuta. czytać


Czytelnicy pomagają wspierać MSpoweruser. Możemy otrzymać prowizję, jeśli dokonasz zakupu za pośrednictwem naszych linków. Ikona podpowiedzi

Przeczytaj naszą stronę z informacjami, aby dowiedzieć się, jak możesz pomóc MSPoweruser w utrzymaniu zespołu redakcyjnego Czytaj więcej

Microsoft GitHub


Na początku tego tygodnia Microsoft oficjalnie ogłosił że kupuje GitHub, wiodącą na świecie platformę programistyczną za około 7.5 miliarda dolarów. Microsoft wspomniał, że GitHub będzie działał niezależnie i będzie nadal zapewniał otwartą platformę dla wszystkich programistów we wszystkich branżach, obsługując wybrane przez nich języki programowania, narzędzia i systemy operacyjne dla ich projektów. Microsoft powiedział również, że CVP Nat Friedman zostanie dyrektorem generalnym GitHub, podczas gdy obecny dyrektor generalny GitHub, Chris Wanstrath, zostanie pracownikiem technicznym Microsoft. Nat Friedman omówił dzisiaj wiele rzeczy na temat przyszłości GitHuba pod Microsoftem podczas AmA na Reddicie. Możesz przeczytać niektóre z jego odpowiedzi poniżej.

P: Jakie plany ma Microsoft odnośnie edytora tekstu Atom na GitHubie (który oczywiście nakłada się na użytkownika docelowego z VS Code)?

Deweloperzy bardzo dbają o swoją konfigurację, a wybór edytora jest jedną z najbardziej osobistych decyzji podejmowanych przez programistę. Zmieniają się języki, praca, często kupujesz nowy komputer lub aktualizujesz system operacyjny, ale zwykle wybierasz edytora i rozwijasz się z nim przez lata. Ostatnią rzeczą, jaką bym chciał, to odebranie tej decyzji użytkownikom Atoma.

Atom to fantastyczny edytor ze zdrową społecznością, uwielbiającymi fanów, doskonałym designem i obiecującym podejściem do współpracy w czasie rzeczywistym. W firmie Microsoft używamy już każdego edytora, od Atom do VS Code, od Sublime do Vima, i chcemy, aby programiści używali dowolnego edytora, który preferują w GitHub.

Dlatego w przyszłości będziemy nadal rozwijać i wspierać zarówno Atom, jak i VS Code.

P: Czy to oznacza, że ​​niektóre funkcje produktów firmy Microsoft (Visual Studio Live Share) w końcu również przejdą do Atom?

VS Code i Atom faktycznie dzielą mnóstwo historii i kodu, a Microsoft i GitHub od lat współpracują nad podstawowymi technologiami:

  • Najwyraźniej pracujemy razem nad Electron, wspólnym fundamentem obu wydawców. Microsoft rozpoczął współpracę z GitHub na Electronie, gdy został ogłoszony w 2015 roku - kiedy jeszcze nazywał się AtomShell i zanim ogłoszono VS Code. Dołączyliśmy do ich kanałów Slack i uczestniczyliśmy w hackathonach, a Microsoft od tego czasu jest głównym współtwórcą Electron. Używamy również Electron w wielu innych produktach…
  • Ide atomowy ?przyjęła ?Protokół serwera językowego ?które opracowaliśmy w ramach VS Code. Pozwala to na udostępnianie zaawansowanej obsługi języków między VS Code i Atom. Wszystkie pakiety językowe obsługiwane przez Atom-ide współużytkują serwery językowe z programem VS Code.
  • Społeczność Atom-ide również mówi o przyjęciu ?Protokół adaptera debugowania? co umożliwi wspólną obsługę debugera między Atom i VS Code.
  • Jesteśmy podekscytowani najnowszymi osiągnięciami współpracy w czasie rzeczywistym i oczekuję, że Atom Teletype i VS Code Live Share będą koordynować protokoły, tak aby ostatecznie programiści korzystający z dowolnego edytora mogli wspólnie edytować te same pliki w czasie rzeczywistym.

Tak więc uwielbiam lata współpracy między Microsoft i GitHub, dzięki której powstało tych dwóch ukochanych redaktorów, i oczekuję, że ta owocna relacja będzie kontynuowana!

P: Jaka jest Twoja reakcja na osoby przenoszące repozytoria do GitLab i innych dostawców?

Deweloperzy są niezależnymi myślicielami i zawsze będą mieli zdrowy poziom sceptycyzmu, ale przyznaję, że smutno było, że niektórzy poczuli się zmuszeni do zmiany kodu. Poważnie traktuję odpowiedzialność za zdobycie ich zaufania.

OTOH, myślę, że to wspaniale, że git daje programistom elastyczność w przenoszeniu swoich repozytoriów w ten sposób i mam nadzieję, że ci, którzy wypróbowali inne hosty Git w ciągu ostatnich kilku dni, zachowają otwarty umysł i rozważą powrót, gdy zademonstrujemy nasze zaangażowanie w otwartość i sprawiło, że GitHub jest jeszcze lepszy. Jeśli zdecydują się nie cofać, jest to ich przywilej i cieszymy się z wyboru programisty, nawet jeśli programiści nie wybierają nas.

To powiedziawszy, zespół GitHub donosi, że zestaw użytkowników, którzy przeprowadzili migrację lub zamknęli swoje konta, jest bardzo mały, a to z nawiązką rekompensuje wzrost liczby nowych rejestracji i nowe zainteresowanie GitHubem w tym tygodniu.

P: Czy powinniśmy spodziewać się, że w naszych publicznych repozytoriach projektów GitHub zaczną pojawiać się jakiekolwiek reklamy?

Nie.

(Pewny kontekst historyczny: kiedy powstał GitHub, Sourceforge był dominującą witryną hostującą kod w Internecie. Sourceforge ostatecznie należał do konglomeratu medialnego, który mocno zarabiał na witrynie dzięki reklamom. aby narazić użytkowników na więcej reklam. Przejrzysty interfejs GitHub i podejście zorientowane na programistów mogą być postrzegane po części jako reakcja na Sourceforge. To oczywiście była właściwa droga.)

P: Oprócz najbardziej widocznych publicznych repozytoriów open source, GitHub jest domem dla niezliczonych repozytoriów prywatnych, z których wiele należy do firm oferujących oferty bezpośrednio konkurujące z Microsoft. To bardzo wyraźny konflikt interesów. Jakie kroki może podjąć firma Microsoft, aby udowodnić, że prywatne repozytoria pozostają prywatne nawet w stosunku do pracowników i kadry kierowniczej firmy Microsoft?

Firma Microsoft przechowuje dziś poufne informacje ponad miliarda klientów i jest to odpowiedzialność, którą traktujemy niezwykle poważnie.

GitHub ma już zasady i kontrole, które ograniczają dostęp pracowników do prywatnych repozytoriów, a to pozostanie tak ścisłe, jak zawsze pod kontrolą firmy Microsoft.

P: Jakie elementy kultury Github chciałbyś wnieść do firmy Microsoft?

Jedną z fajnych rzeczy w GitHub jest to, że GitHub działa na GitHub; ich działy sprzedaży, marketingu i prawne faktycznie wykorzystują problemy i ściągają żądania do współpracy w całej firmie. Oznacza to, że wszystkie różne zespoły pracują na otwartej przestrzeni, co przyczynia się do bardzo dobrej kultury współpracy (oznacza to również, że nowi prawnicy w GitHub uczą się, jak połączyć PR i jakich emotikonów użyć, gdy dołączają!).

P: Moje pytanie brzmi: jakiego rodzaju integracji, konkurencji, deprecjacji itp. możemy się spodziewać w odniesieniu do VSTS i GitHub oferujących bardzo podobne usługi? Czy istnieją plany połączenia produktów i/lub zespołów z obu obszarów, czy też pozostaną one oddzielne?

Miliony programistów polegają na VSTS, w tym sam Microsoft. VSTS ma również wiele funkcji, które wykraczają poza kontrolę wersji, w tym CI, zarządzanie wydaniami, ręczne zarządzanie testami itp. Naszym planem jest dalsze wspieranie zarówno kontroli wersji VSTS, jak i usługi GitHub oraz wykonanie prac integracyjnych, aby użytkownicy VSTS mieli doskonałą doświadczenie, z pełną integracją i identyfikowalnością, jeśli zdecydują się używać GitHub do kontroli wersji.

P: Czy Github zmieni się z technologicznego/stosowego punktu widzenia? Aby być bardziej precyzyjnym, czy stack będzie nadal skupiał się głównie na Ruby / Rails, czy też zobaczymy większą dywersyfikację pod względem technologii?

GitHub był oczywiście pierwszym użytkownikiem Railsów, a zespół wykonał niesamowitą robotę, skalując swój stos do jednej z największych witryn w Internecie (34 miejsce w USA na Alexa). Nie ma planów zmiany platformy GitHub.

P: Czy utrzymujesz normalne konta GitHub, czy próbujesz wypychać użytkowników do korzystania z uniwersalnego konta Microsoft do logowania na GitHub?

Uwielbiamy logowanie do GitHub. Twoje konto GitHub to Twoja tożsamość programisty, a wielu użytkowników jest przyzwyczajonych do logowania się do narzędzi i usług programistycznych (np. Travis, Circle) za pomocą swoich kont GitHub. Tak więc, jeśli już, możemy zdecydować się na dodanie GitHub jako opcji logowania do Microsoft.

P: Biorąc pod uwagę historię przejęć firmy Microsoft i nadszarpniętą reputację niektórych produktów, jaką zyskały w rezultacie, dlaczego mielibyśmy wierzyć, że jest to dobra rzecz dla przyszłości GitHub?

Microsoft nauczył się kilku trudnych (kosztownych) lekcji na temat tego typu przejęć. Przejęcia pod obecnym kierownictwem Microsoftu mają dobre wyniki – Minecraft i LinkedIn to przykłady, w których Microsoft nabył odnoszącą sukcesy platformę, zapewniając firmom zasoby, których potrzebowały do ​​przyspieszenia, a następnie pozwalając im dalej działać niezależnie. Działa dobrze.

Możesz przeczytać więcej odpowiedzi od Nata z linku źródłowego poniżej.

Źródło: Reddit

Więcej na tematy: Wydanie tekstowe Atom, Przyszły dyrektor generalny, Github, Microsoft, Nat friedman, Reddit AmA, VSTS

Dodaj komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *