Giám đốc điều hành sắp tới của GitHub nói về tương lai của trình soạn thảo văn bản Atom, VSTS và hơn thế nữa

Đầu tuần này, Microsoft chính thức công bố rằng họ đang mua lại GitHub, nền tảng phát triển phần mềm hàng đầu thế giới với giá khoảng 7.5 tỷ USD. Microsoft đã đề cập rằng GitHub sẽ hoạt động độc lập và sẽ tiếp tục cung cấp một nền tảng mở cho tất cả các nhà phát triển trong tất cả các ngành bằng cách hỗ trợ các ngôn ngữ lập trình, công cụ và hệ điều hành mà họ lựa chọn cho các dự án của họ. Microsoft cũng cho biết CVP Nat Friedman sẽ trở thành Giám đốc điều hành GitHub trong khi Giám đốc điều hành hiện tại của GitHub, Chris Wanstrath, sẽ trở thành đồng nghiệp kỹ thuật của Microsoft. Nat Friedman hôm nay đã thảo luận nhiều điều về tương lai của GitHub dưới thời Microsoft trong buổi AmA của anh ấy trên Reddit. Bạn có thể đọc một số câu trả lời của anh ấy dưới đây.

H: Microsoft có kế hoạch gì liên quan đến trình soạn thảo văn bản Atom của GitHub (rõ ràng là trùng lặp trong người dùng mục tiêu với VS Code)?

Các nhà phát triển thực sự đặc biệt quan tâm đến thiết lập của họ và việc chọn một trình chỉnh sửa là một trong những quyết định cá nhân nhất mà nhà phát triển đưa ra. Ngôn ngữ thay đổi, công việc thay đổi, bạn thường nhận được một máy tính mới hoặc nâng cấp hệ điều hành của mình, nhưng bạn thường chọn một trình soạn thảo và phát triển với nó trong nhiều năm. Điều cuối cùng tôi muốn làm là loại bỏ quyết định đó từ người dùng Atom.

Atom là một trình soạn thảo tuyệt vời với một cộng đồng lành mạnh, những người hâm mộ yêu mến, thiết kế xuất sắc và một bước đột phá đầy hứa hẹn vào cộng tác thời gian thực. Tại Microsoft, chúng tôi đã sử dụng mọi trình soạn thảo từ Atom đến VS Code đến Sublime đến Vim và chúng tôi muốn các nhà phát triển sử dụng bất kỳ trình soạn thảo nào họ thích với GitHub.

Vì vậy, chúng tôi sẽ tiếp tục phát triển và hỗ trợ cả Atom và VS Code trong tương lai.

H: Điều này có nghĩa là một số tính năng sản phẩm của Microsoft (Visual Studio Live Share) cuối cùng cũng sẽ được chuyển sang Atom không?

VS Code và Atom thực sự chia sẻ rất nhiều lịch sử và mã, và Microsoft và GitHub đã hợp tác về các công nghệ nền tảng trong nhiều năm:

• Rõ ràng nhất, chúng tôi làm việc cùng nhau trên Electron, nền tảng chung cho cả hai biên tập viên. Microsoft đã bắt đầu làm việc với GitHub trên Electron khi nó được công bố vào năm 2015 – khi nó vẫn được gọi là AtomShell và trước khi VS Code được công bố. Chúng tôi đã tham gia các kênh Slack của họ và tham gia vào các cuộc hackathons, và kể từ đó, Microsoft đã đóng góp chính cho Electron. Chúng tôi cũng sử dụng Electron trong nhiều sản phẩm khác…
• Atom-Ide ? đã thông qua?Giao thức máy chủ ngôn ngữ ? mà chúng tôi đã phát triển như một phần của VS Code. Điều này cho phép chia sẻ hỗ trợ ngôn ngữ nâng cao giữa VS Code và Atom. Các gói ngôn ngữ mà Atom-ide hỗ trợ đều dùng chung các máy chủ ngôn ngữ với VS Code.
• Cộng đồng Atom-Ide cũng đang nói về việc áp dụng?Giao thức bộ điều hợp gỡ lỗi? sẽ cho phép hỗ trợ trình gỡ lỗi chung giữa Atom và VS Code.
• Chúng tôi rất vui mừng về những phát triển gần đây trong cộng tác thời gian thực và tôi hy vọng Atom Teletype và VS Code Live Share sẽ phối hợp trên các giao thức để cuối cùng các nhà phát triển sử dụng một trong hai trình chỉnh sửa có thể chỉnh sửa cùng một tệp trong thời gian thực.

