7 consejos de Linus Torvalds para evitar código basura
① Hazlo simple o no lo hagas
② Borra sin miedo el código inútil
③ Si necesitas comentarios, rehazlo
④ No mezcles refactors con arreglos
⑤ Si no lo puedes explicar rápido, está mal
⑥ Que funcione primero, optimiza después
⑦ Commits pequeños o estás ocultando algo
1/12
🚨 GRANDES CAMBIOS EN GENTLEMAN PROGRAMMING
Mi gente, acá vengo con updates IMPORTANTES del canal. Han sido semanas intensas de trabajo organizando y reestructurando todo para pelear contra lo que está pasando en YouTube.
Hace poquito arranque a hacer freelance de QA en plataformas con uTest, Playtesting y TestIO para agarrar experiencia en proyectos variados y la estoy pasando muy bien. Esta semana hice un laburito de una hora y media, en 20 min tengo otros 2 y mañana tengo una playtest de 2hs
Sorteo Licencia anual JetBrains para el IDE que tú quieras!
Participa:
✅ Sígueme
🔄 Comparte el post
🌐 Sorteo global
El 30/05 publico el resultado. Suerte! 🤘
¡No te pierdas esta revolución! Sumérgete en el código fuente de TypeScript en Go y sé parte del futuro del desarrollo web. 👇
https://t.co/NWlHYRs6Yo
PD: Todavía un work in progress
#TypeScript#Go#Frontend#DesarrolloWeb#Programació
🧵 ¿NADIE en la empresa entiende el valor de tu código?
Te explico como solucionarlo usando "Stakeholder Value Mapping"
1. Identificar stakeholders
2. Entender sus necesidades
3. Mapear el impacto
4. Articular el valor
Veamos un caso real 🔍
Uno de mis devs me dice:
"Separé una libreria en dos en SDK... no vale la pena mostrarlo en el demo"
Momento perfecto para aplicar value mapping 🎯
Paso 1: Identificar Stakeholders
¿Quién podría verse afectado por este cambio?
📌 Ventas
📌 Marketing
📌 Customer Success (clientes actuales)
📌 Partners
📌 Ingenieria
Paso 2: Entender Necesidades
Ventas: "Queremos vender a empresas que usan PHP"
Marketing: "Queremos promover estabilidad"
CS: "Clientes quieren versión stable"
Partners: "Queremos integrar con más lenguajes"
Paso 3: Mapear Impacto
Cuando planeamos este "simple refactor", lo hicimos porque:
↗️ Necesitamos versión stable
↗️ Mejora mantenibilidad
↗️ Reduce tiempo de integración
↗️ Habilita soporte PHP/.NET (de esto nos dimos cuenta después)
Paso 4: Articular Valor
Para Ventas:
"Ahora pueden ofrecer soporte PHP"
Para Marketing:
"Tenemos SDK enterprise-ready"
Para CS:
"Pueden anunciar versión stable"
Para Partners:
"Integración en cualquier stack"
El mismo código, múltiples valores:
👩💻 Devs: Mejor arquitectura
💰 Ventas: Nuevos mercados
📢 Marketing: Más features
🤝 CS: Mayor satisfacción
🔄 Partners: Más flexibilidad
Resultado:
Un "simple refactor" se convirtió en una actualización estratégica que:
- Abre nuevos mercados
- Mejora satisfacción
- Reduce fricción
- Aumenta adopción
Tips para tu próximo cambio:
1. Lista TODOS los stakeholders
2. Pregúntales sus pain points
3. Conecta tu código con sus necesidades
4. Comunica en SU lenguaje
5. Durante el planning, completa:
"Este cambio permite a [stakeholder] lograr [objetivo] mediante [funcionalidad]"
RT si aprendiste algo nuevo 😊
#Engineering #ProductDevelopment #Communication
Fazt es uno de los mayores divulgadores de programación.
Lo tendremos en la miduConf y...
¡Sortearemos asesorías privadas con él!
Ya queda menos. 12 de septiembre.
→ https://t.co/FKRGEiBUvN
#Viral | ¿Lo recuerdas? #Ford adopta a perrito, que se hizo viral. 🐕👏
La empresa aclaró que los guardias involucrados pertenecían a una agencia externa y que el acto no es aprobado por los valores de la empresa, y fue nombrado Bronco y ahora es parte de la agencia de autos.
Por fin me decidí a usar la macbook de home server con nextcloud, server de mc y demás cositas
Tengo todo lo del móvil sincronizado y puedo jugar donde sea, estoy feliz :3
Una estrella ubicada a 3 mil años luz tuvo una explosión, su luz está llegando a la Tierra y será visible por una semana en cualquier momento durante los próximos meses.
¡Prepara las palomitas! 🍿
https://t.co/ijx69vId5E