Acerca del código en vivo después de 130 transmisiones

Hace cuatro meses, tomó el unicornio. Una vez más. Y sin embargo, el soldado que no lucha por los pantalones del general es malo.


Primero necesitas preparar herramientas y materiales. En nuestro oficio, esto es organizar un lugar de trabajo, establecer un entorno, arquitectura de proyecto, elegir bibliotecas y conectar una API.


Por supuesto, lo publicaré en código abierto, lo que trae sus beneficios obvios. También quiero transmisiones, ¿por qué? No respondí por mí mismo por completo, pero cuáles son los éxitos en los puntos:


  • Domino las herramientas para la transmisión. Configuración creativa de YouTube Creative Studio y OBS Studio, ensamblaje manual de libx265 para Ubuntu para 4K, herramienta de cambio de pantalla remota de tableta OBS, cámara réflex de cámara web con caja de captura de video ezcap287, micrófono de condensador cardioide.
  • Registro mis actividades de diferentes maneras: lanzamientos en GitHub para cada transmisión de YouTube, Toggl, WakaTime, Trello. Las mediciones ayudan a planificar cuando se ejecuta una larga distancia. Observé cómo los desarrolladores se resisten cuando los clientes requieren algún tipo de contabilidad. Pero si "todo por ti mismo" es otra cuestión!
  • La comunicación con los espectadores imaginarios, entre los cuales mi "alter ego", es como un par de programación. Formular una pregunta ya es la mitad de la solución, y realmente me gusta hablar. La sensación de ahorro ayuda a avanzar.
  • Algunos de los estudios son estudios y razonamientos, que se posponen en una sola cabeza. Pero ahora existe la oportunidad de compartir un enlace a la transmisión y actualizarse. Cada mota de polvo es una vitamina.

Me gustó, continuaré. Y les aconsejo a todos que lo intenten. Canal de YouTube "Suscríbete, me gusta". Nabo en GitHub .



Streamer en el lugar de trabajo: encuentra un gato.

Source: https://habr.com/ru/post/451926/


All Articles