Los sistemas no fallan porque están mal escritos; fallan porque no pueden seguir adelante con las necesidades complejas y cambiantes de un negocio. Cuando habló con Ignacio Brasca, que es un ingeniero de software de personal con varios años de experiencia en la construcción de sistemas de datos complejos, enfatizó que el software se comporta mucho como un sistema biológico, y que la entropía involucrada en hacer que crezca no puede ser subestimada. Como las organizaciones y los sistemas evolucionan juntos, los desarrolladores deben planificar el cambio a largo plazo desde el principio. Ignacio a menudo hace referencia a la idea de Donella Meadows de que “no hay sistemas separados; el mundo es un continuo”, argumentando que los sistemas solo duran cuando se construyen no sólo para trabajar, sino para crecer. Determinismo de sus acciones Bajo el supuesto de que usted no depende de servicios que no puede controlar, Brasca sostiene que el determinismo es uno de los elementos más importantes de un sistema eficaz. 
 
 Si sabes lo que vas a cambiar y lo que ese cambio provocará”, dice, “puedes construir un sistema que dure para siempre. Si sabes lo que vas a cambiar y lo que ese cambio provocará”, dice, “puedes construir un sistema que dure para siempre. Esta claridad es a menudo lo que evita la abstracción innecesaria, la flexibilidad prematura y la sobreingeniería.Para Brasca, el determinismo no se trata de rigidez; se trata de tener una base fuerte que promueva el crecimiento sin perder de vista lo que hizo que su sistema funcionara bien en primer lugar. Flexibilidad vs. sobreingeniería La flexibilidad es otra área que necesita ser abordada cuidadosamente. Ignacio cree que, en los negocios reales, la flexibilidad se vuelve cara cuando se persigue sin una comprensión clara de qué necesidades reales surgirán a lo largo del tiempo. “La palabra Nos hace pensar en la complejidad innecesaria”, explica, “pero a veces es lo contrario.Ustedes toman el enfoque equivocado de las restricciones iniciales y terminan con algo que es simple, robusto y todavía no funcional”. sobreingeniería Brasca se basa en un marco simple: “hacer que funcione, hacer que funcione bien, hacer que sea rápido”.La prueba de que un sistema resuelve un problema real viene primero. En última instancia, la flexibilidad sólo vale la pena su coste cuando se alinea con la forma en que se espera que el sistema evolucione.El exceso de ingeniería ocurre cuando los equipos diseñan para futuros imaginados en lugar de cambios observables, agregando complejidad sin mejorar la claridad o el control. Mantenimiento en la práctica Solucionar las restricciones de los negocios en teoría es una cosa; cuando la teoría se encuentra con la práctica, las cosas pueden desviarse rápidamente. “Aquí está la cosa: equivocarse es la única parte de la ingeniería de software que realmente tiene sentido.Nunca escribes un programa asumiendo que todo va a ir bien. Hoy en día, con la ayuda de la IA, escribir código se ha vuelto relativamente fácil.La parte difícil es mantener una base de código limpia, sólida y comprensible, al tiempo que mantiene un seguimiento de todos los cambios en una arquitectura horizontal que le permite seguir cuando algo va mal. Obtener eso correcto, argumenta Ignacio, es lo que separa a los sistemas que sobreviven de los que se derrumban lentamente. Tooling, DX y el cambio de supervivencia Obtener el código correcto es sólo el primer paso del proceso. Para escalar, las herramientas y la experiencia de los desarrolladores juegan un papel crítico en si un sistema sobrevive al crecimiento, el cambio y la facturación del personal. observa que los ingenieros tienden a ser increíblemente apasionados por sus herramientas y artesanías; a veces, tratar de sobreoptimizar todo puede convertirse en un problema. sin embargo, encontrar el equilibrio y usar las herramientas correctas puede ser la solución que elimina la fricción y protege al sistema del error humano. 
 
 Una decisión que redujo significativamente la fricción a largo plazo para sus equipos fue invertir temprano en tuberías CI/CD. Mientras que a menudo son subestimadas, las guarderías fuertes crean confianza. Una decisión que redujo significativamente la fricción a largo plazo para sus equipos fue invertir temprano en tuberías CI/CD. Mientras que a menudo son subestimadas, las guarderías fuertes crean confianza. En ese sentido, la herramienta se convierte en una extensión de la filosofía del sistema, reforzando el determinismo, limitando la complejidad innecesaria y asegurando que el crecimiento no venga a costa de la fiabilidad. Conclusión: Construir para el cambio, no para la permanencia Después de esta conversación con Ignacio, he llegado a darme cuenta de que los sistemas no duran porque son inteligentes o perfectos; duran porque están diseñados con un cambio en mente. El objetivo, entonces, no es predecir el futuro perfectamente, sino alinear los sistemas lo más cerca posible con los problemas que están destinados a resolver hoy, al tiempo que deja espacio para adaptarse mañana. Y en una industria obsesionada con la velocidad, la novedad y la escala, diseñar sistemas que se puedan entender, mantener y evolucionar puede ser la ventaja competitiva más duradera de todas. 
 
 Esta historia fue distribuida como un lanzamiento por Jon Stojan bajo HackerNoon's Business Blogging Program. This story was distributed as a release by Jon Stojan under  . HackerNoon’s Business Blogging Program El programa de blogs de negocios de HackerNoon El programa de blogs de negocios de HackerNoon

The is an opinion piece based on the author’s POV and does not necessarily reflect the views of HackerNoon.

Este audio es producido en el idioma original de la historia!

Ignacio Brasca sobre sistemas de construcción que duran

About Author

COMENTARIOS

ETIQUETAS

ESTE ARTÍCULO FUE PRESENTADO EN

Related Stories

¿Quieres ganar un concurso de redacción de HackerNoon? Esto es lo que recomiendan los ganadores del concurso #crypto-api

Telegram: el puente de Crypto Island hacia el continente

La fuga rápida del sistema Claude Sonnet 3.5: un análisis forense

Una guía del arquitecto para crear una arquitectura de referencia para un lago de datos de IA/ML

¿Quieres ganar un concurso de redacción de HackerNoon? Esto es lo que recomiendan los ganadores del concurso #crypto-api

Telegram: el puente de Crypto Island hacia el continente

La fuga rápida del sistema Claude Sonnet 3.5: un análisis forense

Una guía del arquitecto para crear una arquitectura de referencia para un lago de datos de IA/ML

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps