GitHub의 차기 CEO가 Atom 텍스트 편집기, VSTS 등의 미래에 대해 이야기합니다.

이번 주 초 마이크로소프트는 공식적으로 발표 세계 최고의 소프트웨어 개발 플랫폼인 GitHub를 약 7.5억 달러에 인수한다고 합니다. Microsoft는 GitHub가 독립적으로 운영될 것이며 프로젝트에 대해 선택한 프로그래밍 언어, 도구 및 운영 체제를 지원하여 모든 산업의 모든 개발자에게 계속해서 개방형 플랫폼을 제공할 것이라고 언급했습니다. Microsoft는 또한 CVP Nat Friedman이 GitHub CEO가 되고 GitHub의 현 CEO인 Chris Wanstrath가 Microsoft 기술 펠로우가 될 것이라고 말했습니다. Nat Friedman은 오늘 Reddit에서 AMA를 진행하는 동안 Microsoft에서 GitHub의 미래에 대해 많은 이야기를 나눴습니다. 아래에서 그의 답변 중 일부를 읽을 수 있습니다.

Q: Microsoft는 GitHub의 Atom 텍스트 편집기(대상 사용자와 VS Code가 분명히 겹침)와 관련하여 어떤 계획을 가지고 있습니까?

개발자는 설정에 대해 매우 구체적이며 편집기를 선택하는 것은 개발자가 내리는 가장 개인적인 결정 중 하나입니다. 언어가 바뀌고 직업이 바뀌고 종종 새 컴퓨터를 구입하거나 OS를 업그레이드하지만 일반적으로 편집기를 선택하고 몇 년 동안 함께 성장합니다. 내가 마지막으로 하고 싶은 일은 Atom 사용자로부터 그 결정을 내리는 것입니다.

Atom은 건강한 커뮤니티, 열렬한 팬, 뛰어난 디자인, 실시간 협업으로의 유망한 진출을 가진 환상적인 편집자입니다. Microsoft에서는 이미 Atom에서 VS Code, Sublime에서 Vim에 이르기까지 모든 편집기를 사용하고 있으며 개발자가 GitHub에서 선호하는 편집기를 사용하기를 바랍니다.

그래서 우리는 Atom과 VS Code를 계속해서 개발하고 지원할 것입니다.

Q: 이것은 일부 Microsoft 제품 기능(Visual Studio Live Share)이 결국 Atom에도 적용된다는 것을 의미합니까?

VS Code와 Atom은 실제로 수많은 역사와 코드를 공유하고 있으며 Microsoft와 GitHub는 수년간 기본 기술에 대해 협력해 왔습니다.

• 가장 분명한 것은 두 편집자의 공통 기반인 Electron에서 함께 작업한다는 것입니다. Microsoft는 2015년에 발표되었을 때 Electron에서 GitHub와 함께 작업하기 시작했습니다. 당시에는 여전히 AtomShell이라고 불렸고 VS Code가 발표되기 전이었습니다. 우리는 그들의 Slack 채널에 가입하고 해커톤에 참여했으며 Microsoft는 그 이후로 Electron의 주요 기여자였습니다. 우리는 또한 다른 많은 제품에 Electron을 사용합니다…
• 아톰아이드 ? 채택?언어 서버 프로토콜 ? VS Code의 일부로 개발했습니다. 이를 통해 VS Code와 Atom 간에 고급 언어 지원을 공유할 수 있습니다. Atom-ide가 지원하는 언어 팩은 모두 VS Code와 언어 서버를 공유합니다.
• Atom-ide 커뮤니티도 ?디버그 어댑터 프로토콜? Atom과 VS Code 간의 공통 디버거 지원을 활성화합니다.
• 우리는 실시간 협업의 최근 발전에 대해 흥분하고 있으며 Atom Teletype과 VS Code Live Share가 프로토콜에 대해 조정하여 결국 두 편집기 중 하나를 사용하는 개발자가 동일한 파일을 실시간으로 함께 편집할 수 있기를 기대합니다.

그래서 저는 이 사랑받는 두 편집자를 배출한 Microsoft와 GitHub 간의 수년 간의 협력을 사랑하며 이 유익한 관계가 계속되기를 기대합니다!

Q: 저장소를 GitLab 및 기타 제공업체로 옮기는 사람들에 대한 귀하의 반응은 무엇입니까?

개발자는 독립적인 사상가이며 항상 건전한 회의론을 가지고 있지만 일부 사람들이 코드를 옮겨야 한다고 느끼는 것을 보고 슬펐다는 것을 인정합니다. 나는 그들의 신뢰를 얻는 책임을 진지하게 생각합니다.

OTOH, 저는 git이 개발자들에게 이와 같이 저장소를 이동할 수 있는 유연성을 제공하는 것이 훌륭하다고 생각합니다. 지난 며칠 동안 다른 Git 호스트를 사용해 본 사람들이 열린 마음을 유지하고 우리가 시연한 후에 다시 이전하는 것을 고려할 수 있기를 바랍니다. 개방성에 대한 약속과 GitHub를 더욱 훌륭하게 만들었습니다. 그들이 뒤로 물러나지 않기로 결정했다면 그것은 그들의 특권이며 우리는 개발자가 우리를 선택하지 않더라도 개발자의 선택을 축하합니다.

