🧵 Mucho se habla de las personas 10x y poco de los entornos 10x.

Cómo sería un entorno 10x? Tiene una alta colaboración.

Las personas trabajan codo con codo a diario. Se ayudan y comparten información. Se sienten un equipo, saben que juntos trabajan mejor y están predispuestos para echar una mano al compañero

🧵 Me pide Manu que explique por qué creo que trabajar con Pull Requests bloqueantes se ha convertido en cargo cult.

Los motivos principales son 2:

1. Todos llevamos un pequeño gatekeeper dentro
2. Promueve un modo de trabajo fácil a corto plazo

https://x.com/evrtrabajo/status/1723276848883196341?s=20

1️⃣ Todos llevamos un pequeño gatekeeper controlador dentro.

Nos decimos a nosotros mismos que es por la calidad del código. Por la deuda técnica. Que hay que hacer revisiones.

Pero luego todos sabemos la calidad de código y deuda técnica que hay en nuestros repos

🧵 Ha salido un estudio de la Universidad de Stanford que afirma que programar usando asistentes de IA produce un código más inseguro.

Es una conclusión bastante fuerte.

No nos quedemos en el titular y echemos un vistazo en profundidad Los estudios sobre programación siempre hay que cogerlos con pinzas porque suelen tener deficiencias que hacen que no sean aplicables a un contexto profesional.

Merece la pena examinar el tipo de población participante y en cómo se llevo a cabo el estudio

🧵 El concepto MVP se ha vuelto dañino.

Se usa indistintamente para primeras versiones como para experimentos con usuarios (lo correcto).

Pero te piden que se haga a máxima velocidad igualmente.

Está haciendo estragos en el código de Producto Cuando te digan de hacer un MVP, pregunta si es una Primera versión o Experimento con usuarios.

Si es una 1a versión, aclara que debe ser construida con código de calidad de Producto.

Si es un experimento, aclara que el código luego deberá ser reconstruido a código de Producto

🧵 A nivel de controlador, debería usar test unitarios o de integración?

La respuesta es los 2 Escribe tests de integración sobre tus controladores para los happy paths.

Serán tests que aporten mucha confianza por ser de aceptación o e2e.

Al ser happy paths no te costará mucho inicializar el contexto para que no sean frágiles y merezca la pena el coste

🧵 Conoces la ley de las abstracciones débiles?

"Todas las abstracciones no triviales son, hasta cierto punto, débiles."

Las abstracciones no triviales tienen fallos. Tienen huecos en su intento de abstraernos de la complejidad. A veces son pequeños, a veces más grandes El ejemplo típico de abstracción débil (no trivial) es ese framework o librería de buen tamaño que usas todos los días. Llámalo Angular, React, Spring, Entity Manager, Django o el que sea.

Ese framework lleno de magia que te permite ser súper productivo en el día a día

🧵 Uno de los primeros objetivos que se le ponen a un junior es ser autónomo.

Ser autónomo no es hacerlo todo solo, sin necesidad de ayuda.

Todos necesitamos ayuda. Junior y no juniors. Porque hacer software es difícil

Entonces qué queremos decir con ser autónomo? Ser autónomo es tener un mínimo de capacidad. Pero no es sólo eso.

Es obvio que necesitas tener un mínimo de dominio en al menos:

- Programación
- Lenguajes y frameworks
- IDE y otras herramientas
- Arquitectura y Diseño
- Negocio
- Buenas prácticas

Pero hay más

🧵 Hace ya unos meses que hemos cambiado el formato de nuestra Daily y no puedo estar más satisfecho con el resultado.

Os lo cuento 👇 Antes, usábamos el clásico formato de las 3 preguntas: qué hiciste ayer? qué vas a hacer hoy? qué problemas tienes?

Este formato convierte la daily en una reunión de reporting al poner el foco en ir interrogando persona a persona para informar al PO

TDD no es una receta. El hilo 🧵 La teoría de TDD es fácil. Rojo, Verde, Refactoring.

Lo dificil es hacerlo bien y dominarlo. Para ello se requiere habilidad pero sobre todo, mucha práctica

🧵Cuáles son las skills que considero básicas para llegar a ser senior?

Disclaimer: esto sólo es mi opinión basada en mi experiencia y blablabla
👇 1️⃣ Comunicación
La comunicación es esencial en todo trabajo en equipo.
Un senior tiene que comunicar más y mejor. Con todo el mundo.
Su comunicación debe ser efectiva. Elige bien el cuándo, el canal, el modo, las palabras y el tono

Cómo de diferente es usar TDD en lugar de Tests after?

