El CEO entrante de GitHub habla sobre el futuro del editor de texto Atom, VSTS y más

A principios de esta semana, Microsoft oficialmente anunció que está adquiriendo GitHub, la plataforma de desarrollo de software líder en el mundo por alrededor de $ 7.5 mil millones. Microsoft mencionó que GitHub operará de manera independiente y continuará brindando una plataforma abierta para todos los desarrolladores en todas las industrias al admitir lenguajes de programación, herramientas y sistemas operativos de su elección para sus proyectos. Microsoft también dijo que el CVP Nat Friedman se convertirá en el CEO de GitHub, mientras que el actual CEO de GitHub, Chris Wanstrath, se convertirá en miembro técnico de Microsoft. Nat Friedman discutió hoy muchas cosas sobre el futuro de GitHub bajo Microsoft durante su AmA en Reddit. Puedes leer algunas de sus respuestas a continuación.

P: ¿Qué planes tiene Microsoft con respecto al editor de texto Atom de GitHub (que obviamente se superpone en el usuario de destino con VS Code)?

Los desarrolladores son muy particulares con respecto a su configuración, y elegir un editor es una de las decisiones más personales que toma un desarrollador. Los idiomas cambian, los trabajos cambian, a menudo obtiene una computadora nueva o actualiza su sistema operativo, pero generalmente elige un editor y crece con él durante años. Lo último que querría hacer es quitarles esa decisión a los usuarios de Atom.

Atom es un editor fantástico con una comunidad saludable, fanáticos que lo adoran, un diseño excelente y una incursión prometedora en la colaboración en tiempo real. En Microsoft, ya usamos todos los editores, desde Atom hasta VS Code, Sublime y Vim, y queremos que los desarrolladores usen cualquier editor que prefieran con GitHub.

Por lo tanto, continuaremos desarrollando y admitiendo Atom y VS Code en el futuro.

P: ¿Significará esto que algunas características de los productos de Microsoft (Visual Studio Live Share) eventualmente también se trasladarán a Atom?

VS Code y Atom en realidad comparten una tonelada de historia y código, y Microsoft y GitHub han colaborado en las tecnologías fundamentales durante años:

• Lo más obvio es que trabajamos juntos en Electron, la base común para ambos editores. Microsoft comenzó a trabajar con GitHub en Electron cuando se anunció en 2015, cuando todavía se llamaba AtomShell y antes de que se anunciara VS Code. Nos unimos a sus canales de Slack y participamos en hackatones, y desde entonces Microsoft ha sido uno de los principales contribuyentes a Electron. También usamos Electron en muchos otros productos...
• Átomo-ide ? adoptó el ?Protocolo de servidor de idioma ? que desarrollamos como parte de VS Code. Esto permite compartir la compatibilidad con idiomas avanzados entre VS Code y Atom. Todos los paquetes de idioma compatibles con Atom-ide comparten los servidores de idioma con VS Code.
• La comunidad Atom-ide también está hablando de adoptar el ?Protocolo del adaptador de depuración? lo que habilitará la compatibilidad con el depurador común entre Atom y VS Code.
• Estamos entusiasmados con los desarrollos recientes en la colaboración en tiempo real, y espero que Atom Teletype y VS Code Live Share se coordinen en los protocolos para que eventualmente los desarrolladores que usan cualquiera de los editores puedan editar los mismos archivos juntos en tiempo real.

Entonces, me encantan los años de colaboración entre Microsoft y GitHub que han producido estos dos amados editores, ¡y espero que esta fructífera relación continúe!

P: ¿Cuál es su respuesta a las personas que trasladan repositorios a GitLab y otros proveedores?

Los desarrolladores son pensadores independientes y siempre tendrán un grado saludable de escepticismo, pero admito que me entristeció ver que algunos se sintieron obligados a mover su código. Asumo la responsabilidad de ganarme su confianza con seriedad.

OTOH, creo que es genial que git brinde a los desarrolladores la flexibilidad de mover sus repositorios de esta manera, y espero que aquellos que han probado otros hosts de Git en los últimos días mantengan la mente abierta y consideren regresar una vez que hayamos demostrado nuestro compromiso con la apertura e hizo que GitHub fuera aún más grande. Si eligen no regresar, esa es su prerrogativa y celebramos la elección del desarrollador incluso cuando los desarrolladores no nos eligen a nosotros.