그렇긴 하지만 GitHub 팀은 계정을 마이그레이션하거나 폐쇄한 사용자 집합이 극히 적으며 이번 주에 GitHub에 대한 신규 가입 및 관심의 급증으로 이 수치를 상쇄하고 있다고 보고합니다.

Q: 공개 GitHub 프로젝트 리포지토리에 광고가 표시되기 시작해야 합니까?

그렇지 않습니다.

(일부 역사적 맥락: GitHub가 시작되었을 때 Sourceforge는 인터넷에서 지배적인 코드 호스팅 사이트였습니다. Sourceforge는 결국 광고를 통해 사이트에서 막대한 수익을 창출한 미디어 대기업의 소유였습니다. 배너 광고와 팝업 및 지연된 다운로드의 늪이 되었습니다. 사용자를 더 많은 광고에 노출시키기 위해 GitHub의 깔끔한 인터페이스와 개발자 중심의 접근 방식은 부분적으로 Sourceforge에 대한 반응으로 볼 수 있습니다. 분명히 옳은 길이었습니다.)

Q: 가장 눈에 띄는 공개 오픈 소스 리포지토리 외에도 GitHub에는 무수히 많은 개인 리포지토리가 있으며 그 중 다수는 Microsoft와 직접 경쟁하는 제품을 제공하는 회사가 소유하고 있습니다. 이것은 매우 명백한 이해 상충입니다. 개인 리포지토리가 Microsoft 직원 및 임원에게도 비공개로 유지됨을 증명하기 위해 Microsoft는 어떤 단계를 수행할 수 있습니까?

Microsoft는 오늘날 XNUMX억 명이 넘는 고객의 기밀 정보를 호스팅하고 있으며 이는 우리가 매우 진지하게 생각하는 책임입니다.

GitHub에는 개인 저장소에 대한 직원 액세스를 제한하는 정책과 제어가 이미 있으며, 이는 Microsoft에서 그 어느 때보다 엄격하게 유지될 것입니다.

Q: Github 문화의 어떤 요소를 Microsoft에 가져오고 싶습니까?

GitHub의 멋진 점 중 하나는 GitHub가 GitHub에서 실행된다는 것입니다. 그들의 영업, 마케팅 및 법률 기능은 실제로 문제와 풀 리퀘스트를 사용하여 회사 전체에서 협업합니다. 이는 다양한 팀이 모두 공개적으로 작업한다는 것을 의미하며 이는 매우 협력적인 문화에 기여합니다(또한 GitHub의 새 변호사가 PR 병합 방법과 합류할 때 사용할 이모티콘을 배운다는 의미이기도 합니다!).

Q: 제 질문은 다음과 같습니다. VSTS와 GitHub 모두 매우 유사한 서비스를 제공하는 것과 관련하여 어떤 종류의 통합, 경쟁, 사용 중단 등을 기대할 수 있습니까? 제품 및/또는 팀이 두 영역에서 함께 병합될 계획이 있습니까, 아니면 별도로 유지될 예정입니까?

수백만 명의 개발자가 Microsoft를 포함하여 VSTS에 의존하고 있습니다. VSTS는 또한 CI, 릴리스 관리, 수동 테스트 관리 등을 포함하여 버전 제어를 넘어선 많은 기능을 가지고 있습니다. 우리의 계획은 VSTS 버전 제어와 GitHub 모두를 계속 지원하고 VSTS 사용자가 좋은 경험을 할 수 있도록 통합 작업을 수행하는 것입니다. 버전 제어를 위해 GitHub를 사용하기로 선택한 경우 완전한 통합 및 추적 가능성을 경험하십시오.

Q: Github은 기술/스택 관점에서 변화할 예정인가요? 더 정확하게 말하면 스택이 여전히 대부분 Ruby/Rails에 집중될 것입니까 아니면 기술과 관련하여 더 다양화될 것입니까?

GitHub는 분명히 Rails의 얼리 어답터였으며 팀은 스택을 인터넷에서 가장 큰 사이트 중 하나로 확장하는 놀라운 일을 했습니다(Alexa에서 미국의 #34). GitHub의 플랫폼을 변경할 계획은 없습니다.

Q: 일반 GitHub 계정을 유지하거나 GitHub 로그인에 범용 Microsoft 계정을 사용하도록 사용자를 푸시하려고 합니까?

우리는 GitHub 로그인을 좋아합니다. GitHub 계정은 개발자 ID이며 많은 사용자가 GitHub 계정으로 개발자 도구 및 서비스(예: Travis, Circle)에 로그인하는 데 익숙합니다. 따라서 Microsoft에 로그인 옵션으로 GitHub를 추가하기로 결정할 수 있습니다.

Q: Microsoft의 인수 이력과 그 결과 일부 제품의 평판이 나빠진 것을 감안할 때 이것이 GitHub의 미래에 좋은 것이라고 믿어야 하는 이유는 무엇입니까?

Microsoft는 이러한 유형의 인수에 대해 몇 가지 어려운(비싼) 교훈을 얻었습니다. 현재 Microsoft 리더십 하에서의 인수는 좋은 실적을 가지고 있습니다. Minecraft와 LinkedIn은 Microsoft가 성공적인 플랫폼을 인수하고 기업에 가속화에 필요한 리소스를 제공한 다음 독립적으로 계속 운영할 수 있도록 한 예입니다. 잘 작동하고 있습니다.

아래 소스 링크에서 Nat의 더 많은 답변을 읽을 수 있습니다.

출처: 레딧