Category: Software

En el sur de Chile, existe el dicho: “muchas manos matan la guagua” (la guagua = el bebé), que significa que si hay mucha gente interviniendo en un mismo asunto, probablemente terminan entorpeciendo en vez de mejorar la situación, o para el caso, matando la guagua. Es un dicho muy interesante que nos obliga a plantearnos la siguiente paradoja:

• El Efecto Ringelmann (cuántas más personas haya en un equipo, menos esfuerzo aportará cada una de las partes individuales) y la Ley de Carson (trabajar de forma continua y sin interrupciones es más eficiente y requiere menos tiempo que un trabajo interrumpido) deberían ser, al menos, hipótesis de corroboración vital: Un trabajo en grupo del colegio es mucho más fácil de hacer entre 3 que de 6. Hacer una coreografía de baile, debería ser más fácil de 2 que de 7, etc. Escribiendo esto no puedo evitar recordar a un amigo, que solía ser apremiado con deadlines por los Program Managers. Enfrentaba insistentemente la pregunta de si debían contratar más gente para acelerar el desarrollo y el siempre respondía muy sarcásticamente: “¿Embarazar a 9 mujeres te daria un bebé en un mes?“
  

Continue reading Muchas manos matan la guagua…

A series of personal thoughts about software architecture.

I’m currently working in a big company. What I mean by big? : big dreams, big teams, big challenges and of course, a big budget to make it happen. So, I’ll try to keep it up as abstract as I can, to make it interesting for everyone to follow, but I’m pretty certain this is only an issue at scale, but we’ll get to that later.

How a startup creates software?

Starts with coding: Some people gather to code in some repo and they set up some basic rules to make it happen: what branch is for development and what other one is for releases, some board where product progress will be reflected, they choose language and some tools and they jump into coding.

And all of the sudden the magic starts to happen: the team has great communication because they are all building together, learning from the other’s technique. If it is camel or pascal case it’s actually taken from the industry in the language selection. There’s no discussion yet on what’s the best option to deploy it. No particular standard is needed because they seem to not add any value at this point so why bother investing time into it?. So life is basically: take requirements, design, code, test, rinse and repeat.

Continue reading Software Mindset at Scale