Vì vậy, tôi yêu thích những năm hợp tác giữa Microsoft và GitHub đã tạo ra hai biên tập viên được yêu thích này và tôi hy vọng mối quan hệ tốt đẹp này sẽ tiếp tục!

H: Phản hồi của bạn về việc mọi người chuyển repo sang GitLab và các nhà cung cấp khác là gì?

Các nhà phát triển là những nhà tư tưởng độc lập và sẽ luôn có một mức độ hoài nghi lành mạnh, nhưng tôi thừa nhận rằng tôi rất buồn khi thấy rằng một số cảm thấy buộc phải di chuyển mã của họ. Tôi có trách nhiệm giành được sự tin tưởng của họ một cách nghiêm túc.

OTOH, tôi nghĩ thật tuyệt khi git mang lại cho các nhà phát triển sự linh hoạt trong việc di chuyển các kho lưu trữ của họ như thế này và tôi hy vọng những người đã dùng thử các máy chủ Git khác trong vài ngày qua sẽ giữ tâm trí cởi mở và cân nhắc quay trở lại khi chúng tôi đã chứng minh cam kết cởi mở và làm cho GitHub trở nên vĩ đại hơn nữa. Nếu họ chọn không quay lại, đó là đặc quyền của họ và chúng tôi tôn vinh sự lựa chọn của nhà phát triển ngay cả khi nhà phát triển không chọn chúng tôi.

Điều đó nói rằng, nhóm GitHub báo cáo rằng nhóm người dùng đã di chuyển hoặc đóng tài khoản của họ là cực kỳ nhỏ và điều này được bù đắp bởi sự gia tăng của các đăng ký mới và sự quan tâm mới đến GitHub trong tuần này.

H: Chúng tôi có nên dự đoán bất kỳ quảng cáo nào sẽ bắt đầu xuất hiện trên các kho dự án GitHub công khai của chúng tôi không?

Không.

(Một số bối cảnh lịch sử: khi GitHub bắt đầu, Sourceforge là trang web lưu trữ mã thống trị trên internet. Sourceforge cuối cùng thuộc sở hữu của một tập đoàn truyền thông, người đã kiếm tiền rất nhiều từ trang web thông qua quảng cáo. Nó trở thành một đầm lầy của quảng cáo biểu ngữ và cửa sổ bật lên và tải xuống chậm trễ để đưa người dùng đến nhiều quảng cáo hơn. Giao diện sạch sẽ và cách tiếp cận lấy nhà phát triển làm trung tâm của GitHub một phần có thể được coi là phản ứng chống lại Sourceforge. Rõ ràng đó là con đường đúng đắn.)

H: Ngoài các kho lưu trữ mã nguồn mở công khai dễ thấy nhất, GitHub là nơi có vô số kho lưu trữ-riêng tư, nhiều trong số đó thuộc sở hữu của các công ty có dịch vụ cạnh tranh trực tiếp với Microsoft. Đây là một xung đột lợi ích rất rõ ràng. Microsoft có thể thực hiện những bước nào để chứng minh kho lưu trữ riêng tư vẫn ở chế độ riêng tư ngay cả với nhân viên và giám đốc điều hành của Microsoft?

Microsoft lưu trữ thông tin bí mật của hơn một tỷ khách hàng ngày nay và đây là trách nhiệm mà chúng tôi cực kỳ coi trọng.

GitHub đã có các chính sách và kiểm soát để hạn chế quyền truy cập của nhân viên vào các kho lưu trữ riêng tư và điều này sẽ vẫn chặt chẽ như chưa từng có dưới thời Microsoft.

