Koalite: Sobre velocidad y coste de desarrollo
Sobre velocidad y coste de desarrollo | Koalite » blog.koalite.com | blog.koalite.com
Technical-Debt
Managing Architectural Tech Debt
It’s time to dive into the primary culprit impacting engineering velocity, service scalability, and platform resiliency across the enterprise. » hackernoon.com | hackernoon.com
Managing Technical Debt
Breadcrumbs list » 8th Light | 8thlight.com
Strategic Refactoring: A Roadmap for Tackling Technical Debt Head-On
Explore strategies to tackle technical debt and enhance code quality. Learn to balance business goals with refactoring for long-term success. » Ivan Novak | ivannovak.com
How to Lead Your Team's Technical Debt Management
Delivery speed results in cost reduction; confidence enables speed; confidence requires quality. » Leadership Garden | leadership.garden
200+ Software Engineers Taught Me The Best Way To Manage Technical Debt
Over the last six months, I’ve learned how the best software engineers and leaders manage technical debt. I’ve interviewed more than 200 experts, to understand how tech debt is handled at growing software companies. » hackernoon.com | hackernoon.com
Five Big Myths Surrounding Technical Debt
In a software company, people often talk about tech debt, usually blaming it for something bad that is happening, such as » hackernoon.com | hackernoon.com
Cómo detectar una mala empresa en una entrevista de trabajo
7 preguntas que debes hacer a tu entrevistador para descartar tú a la empresa en una entrevista de trabajo. » 26 de feb. de 2020 | geekytheory.com
Deuda técnica
¿Qué desarrollador de software nunca ha estado una semana programando a toda velocidad, casi sin saber que hace, ya que la fecha de entrega está cerca y todo tiene que estar terminado ”para ayer”? ¿Quién no se ha encontrado en la situación de saber que está programando una chapuza, pensando que otro día lo mejorará, y ese día nunca llega? ¿Quién alguna vez, al ver una porción de código fuente no ha exclamado indignado: ¡qué narices hace este código! o ¡quién leches lo ha programado!? A todo este código lo solemos calificar como chapuzas, apaños, ñapas, mierdecillas¦ Su problema es que, por lo general, se va extendiendo de forma exponencial y acumulándose a lo largo del desarrollo de un proyecto. Y en consecuencia tenemos como resultado un código fuente que es muy difícil de mantener, extender y reutilizar; y un aplicativo que funcionalmente tiene problemas. ...