Dark reality of modern marriage. Disrupt the family unit to easily control the next generation.

DDD is one of the most practiced software techniques, right? I'm talking about the other DDD: Deadline Driven Desperation.

You will never refactor or write tests until you have convinced yourself that it’s the most productive strategy. Once you accept that, you won’t need management to give you time because you will be working the fastest way possible. Refactoring _saves_ time. Tests _save_ time.

A team who allows messes to persist in their code will gradually slow down to a tiny fraction of their potential productivity. I’ve seen teams that have expanded their estimates out to weeks and months for jobs that ought to take a day or two. The slower the team goes, the more the pressure builds. The more the pressure build the more messes are left uncleaned. Each such mess impedes the team even more; and the slower they all go. It’s a vicious cycle, and if you’ve been a programmer for more than a couple of years you’ve likely taken a few turns around it. But it gets worse. Managers, desperate to increase productivity, hire new people. This, of course, has the opposite of the desired effect. The new people, thrown into the mass of messy code, see how things are done around here and — of course — they emulate it. So now there are even more people making messes, which drives the cycle even faster, and drags the productivity even lower.

El desarrollo de software es un negocio llevado por gente que, en su mayor parte, no sabe desarrollar software y no le gustan los devs

Now he has gone too far 😳

Happy Birthday to Ken Thompson! 🎉 A tech legend who co-created UNIX, C, B, and Go. 💻 🔥

Qué fue antes: el huevo o la gallina? Los devs no quieren hacer una linea de código hasta que esté todo bien definido. Pero qué incentiva que se pida estimar todo por horas para luego estar dando con el látigo y el reporting casi a diario?

The best teams I've ever worked on were not made of 10x developers who knew everything but of developers who were kind, funny, humble, and professional.

Keep it simple 🤩

|￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣| | Don't Push To Production On Friday | |＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿| \ (•◡•) / \ / —— | | |_ |_

Just gonna leave this here.

Vivimos una especie de Edad Oscura donde prácticas como testing, clean code, integración continua (tbd), tdd o patrones de diseño, son criticadas y rechazadas desde el desconocimiento y cierto temor, en lugar de ser experimentadas y adaptadas

Schrödingers documentation: If there are docs, noone will read them. If there are no docs, everyone will complain.

How to read programmer job ads

"El tema no es sobre ser mejor prediciendo el futuro, sino ser mejor adaptándose a cómo el presente es diferente de tus expectativas" 💯👇

No tengo pruebas ni tampoco dudas de que existe una relación entre ser buena persona, un buen profesional y un referente para otros. #reflexion

"El teletrabajo te da flexibilidad, pero no te enseña como gestionarla" Esta frase me la ha dicho un compañero hoy, y me parece de una profundidad tremenda.

Charla: Re-aprendiendo Orientación a objetos, esta vez, bien meetup.com/software-craftsma… #Meetup a través de @Meetup

I’m a big fan of Functional Programming; I think it’s great. I’m a big fan of Object Oriented Programming; I think it’s great. I’m a big fan of Procedural Programming; I think it’s great. I’m a really big fan of using all three together at the same time. I think that should be our standard.