1️⃣ TDD te ayuda a pensar y enfocarte. Primero tienes que escribir un test y eso te obliga a empezar pensando en el diseño, el interfaz y el comportamiento.
Sin TDD, dependes más sólo de tu experiencia diseñando.

1/4 2️⃣ TDD te hace avanzar poco a poco al imponer una disciplina incremental. Tienes que escribir primero un test que falle, luego código, después otro test, etc.
Sin TDD, puedes caer en intentar escribir demasiado código seguido. Será más difícil. Habrá código muerto.

2/4

Sabías que Extreme Programming se basa en los valores de Comunicación, Simplicidad, Feedback, Coraje, y Respeto?

Estos 5 valores son el propósito de los principios y prácticas de XP. Sin ellos, las prácticas pueden ser útiles pero no aportarán todo su valor.

Quieres conocerlos? Comunicación es el valor más importante. XP busca una efectiva colaboración entre devs y Negocio para aportar valor. Su comunicación debe ser continua y directa en ambos sentidos.

La comunicación también es clave entre el propio equipo de desarrollo para ser un verdadero equipo

Hilo con libros de Desarrollo de más de 15 años que deberías leer si es que aún no lo has hecho.

(Anímate y añade los que consideres oportuno)

👇👇👇 📖 Extreme Programming Explained: Embrace Change.

Kent Beck escribió la 2a edición en 2004.
No sabrás lo que realmente es Extreme Programming y lo que implica en la forma de desarrollar hasta que te leas el libro original.
amazon.es/Extreme-Progra…

X: Qué estrategia de ramas usáis?
Y: Depende
X: Cómo que depende?
Y: Las estrategias no dejan de ser herramientas. Dependiendo de lo que necesitemos usamos una u otra
X: Cuéntame más
👇 Y: Por lo general, nosotros buscamos Entrega Continua. Organizamos el trabajo en historias y versiones pequeñas. Integramos a diario. Hay mucho testing, comunicación y algo de pairing. Trunk Based Development fomenta todo esto
👇

Hubo una época en la que trabajar para la Administración era casi lo mejor que te podía pasar, sobre todo en provincias. Eran proyectos interesantes, algunos en internet, con buena tecnología y buenas condiciones, tanto de salario como horario.
1/4 Eran tiempos muy locos. Stackoverflow aún no había nacido. Las consultoras te hacían un test psicotécnico y una entrevista en inglés para entrar. Java 1.5 era la tecnología punta. Javascript era un lenguaje menor y entonces apareció Ajax
2/4

TDD es una herramienta para ayudarte a desarrollar mejor. Entendiendo por desarrollar: diseñar, programar y probar.
TDD te va a ayudar a centrarte en el diseño, a programar incrementalmente y a tener confianza en tu código.
Cómo lo hace?
1/4 Con TDD, empiezas programando un test. Te obliga a pensar en el diseño antes de programar el código: qué tipo de clase necesito, cómo la llamo, cómo llamo al método, qué entada necesita, qué salida quiero.
Primero piensas el diseño, luego programas
2/4

Éste es el resultado de la encuesta una vez finalizada. Muchas gracias a todos los que habéis colaborado.

Aunque la respuesta más votada ha sido Crear nuevo item en sprint backlog, la respuesta correcta en general sería Reabrir el item original.
Abro hilo con la explicación

https://twitter.com/jcesarperez/status/1169173283981398016

Uno de los 4 valores Agile es: Software funcionando.
Así, si tenemos un bug o una pequeña modificación de IU, debemos arreglarlo lo antes posible. Si no funciona, no aporta valor y daña nuestra imagen. No debemos esperar a otro sprint

En la 2a temporada de Agilebyl, un nuevo equipo de Desarrollo Agile consigue reconducir el proyecto y salvar a la organización del desastre, basándose en:
-El lider del equipo tiene un alto nivel técnico y sirve de ejemplo
-Negocio trabaja codo a codo con Desarrollo -El desarrollo sigue un ciclo iterativo e incremental
-Se fijan prioridades por valor
-Después de cada iteración, se inspecciona y adapta el plan
-El lider y Negocio eliminan impedimentos
-La comunicación es continua y principalmente cara a cara

El cártel y el fango es un análisis sereno y más acertado que los cuñadismos que hemos estado oyendo estos días sobre las contrataciones TIC en la Administración. Hace foco en algunas de las causas del problema y en las personas #Bonilista us2.campaign-archive.com/?u=374c664073e… Es una pena que no entre a analizar el sistema de contratación público y sus deficiencias de cara a contratar servicios TIC, que es lo más parecido a pegarse un tiro en el pie a la hora de querer transformar digitalmente la Administración