¿Por qué una casa de medios como el NY Times tiene tantos proyectos en Github?

La respuesta del usuario de Quora es buena, pero en la industria de las noticias en particular, “distribución y lectores” no son las únicas motivaciones para escribir y publicar código.

Los gráficos interactivos y las aplicaciones de noticias más grandes terminan siendo formas alternativas de contenido por derecho propio, como la Máquina de mensajes relacionada con las elecciones de ProPublica, el Pronóstico de incendios de NPR (Página en Npr) y los mapas del censo del Chicago Tribune (Página en Chicagotribune).

Hay un gran reconocimiento dentro de la comunidad de desarrollo web de noticias de que no podríamos hacer muchas de las cosas que hacemos de una manera tan fácil o rápida sin la ayuda de proyectos de código abierto ya existentes, por lo que es bueno poder devolver. En el caso de los ejemplos que ya he mencionado, ProPublica lanzó la tienda que usan para las frecuencias de palabras en Message Machine (Daybreak), NPR lanzó todo el código detrás de Fire Forecast (us-wildfires) y el Tribune lanzó un par de útiles bibliotecas para generar mosaicos para mapas como sus mapas censales (invar, englewood).

También es útil desde una perspectiva periodística poder señalar el código publicado como una explicación de cómo llegó a las conclusiones que llegó en una pieza, de la misma manera que un artículo de texto normal podría describir quién fue contactado y cuándo, o un El artículo de la revista científica podría incluir detalles de las simulaciones que se utilizaron. Por ejemplo, The Los Angeles Times lanzó todo el código que usaron para procesar los resultados de las elecciones en vivo de Associated Press el año pasado (python-elecciones). (Hice lo mismo después de las elecciones cuando estaba en el PBS NewsHour, pero mi código era un poco más complicado: myersjustinc / README.md)

La respuesta más corta que se me ocurre es que trabajan en muchos proyectos únicos e interesantes, desde financiamiento de campañas, elecciones, olimpiadas, funciones y más.

Construir desde cero cada vez no es factible, por lo que a lo largo del camino comienzan a trabajar en el código que pueden recuperar, lo que resulta en bibliotecas y otros proyectos.

Ahora que tiene estas aplicaciones sólidas, es genial poder compartirlas. Los desarrolladores de NYT usan tanto código abierto que están bastante familiarizados con los conceptos de retribuir a la comunidad, y también los beneficios de que otras personas lean y desarrollen su código.

Es un ganar-ganar.

NYT hace que las personas mejoren su código. Los desarrolladores de NYT pueden retribuir a su comunidad. La Comunidad obtiene el beneficio de algunos excelentes repositorios para usar.

Si su empresa es principalmente no técnica, entonces tienen muchas razones para publicar su código en Github. La alternativa es mantener su código en secreto, lo que creará costosas deudas tecnológicas y bloqueos para ellos. Tienen poco valor para ellos mantener un código secreto, ya que hacen su dinero de alguna otra manera. Mantener su código en secreto tiene un costo, ya que tendrán que mantener a alguien en el personal para hacer frente a las inevitables necesidades de actualizaciones y mejoras. Mientras que al publicar su código (y promocionarlo) tienen la posibilidad de que otros también usen ese código y, en virtud de la codependencia, uno de los otros usuarios identificará problemas y soluciones, reduciendo así los futuros costos de mantenimiento y mantenimiento del software.

Además del beneficio financiero de la mercantilización de sus gastos futuros, también hay razones “más suaves” para considerar. Las compañías no técnicas pueden atraer talento técnico (que de otro modo preferirían las compañías tecnológicas) ofreciéndoles la capacidad de hacerse un nombre en el mundo del código abierto. Los desarrolladores que escriben código que saben que se publicarán escribirán un código de mejor calidad. Es como escribir un diario frente a un libro. Examinas la calidad de algo que publicas. Y si tienes editores o revisores, captan cosas que te perdiste. Además, algunas personas creen que compartir código es como compartir conocimiento, es algo que haces por el bien de la humanidad.

Entonces, atraiga talento, obtenga un mejor código, ayude a la humanidad, reduzca el costo futuro, tal vez obtenga correcciones de código, tal vez haga que otros sigan su ejemplo y creen un estándar de facto, y no pierda nada al hacerlo (ya que monetiza contenido, suscripciones o anuncios – pero no código).

Esto significa que no le cuesta casi nada compartir, y obtiene muchos beneficios reales y potenciales. La verdadera pregunta es, ¿por qué (o cuándo) no compartirías tu código para el código abierto?

Github está en BABY YEA, lol jk. La forma en que me imagino es que si el ejército y nuestros gobiernos están en Github, también lo está el resto del mundo. Más ojos en el código siempre es mejor.