Como sabéis, este espacio no es solo un repositorio de código y texto, sino un lugar para experimentar con la forma en que compartimos conocimiento. Hoy quiero proponer un cambio de enfoque (una nueva opcion) en la metodología de colaboración para hacerla más flexible. ¿En qué consiste la “Lightning Talk Asíncrona”? La idea es romper la barrera de la lectura estática y permitir que cada colaborador se convierta en ponente, manteniendo la comodidad de los tiempos de cada uno.

Temas a tratar en la segunda sesión Interface en struct y extensión de clases En el mundo clásico de la orientación a objetos, por ejemplo en Java, una interfaz define los métodos de una clase que se deben implementar para cumplir con esa interfaz. Y si una clase extiende a otra, esta hereda los métodos que tenga implementados la clase padre. En Golang, si un struct (clase) implementa (entre otros) los métodos de una interfaz, entonces podemos usar ese struct allá donde la interfaz, pero si añadimos la interfaz dentro del struct, entonces de alguna manera extendemos ademas las implementaciones de la interfaz que hemos añadido.

Tras una primera sesión… Tras haber plantado como contribuir y tras una primera sesión hace ya seis meses y habiendo investigado sobre Livekit y telegram para implementar las sesiones online de otra forma, creo que se podría dar una vuelta de tuerca al asunto. Puliendo detalles La parte del chat se mantiene igual, a dia de hoy se mantiene privado, pero quizás mas adelante se haga publico, iremos viendo como evoluciona el grupo.

Livekit and Telegram Bot Livekit Hace ya bastante tiempo se definio un estandar WebRTC y haciendo uso de ese estandar aparece Livekit que haciendo uso de la estupenda librearia Pion WebRTC. Si una vez instalado arrancamos con la configuracion Basicamente queda livekit-server --dev --config config-sample.yml Y la configuracion deberia ser port: 7880 rtc: port_range_start: 50000 port_range_end: 50100 tcp_port: 7881 use_external_ip: true keys: devkey: secret Hay que tener en cuenta, que la comunicacion se hace usando websocket por lo que para exponer el puerto 7880 desde un servidor al exterior debemos usar un proxy reverso.

Temas a tratar en la primera sesión Test y las capas La idea a tratar aquí es: bajo el punto de vista del testing en GoLang, testing unitario en el sentido que no levanta piezas auxiliares (de integración) ¿Cómo se deben comportar los test con las distintas capas de tu proyecto (controller/service,onion,clean…)? ¿Deben los test intentar cruzar todas las capas? En caso de que no… ¿qué pasa con la comunicación entre capas y la transformación de modelos (en los que los tengan diferenciados)?

¿De que va esto? A los meses de iniciarme, en un proyecto en GoLang por primera vez, terminé montando un chat interno con mis compañeros para compartir dudas relativas al lenguaje, arquitectura, proyectos auxiliares… y de como debíamos mantener el equilibrio en el desarrollo. Yo siempre he sido de la opinión que los extremos nunca son buenos, y que siempre tienes que ver la situación alrededor de tu proyecto para buscar ese equilibrio en el desarrollo que tienes que abordar, y asi seguir avanzando.