Рубрики
Uncategorized

Le De Debo Dionero Al Banco de México: Negociando La Deuda Técnica.

¿Cómo Podemos Afroнтар La Deuda Técnica? ООН Ejemplo Doctro de un equipo de infraestructura. Помечено TechialDebt, SPECENCENCINENGINGINGING, Tooling, DEVOPS.

Билеты в Апэс Ллегуе у Яйца Lloviendo Los Golpes

Тодос Нос Ха Пазадо. Llegas A un Nuevo Equipo, Una Nueva Empresa, Startup O Communitora Y TU Primer Semana TE Asignan Bug. ¿Será Mi Novatada? ¿ POR Qué Está Pasando Esto? Вероятные TE Harás Miles de Preguntas, Pero Hay Algo Común EN ESE Comportamiento: La deuda técnica Отказ

Ла Deuda Técnica SE DEFINE COMO EL TRABAJO ADICALION (O RETRABAJOJO) ANA TAREA O FUNCALIDAD DEFIDIDA, регуляризация POR ALGUNO de Estos Motivos (PuEden Ser Más):

  • ООН Camino Fácil (VECES Hackish) Утиная лента программиста
  • Optimización Prematura
  • Mala diffición o diseño
  • Acoplamiento Con Algún Componente Externo O Interno
  • Фальта де Виовион Дуранти Эль Рефиномиенто де ла Tarea

Эсте Concepto Tiene Una Analogía Directa Con La Deuda Monetaria En Cualquier Sistema Financeiero, ES DECIR, SI DICHA DEUDA NO SE PAGA, ESTA Seguirá Generando Intereses y Dificultará Su Pago Futuro O Reimplementación, Lo Cual Sule Ser Muy Cokoso Por Ba La Bosible Pérdida de Conocimiento.

Cabe Destacar que, COMO CUAUTQUIER DEUDA O PRÉSTAMO QUE SE PADE AL BANCO, SIEMPRE SE PEEDE Negociar y dependerá del Uso que decidamos darle.

POR EJEMPLO, PODEMOS PEDIR PRÉSTAMO PARA POONER UN Negocio y Conforme Tengamos Cierta Liquidez Comenzar A Pagarlo; o Bien, Ирнос Бар ООН, Бар Nuestros Amigos Gastarnos el Ingreso Recién Regiado.

La Situación En La Industria Del Software Es La Misma. No Es Malo Tener Deuda Técnica, Es Malo Cuándo No решает PagArla O La Ignoras Отказ

Hola, Este Software Fue Mio Pero Yo Ya Меня Фуи

TODOS HEMOS TOCADO ESE PUNTO DONDE TENEMOS Системас Легодос Procesos Complete De Ingeniería Que Tienen áreas Enormes de Oportunidad Pero Por Ser «Viejos» Son Juzgados Y Vistos Como El Gale Flaya Del Mundo Actial.

ООН Система Легадо ES Aquel Que Podemos Clazifififar Como Obsoleto, Poco Actualizado o Bien, Con Visión Distinta A Requiere El Negocio Actualmente. Мучиться Факторины PuEden Hacer que uns Sistema Sea Clasificado O Нет Como Legado. POR EJEMPLO:

  • Falta de Soporte de Algún Framework, Biblioteca o Lenguaje
  • Exceso de deuda técnica El Sistema
  • Actualización de los estándares bajo los que el sistema fue diseñado
  • Cambios en la estructura del negocio que immiden su акциясибо постепенно
  • LAS Métricas Sobre Cambios o Actionizaciones Suelen Ser Muy Costosas (Relacionado Al Mismo Tiempo a la deuda técnica)
  • ACOPLAMIRETO DEL PRECESO CON ALGúN аппаратное обеспечение EN ESSICICO Y ESTE HAYA SIDO DEMECADO

Эстос Соло сын Альгунос де Лос мучиться Факторины que pueden marcar como legado un sistema. Перо Ла ПРЕГЕНТА ДЕЛЬ МИЛЛОН: ¿Reemplazar Todo Mi Sistema Y CrEarlo Desde Cero? ¿ PuEdo Evitar Tenerer Un Sistema Legado?

Las Respuestas PueDen Ser: No Y Нет. SIN EMBARGO, PUEDES Негаир, Visualizar Y Allear Эль Crecimiento de Tu Sistema.

¿Actectan Pagos Meses Sin Intereseses?