Q: Những yếu tố nào của văn hóa Github mà bạn muốn mang đến cho Microsoft?

Một trong những điều thú vị về GitHub là GitHub chạy trên GitHub; các chức năng bán hàng, tiếp thị và pháp lý của họ thực sự sử dụng các vấn đề và thu hút các yêu cầu cộng tác trong toàn công ty. Điều này có nghĩa là tất cả các nhóm khác nhau đều làm việc cởi mở và điều này góp phần tạo nên một nền văn hóa cộng tác rất hiệu quả (điều đó cũng có nghĩa là các luật sư mới tại GitHub sẽ học cách kết hợp PR và sử dụng biểu tượng cảm xúc nào khi họ tham gia!).

H: Câu hỏi của tôi là: Chúng ta có thể mong đợi loại tích hợp, cạnh tranh, ngừng sử dụng nào, v.v. liên quan đến VSTS và GitHub, cả hai đều cung cấp các dịch vụ rất giống nhau? Có kế hoạch nào để các sản phẩm và / hoặc nhóm được hợp nhất với nhau từ cả hai khu vực hay chúng sẽ vẫn tách biệt?

Hàng triệu nhà phát triển dựa vào VSTS, bao gồm cả chính Microsoft. VSTS cũng có nhiều chức năng nằm ngoài kiểm soát phiên bản, bao gồm CI, quản lý phát hành, quản lý kiểm tra thủ công, v.v. Kế hoạch của chúng tôi là tiếp tục hỗ trợ cả kiểm soát phiên bản VSTS và GitHub, đồng thời thực hiện công việc tích hợp để người dùng VSTS có một trải nghiệm, với tích hợp đầy đủ và khả năng truy xuất nguồn gốc, nếu họ chọn sử dụng GitHub để kiểm soát phiên bản.

H: Liệu Github sẽ thay đổi từ quan điểm công nghệ / ngăn xếp? Nói chính xác hơn, ngăn xếp vẫn chủ yếu tập trung vào Ruby / Rails hay chúng ta sẽ thấy sự đa dạng hóa hơn về công nghệ?

GitHub rõ ràng là người sớm chấp nhận Rails và nhóm đã thực hiện một công việc đáng kinh ngạc khi mở rộng ngăn xếp của họ trở thành một trong những trang web lớn nhất trên internet (# 34 tại Hoa Kỳ trên Alexa). Không có kế hoạch để xây dựng lại GitHub.

H: Bạn đang giữ tài khoản GitHub bình thường hay đang cố gắng thúc đẩy người dùng sử dụng tài khoản Microsoft chung để đăng nhập GitHub?

Chúng tôi thích đăng nhập GitHub. Tài khoản GitHub là danh tính nhà phát triển của bạn và nhiều người dùng đã quen với việc đăng nhập vào các công cụ và dịch vụ dành cho nhà phát triển (ví dụ: Travis, Circle) bằng tài khoản GitHub của họ. Vì vậy, nếu có bất cứ điều gì, chúng tôi có thể quyết định thêm GitHub làm tùy chọn đăng nhập vào Microsoft.

Q: Với lịch sử mua lại của Microsoft và danh tiếng bị hoen ố mà một số sản phẩm đã nhận được, tại sao chúng ta nên tin rằng đây là một điều tốt cho tương lai của GitHub?

Microsoft đã học được một số bài học khó (đắt giá) về kiểu mua lại này. Các vụ mua lại dưới sự lãnh đạo hiện tại của Microsoft có thành tích tốt - Minecraft và LinkedIn là những ví dụ mà Microsoft đã mua lại một nền tảng thành công, cung cấp cho các công ty các nguồn lực cần thiết để tăng tốc, sau đó để họ tiếp tục hoạt động độc lập. Nó hoạt động tốt.

Bạn có thể đọc thêm câu trả lời của Nat từ liên kết nguồn bên dưới.

nguồn: Reddit