Technical-Debt on Karpoke - Just Another Blog

Koalite: Sobre velocidad y coste de desarrollo

Sun, 21 Dec 2025 04:47:19 +0100

Sobre velocidad y coste de desarrollo | Koalite

Managing Architectural Tech Debt

Thu, 06 Jun 2024 21:20:48 +0100

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

Mon, 15 Apr 2024 17:48:00 +0100

Breadcrumbs list

» 8th Light | 8thlight.com

Strategic Refactoring: A Roadmap for Tackling Technical Debt Head-On

Thu, 10 Aug 2023 19:56:04 +0100

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

Mon, 11 Oct 2021 21:38:56 +0100

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

Mon, 23 Nov 2020 16:09:21 +0100

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

Mon, 09 Mar 2020 07:22:24 +0100

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

Sat, 29 Feb 2020 15:55:59 +0100

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

Mon, 04 Jun 2012 14:12:00 +0100

¿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.