La Forma Más Sana (Como Hasta En La Vida Misma) de Atdend las deudas que uno tiene es tener visibilidad de las mismas. Doctro de la Industria Del Software La Situación ES (O SE Recomienda Que Sea) La Misma. Para Poder Llevar un rastreo Más eficaz de la deuda técnica se recomiendan los siguientes puntos:

  • Mantener un registro de las funcoliadades que generaron nueva deuda (código duickado, falta de pruebas, diseño acoplado en componente en Essizico, Flessionas de Seguridad, и т. Д.)
  • Clasifififar de Forma Quincenal (POR Medio del Refinamiento, EN Caso de Usar El Framework Scrum) La Urgencia, HISTO y Tiempo de Cada Tarea de deuda Técnica
  • Asinar de ser posable del 20 al 25% de la velocidad del equipo pagar la deuda técnica que más dolencias les trae para avanzar de una forma más efinede
  • EN CASO de Ser Posable, Alinear LAS NUEVAS Funcoliadades Para Que La Nueva Arquitectura Sea Más Mantenible, Contando Con Alta Coohsión y Bajo Acoplamiento.
  • Вольвер a negociar la deuda en caso de ser

Существует Moatas Técnicas Para El Manejo y Mantenimiento de Código Legado, Continuación Se listan Algunas (De Las Mangesas) Существует:

  • Поддельные сотрудники
  • Оберните методы/классы
  • Нарушение зависимостей
  • Методы рефакторинга базы данных
  • Техника разбития зависимости (интерфейс экстракта, конструктор/метод параметризации, инкапсулируют глобальные зависимости и т. Д.)
  • Замена условных условий полиморфизмом
  • Удалить средний человек
  • Улучшение через рисунки дизайна
  • и т.д

MOLES OTRAS TÉCNICAS Существует Para Poder Lidiar Con Código Legado O Refactoring, Algunas de Estas Las Podemos Encontrar EN ЭльБро де Рефакторинг: улучшение дизайна существующего кода , Эффективно работает с устаревшим кодом , Эффективная Java y Рефакторинговые базы данных: эволюционная база данных Полю Менсионар Альгунас Фуэнтес.

Estas Técnicas (O Métodos) PueDen Downar Parte de Nuestro Set de Trucos de Magia Para Poder Resolver Flanceas, Sin Embargo, Habrá Veces Que Tendremos Que Reemplazar Bloques CompletoS, Haciendo Lo Por Mantener ASTable El Contrato de Nuestra API Pública.

ООН Caso de Estudio: El Equipo de Tooling En Kueski

SIN Entrar en ru ветживает, ru Кешки Contamos Con un Equipo Enfocado A La Creación de Herramientas E InfraeStructura Para Hacer Más Fácil La Vida Los Desarrolladores/Ingenieros Y Así PueDan Entraggar Valor Al Negocio, Siteando Calidad Y Velocidad. Cuestiones de CI/CD, APROVISIONAMIRETO DE SERVISEORES, REVENSESS Automatizadas, InfraeStructura, Devesecops, Manejo de licencias, сын algunos de los puntos con los que nos toca lidiar.

DESDE LA Creación de Este Equipo (A La Par de la RepelaCión de la Cultura devops) Hemos Empujado El Financiamiento Sano de la Deuda Técnica. Siendo Un Equipo de Cinco Ingenieros, HEMOS LOGRADO DAR SOPORTE Más de 150 трубопроводов, включает режут Mencionado Hasta La Fase de entrega; ~ 70 Integrantes del Equipo de Ingeniería (включаетендонос). Y por luceo podemos decir de forma muy humilde … Sí, TeneMos Deuda Técnica

Era Nadie del Equipo (Aún No Lo Somos) Execto En sta área, comenzamos a notar el increptiono en tiempo (o puntos del sprint) para cambios pequeños y eso nos levantó un poco rojo. DESDE AGOSTO DEL 2019, Comenzamos a Llevar El Tracking Puntual de Bugs/Технический долг que ibamos enestrando o Eran Reportados Por Nuestros Usuarios Fightes.

HEMOS APERTTADO UNA FORMA DE TRABAJO QUE CASE EN LOS SIGUIIETES PRECESOS:

  • Развитие на основе багажника
  • Функции Флаги
  • Системный мониторинг и оповещение через провину
  • Сервисный стол (PARA PETUTEIONES EXTRAS O SOPORTE Ageniería)
  • Scrum (Para Planeación Y Manejo de nuevos Особенности)
  • Канбан (Registro de deuda técnica)
  • Пару программирования
    • Темас де Сопорт
    • Особенности Diseño y Arquitectura de nuevos
    • Refactoring de deuda técnica
  • Разработка поведения, ориентированное на поведение (70 — 80% охвата)
  • Кустина, Симпре Кустиона
  • Документар La API Pública
  • Si Se Rompe Algo, без TE Pupupes, ES Simplemente Que Lo Debemos Mejorar
  • Эль-трубопровод Es Mi Pastor, Y Nada Me Faltará
  • Будьте в курсе вашей команды
  • Быть понятным и лаконичным

