The Big Branch Theory

Empezamos una nueva serie en el canal!

En estos episodios vamos a hablar de experiencias de desarrollo dentro de equipos, cosas que creamos que son interesantes que nuestros invitados o invitadas nos cuenten para compartir con la comunidad, éxitos, desgracias y por qué no de todo un poco para poder ver desde un punto de vista cercano que tipo de retos nos podemos encontrar si nos encontraremos en la misma situación en nuestros equipos.

En este episodio invitamos a dos nuevos compañeros, Aitor Alzola y Víctor Fernández, ambos trabajan en Lifull Connect y colaboran en este episodio (y en el equipo) con un sospechoso habitual del podcast, Miguel, quien será nuestro coordinar del podcast en el episodio de hoy.

Trataremos desde varios puntos de vista lo que ha supuesto para Lifull y para el equipo de Nuroa tomar la decisión de migrar de una plataforma completamente en on-premise a un entorno en Cloud AWS desde cero, los grandes retos que se tuvieron que superar para conseguirlo y además como hacerlo poco a poco para nunca dejar de dar servicio de la aplicación en el camino. Aitor es Tech Lead del equipo y contara los retos desde un punto de vista orientada a la integración entre producto y desarrollo, mientras Miguel y Víctor os contarán pues la peripecias de colaborar hasta conseguir tener la aplicación totalmente migrada en AWS (spoiler!). Sin más os animamos a escuchar nuestra experiencia y que nos deis feedback del episodio.

Recordad que siempre podeis contactar con nosotros en cualquiera de los canales de Twitter: https://twitter.com/BigBranchTheory

En nuestra web dejándonos un comentario: https://www.thebigbranchtheory.dev 

O a cualquiera de nuestros participantes:

Aitor Alzola: https://twitter.com/Aitortxu

Miguel Viera: https://twitter.com/mangelviera

Victor Fernández: No usa Twitter pero acepta palomas mensajeras

Unos meses después de empezar en Go hago un pequeño resumen de los principales retos o diferencias significativas que he sufrido o disfrutado con el cambio.

Referencias https://thebigbranchtheorypodcast.github.io/post/script-kotlin-go/

Puedes dejar feedback puedes hacerlo en este formulario https://tinyurl.com/kotlin-go-feedback

Alfredo Casado (@AlfredoCasado) y Miguel Viera (@mangelviera) Nos cuentan sus experiencias y aventuras con DDD durante los últimos años.

En este episodio se abarca tanto la parte estratégica de DDD como la táctica, aunque con más enfoque en la primera. Apreciamos todo el feedback como siempre!

Si queréis más episodios expandiendo este tema, nos encantaría escucharlo de vosotros!

Este episodio hablamos sobre Developer Experience. Una disciplina que se esta poniendo últimamente muy de moda dentro del mundo de desarrollo de software. Queremos contar un poco la experiencia que tenemos en nuestro día a día con ello y nuestras aventuras y desventuras con nuestros aciertos y equivocaciones. Al ser un tema muy génerico y que tiene muchas vertientes dentro de la misma, nos vamos a enfocar sobre la de desarrollo de herramientas y tooling interno dentro de los equipos.

Resolveremos las siguientes preguntas:

- ¿Cuándo merece la pena desarrollar tooling génerico en nuestro software?

- ¿Sobre que principios regimos su creación?

- ¿Cómo identificar que se nos está yendo de las manos o estamos acertando?

- ¿Qué tipo de herramientas tienen sentido hacer y cúal es el camino a seguir?

Con ello esperamos resolver la duda de cuándo es suficientemente bueno (good enough) invertir dinero, recursos y tiempo de las personas del equipo en hacer herramientas específicas o quedarnos con scripts que automaticen tareas, etc...

En este podcast queremos analizar un poco más en profundidad este famoso principio. Creemos que en ocasiones el principio se entiende de una manera algo superficial y nuestro diseño no está obteniendo el verdadero valor que podría de este principio. Incluso una aplicación del principio entendido de manera superficial podría ser contraproducente en algunos escenarios.