Dicho esto, el equipo de GitHub informa que el conjunto de usuarios que han migrado o cerrado sus cuentas es extremadamente pequeño, y esto está más que compensado por el aumento de nuevos registros y el nuevo interés en GitHub esta semana.

P: ¿Deberíamos anticipar que algún anuncio comenzará a aparecer en nuestros repositorios públicos de proyectos de GitHub?

No.

(Un poco de contexto histórico: cuando comenzó GitHub, Sourceforge era el sitio de alojamiento de código dominante en Internet. Sourceforge finalmente fue propiedad de un conglomerado de medios, que monetizó fuertemente el sitio a través de la publicidad. Se convirtió en un pantano de anuncios publicitarios y ventanas emergentes y descargas retrasadas para exponer a los usuarios a más anuncios. La interfaz limpia de GitHub y el enfoque centrado en el desarrollador pueden verse en parte como una reacción contra Sourceforge. Obviamente, ha sido el camino correcto).

P: Además de los repositorios públicos de código abierto más visibles, GitHub alberga innumerables repositorios privados, muchos de los cuales son propiedad de empresas con ofertas que compiten directamente con Microsoft. Este es un conflicto de intereses muy claro. ¿Qué pasos puede tomar Microsoft para demostrar que los repositorios privados siguen siendo privados incluso para los empleados y ejecutivos de Microsoft?

Microsoft aloja la información confidencial de más de mil millones de clientes en la actualidad, y esta es una responsabilidad que nos tomamos muy en serio.

GitHub ya cuenta con políticas y controles para limitar el acceso de los empleados a repositorios privados, y esto seguirá siendo tan estricto como siempre bajo Microsoft.

P: ¿Qué elementos de la cultura de Github le gustaría traer a Microsoft?

Una de las cosas interesantes de GitHub es que GitHub se ejecuta en GitHub; sus funciones de ventas, marketing y legales en realidad usan problemas y solicitudes de extracción para colaborar en toda la empresa. Esto significa que todos los diversos equipos trabajan abiertamente, y esto contribuye a una cultura muy colaborativa (también significa que los nuevos abogados en GitHub aprenden cómo fusionar un PR y qué emojis usar cuando se unen).

P: Mi pregunta es la siguiente: ¿Qué tipo de integración, competencia, desaprobación, etc. podemos esperar con respecto a VSTS y GitHub que ofrecen servicios muy similares? ¿Existen planes para fusionar los productos y/o equipos de ambas áreas o permanecerán separados?

Millones de desarrolladores confían en VSTS, incluido el propio Microsoft. VSTS también tiene muchas funciones que van más allá del control de versiones, incluidos CI, administración de versiones, administración de pruebas manuales, etc. experiencia, con integración y trazabilidad completas, si eligen usar GitHub para el control de versiones.

P: ¿Github va a cambiar desde un punto de vista tecnológico/de pila? Para ser más precisos, ¿la pila seguirá estando principalmente enfocada en Ruby/Rails o veremos una mayor diversificación con respecto a la tecnología?

Obviamente, GitHub fue uno de los primeros en adoptar Rails y el equipo ha hecho un trabajo increíble al escalar su pila para convertirse en uno de los sitios más grandes de Internet (#34 en los EE. UU. en Alexa). No hay planes para cambiar la plataforma de GitHub.

P: ¿Mantiene cuentas normales de GitHub o intenta presionar a los usuarios para que usen una cuenta universal de Microsoft para iniciar sesión en GitHub?

Nos encanta iniciar sesión en GitHub. Su cuenta de GitHub es su identidad de desarrollador y muchos usuarios están acostumbrados a iniciar sesión en herramientas y servicios de desarrollador (p. ej., Travis, Circle) con sus cuentas de GitHub. Entonces, en todo caso, podemos decidir agregar GitHub como una opción de inicio de sesión para Microsoft.

P: Dado el historial de adquisiciones de Microsoft y la mala reputación que han recibido algunos productos como resultado, ¿por qué deberíamos confiar en que esto es algo bueno para el futuro de GitHub?

Microsoft ha aprendido algunas lecciones duras (costosas) sobre este tipo de adquisición. Las adquisiciones bajo el liderazgo actual de Microsoft tienen un buen historial: Minecraft y LinkedIn son ejemplos en los que Microsoft adquirió una plataforma exitosa, proporcionó a las empresas los recursos que necesitaban para acelerar y luego les permitió continuar operando de forma independiente. Está funcionando bien.

Puede leer más respuestas de Nat desde el enlace de la fuente a continuación.

Fuente: Reddit