CADA QUEE DETECTAMOS Que Necesitamos Seguir Algún Camino Poco Mantnible O Tomar Algún Atajo Para Resolver Una Incidencia, Reportamos El Tire De Deeuda Técnica En El Kanban Board Con Siguiente Formato:

  • Nombre del Proyecto.
  • Описание Пагар
  • Пропорка o Arquitectura de Solución
  • Esfuerzo Some Asiacly (низкий, средний, высокий, время кофе)
  • Esfuerzo después de Terminada
  • Comentarios Extra De La Tarea

LAS Tareas Son Refinadas Por La Persona Que la Reporta (VECES Éstas Salen Través de Una Sesión de Pair программирование, POR EJEMPLO); Agrogando Diamamas o Bien, Bosquejos de la Solución. CADA DOS SEMANAS (LO QUE DURA SPRINT SPRINT), DEURA DURA SPRINT), DEDICAMOS EL 20% de la Fuerza (de ser parible) para atacar la deuda técnica generada, esto con la helenidad de contar con una base lo sufcaplemente Montenible Para Seguir Avanzando.

Elegimos Las Tareas de Deuda Técnica Que Se Encuentran Relacionadas Un Componente Que Requiere Una Mejora O Bien, Una Funcalidad Nueva. Todo Esto Lo Hacemos ApplytaNDO Флагирует флаги Y Monitoreo (CON ALERTAS RU SLIC), LO CUAT NOS HA PERMITIDIDO ACTUAR DE FORMA PRAACTIVA EN LAGAR DE ESPERAR A COE NOS LLEGE LA PETTORYON POR MEDIO DE ООН БИЛЕТ ООН INCIDENCIA.

Регуляции Fomentamos La Solución Compartida Través de Pair Programming. SIN DUDALLO HEMOS APRENDIDO (O Mejor Dicho, Re-Artrendido) Que Varias Mentes Piensan Mejor Que Una. También Decidimos Нет Contar Con Coverage DEL 100%, Ya Que Ante Todo, Nos Gusta Contar Con Cierta Flexibilidad Para Poder Innover Sin Tener Que Lidiar Con Monolito de Pruebas. Hay Una Plática Muy Buena Sobre Ésto Отказ

Финализа: Salir del Buró de Crédito

El Pago de deuda Técnica Es Algo Que Se Tendrá que Hacer Y Es Parte deestro Rol Como Ingenieros. ES Parte de un desarrollo Integral El Saber Tratar Con Sistemas Con deuda y Legados (Suelen Ir Relacionados Pero Нет сына в зависимости), Ya Que Нет Siempre Podremos Crage ToDo Desde Cero Отказ

Ante Todo, Sé Empático Con El Equipo Y El Sistema Фактический El Objetivo ES Armender E Incriptyar La Funcionialidad, No Sólo Juzgar La Situación.

SÉ HUMILDE Y JUEGA EN EQUIPO , VECE NOSOTROS MISMOS RENAMOS ESA DEUDA TÉCNICA (Sí, No Somos Para Nada Perfectos), Trabaja A a Par Con El Equipo Action o Equipos Involeucrados, Para Ellos ES Главный Contar La Visibilidad Y Compender El Estado del Arte En Ense Momento, Así Se Logrará Atacar de Mejor Forma La Deuda, No Soólo Con Contexto Sesgado.

Una Gran Ventaja de Tener Todo Nuestro Sistema ru un edstado sano y manthenible, es u que cuando llegan los famosos Volantazos , Муйс Комуны En Nuestra área, Nos es más fácil reaccionar y adecuarnos, en lugar de Tener que Reinventar Todo Desde Cero Отказ

La Frase de «Переместить быстро и сломать вещи» Tiene Mouseos Mattics, без Debemos Ser Radicales Y Por Ello Buscar lo perfecto o bien Romper Todo Por El Bien Común Отказ TrateMos de Buscar El Punto Medio Donde Rescablemente Algunas Cosas Se Lleguen a Romber, Sin Embargo, Tratando de Mantener Al Mismo Tiempo Toda La Maquinaria Funcionando Ahora Y Pensando En Un Futuro.

EN TOMENTAMES FOMENTAMOS LA DUSCUSION, SIEMPRE APOYANDO LOS PUNTOS DE VISTA Y EMPUJANDO que keusta Una Mejora Contínua.

Armender Lidiar Con Sistemas Leados Y Deuda Técnica Нет TE HACE Más o Menos Ingeniero (VECES Queremos abusar de Estar Siempre a La Vanguardia), Рекуерда Квер-Тодо Ло Науэво Е.Н. Онос Аньос, Серсу Науэветс Кордиго Легадо.

Редуги

Оригинал: «https://dev.to/jresendiz27/le-debo-dinero-al-banco-de-mexico-negociando-la-deuda-tecnica-30ej»