Si cuando piensas en este principio te surgen dudas como:

- ¿Es realmente un principio?

- ¿Qué es una responsabilidad?

- ¿Debo separar siempre las responsabilidades que detecte?, ¿cuándo es el momento adecuado?

En este capítulo intentaremos dar respuesta a estas preguntas. Revisando que decían los textos originales donde se define el principio y explicando como lo vemos en nuestra experiencia.

Para los que nos conocéis, sabréis que este va de uno de nuestros  temas favoritos: Testing 😂 Es una charla bastante informal en la que  comentamos algunos detalles que nos han ayudado a desarrollar tests.  Juan trabaja en un proyecto muy grande con muchas decisiones de  arquitectura ya tomadas, mientras Ronny habla desde la perspectiva de un  proyecto relativamente nuevo. Independientemente del escenario es  importante que los tests nos den feedback pronto, nos den confianza,  puedan adaptarse a cambios y ser comprendidos por el resto del equipo.

El foco de este capítulo es prestar atención a los tests. Al igual  que el código que va a producción, los tests también hay que  mantenerlos. Por lo que también es importante aprender de ellos y  aplicar buenas prácticas. Durante este episodio tocamos algunos de los  dilemas que más suelen surgir cuando estamos testeando desde la  perspectiva de desarrollo:

https://thebigbranchtheorypodcast.github.io/post/sobre-testing/

En este episodio hablaremos de manera puntual sobre algo no relacionado con el desarrollo de software ni buenas prácticas. En este caso, será de Minimalismo Digital. 

Durante los últimos tiempos nos vemos muy involucrados con nuestra vida y el control de nuestros dispositivos electrónicos y las redes sociales. En el episodio de hoy, Ronny y Miguel nos contarán como descubrieron esta faceta del minimalismo y su manera de intentar tener un control mejor de los dispositivos en vez de lo opuesto, que sean los dispositivos quiénes les controlan a ellos. El podcast está facilitado por Alfredo Casado.

Participantes: Alfredo Casado, Miguel Viera, Ronny Ancorini

En este episodio, para iniciar esta nueva temporada de The Big Branch Theory queríamos reunirnos todos de nuevo y compartir aquella bibliografía y recursos que de cierta manera nos hayan impactado positivamente en nuestra profesionalización. Enumeramos tres de ellos (o por lo menos lo intentamos)  y hablamos un poco de por qué nos han gustado mientras ofrecemos recursos entre nosotros para seguir expandiendo desde la idea que transmite.

Notas del episodio y recursos en nuestra web: https://thebigbranchtheorypodcast.github.io/post/career-changing-resources/

Esta vez llegamos con un formato muy distinto y con un invitado, Ronny. En este episodio damos un repaso bibliográfico intenso para intentar definir y sentar las bases sobre algunas de las cuestiones más comunes en relación a la Deuda Técnica:

¿Que es la deuda técnica? ¿Como la identificamos?

Tipos de deuda técnica

Como hacer visible la deuda técnica asumida (Metricas, Trello, …)

Consecuencias de tener deuda técnica

Donde merece la pena tener deuda técnica

Si te ha gustando este episodio, estate a la espera porque seguiremos profundizando en el tema.

Cualquier feedback será bien recibido. A falta de acabar nuestra web si quieres, puedes dejarnos comentarios en twitter o a nuestro email thebigbranchtheory@gmail.com

En este episodio participan

- Alfredo Casado (https://twitter.com/AlfredoCasado)

- Daniel Ojeda (https://twitter.com/SuuiGD) 

- Juan Vega (https://twitter.com/juandvegarguez)

- Miguel Viera (https://twitter.com/mangelviera)

- Ronny Ancorini (https://twitter.com/RonnyAncorini)

Debido a las limitaciones de espacio de la descripción, los enlaces y referencias se pueden encontrar aquí: https://quicknote.io/6fc5dcb0-9921-11ea-bb4b-3914548eb744

Foto de www.pexels.com

Esta obra está bajo una Licencia Creative Commons Atribución 4.0 Internacional.