La Trampa de la Reescritura

Rate this content
Bookmark

Vamos a desechar todo y empezar de nuevo. Suena genial, ¿verdad? Aunque esto puede sentirse muy bien, rara vez acelera algo. Te mostraré por qué una reescritura completa generalmente no es lo que quieres.

This talk has been presented at TechLead Conference 2023, check out the latest edition of this Tech Conference.

FAQ

La trampa de la reescritura es el impulso inicial de desechar un sistema existente y comenzar desde cero, lo cual puede parecer productivo al principio pero a menudo lleva a problemas a largo plazo como la acumulación de deuda técnica y la repetición de errores pasados.

Las principales razones incluyen la preferencia personal por ciertas tecnologías o arquitecturas, el deseo de no aprender sistemas o tecnologías existentes, y el ego, que permite establecer reglas propias y trabajar de manera más cómoda.

Phil sugiere esperar 100 días para poder aprender sobre el sistema actual y evaluar si las decisiones pasadas son realmente inadecuadas, o simplemente diferentes a las preferencias personales, evitando decisiones precipitadas.

Comenzar desde cero puede llevar a una falsa sensación de progreso rápido al principio, pero a menudo omite problemas y casos límite existentes, lo que puede resultar en un aumento de la deuda técnica y una desaceleración del progreso a largo plazo.

Phil aconseja aprender y comprender las decisiones pasadas y las tecnologías usadas antes de realizar cambios, hablando con las personas involucradas y retrasando los juicios para evitar repetir errores y mejorar efectivamente el sistema.

Phil argumenta que la mejora gradual permite entender y resolver problemas del sistema existente, reduciendo su complejidad y obteniendo beneficios a largo plazo, mientras que la reescritura completa puede parecer más rápida inicialmente pero conduce a problemas futuros.

Philipp Giese
Philipp Giese
22 min
09 Mar, 2023

Comments

Sign in or register to post your comment.
Video Summary and Transcription
La charla discute la 'trampa de la reescritura' en el desarrollo de software, donde el impulso de comenzar desde cero a menudo conduce a resultados pobres. Se enfatiza la importancia de comprender el proyecto existente antes de tomar grandes decisiones técnicas y los beneficios de la mejora gradual. La charla también destaca los desafíos y peligros de una reescritura completa, como la falsa sensación de productividad, problemas con casos extremos y la acumulación de deuda técnica. Se enfatiza la necesidad de comprender el sistema y sus influencias, atender las necesidades de las partes interesadas fuera de la ingeniería y enfocarse en crear valor.
Available in English: The Rewrite Trap

1. The Rewrite Trap

Short description:

Hola a todos. Mi nombre es Phil. Soy ingeniero de software en Brighter. Hoy me gustaría hablarles sobre lo que llamo la trampa de la reescritura. El impulso de comenzar desde cero a menudo surge de no querer aprender nuevos conceptos, no alinearse con la arquitectura existente y el deseo de trabajar de una manera que se ajuste a las preferencias personales. Sin embargo, estas razones rara vez tienen éxito a largo plazo. Es importante tomar el tiempo para comprender el proyecto existente antes de tomar cualquier decisión técnica importante. La trampa radica en la creencia de que una reescritura completa conducirá a mejores resultados, cuando en realidad, la mejora gradual suele ser un enfoque más efectivo.

Hola a todos. Mi nombre es Phil. Soy ingeniero de software en Brighter. He sido líder técnico antes y también CTO, aunque me despidieron de ese trabajo, más sobre eso más adelante.

Y hoy me gustaría hablarles sobre lo que llamo la trampa de la reescritura. Y primero, antes de comenzar, permítanme establecer el escenario. ¿De qué tipo de reescritura estamos hablando? Definitivamente no es aquella en la que conoces el proyecto durante meses o años. Estás muy familiarizado con todos los detalles, la tecnología, las decisiones arquitectónicas, todo eso, y estás absolutamente seguro de lo que necesitas hacer para poner esto en marcha, ¿verdad? Incluso puede haber un nuevo proyecto, ¿verdad? Y tomas la decisión de no quedarte con la pila actual o la plataforma heredada, sino comenzar desde cero, ¿verdad? Esto no es de lo que trata esta charla, ¿verdad? Porque creo que la reescritura o comenzar desde cero podría ser la mejor opción. Estoy hablando de situaciones en las que podrías ser el nuevo líder técnico en la ciudad o el nuevo CTO en la ciudad. Te unes a una empresa que tiene un producto existente. Hay una pila, hay software allí. Y tienes esa sensación de que después de mirarlo durante uno o dos días, sería mejor tirar todo y comenzar de nuevo, ¿verdad? De eso trata esta charla, ¿verdad?

Entonces, comencemos con ¿de dónde viene ese impulso? Y creo que hay tres razones principales. La primera es que no necesitas aprender nuevos conceptos, ¿verdad? Por ejemplo, digamos que es una aplicación de cliente, está escrita en React, pero a ti te gusta más Vue o Svelte o cualquier otra cosa, ¿verdad? Y al adentrarte en React, inmediatamente tienes esa sensación repulsiva de que realmente no quieres meterte en esto, ¿verdad? Entonces, si lo descartas y lo reescribes en tu pila preferida, ese problema desaparecería. Lo mismo ocurre con los lenguajes de programación, metodologías, lo que sea, ¿verdad? Todo lo que no estás acostumbrado a, inmediatamente dices tal vez no lo hagamos. La segunda cosa también es que alguien más construyó eso, ¿verdad? Entonces, si realmente te gusta cierta arquitectura, digamos por ejemplo que realmente te gusta la programación funcional, pero el producto actual está construido de una manera muy orientada a objetos, entonces, ja, ya sabes, esos dos mundos podrían no alinearse tan bien, ¿verdad? Y siempre se sentiría como un obstáculo familiarizarse con todo, ¿verdad? Y quizás ya te hayas dado cuenta de que hay un patrón aquí. Y el patrón no es necesariamente que las elecciones tecnológicas, las elecciones de lenguajes de programación, las elecciones de arquitectura sean mejores o peores. Es simplemente que son diferentes y que, intrínsecamente, si algo es diferente a lo que preferimos, tenemos que luchar contra ese impulso de simplemente desecharlo y convertirlo en algo que nos guste. Un colega mío una vez me dio el consejo de esperar 100 días antes de tomar decisiones técnicas importantes una vez que te unes a un nuevo trabajo, ¿verdad? Porque en 100 días puedes aprender mucho y también puedes descubrir si algo, una elección del pasado, es realmente peor de lo que querías usar. ¿Es un problema que sea orientado a objetos? ¿Debería ser funcional? O si esto fue simplemente tu reacción inicial a algo en particular y simplemente no te gustó antes, ¿verdad? Pero probablemente después de 100 días, también te acostumbraste y tal vez ya no sea tan malo. Personalmente, debo admitir que siempre acorté ese período a 50 días. Porque especialmente cuando era CTO, no pude convencer a mi CEO de esperar, ya sabes, casi un tercio de año antes de comenzar a tomar decisiones importantes. Simplemente comienza la vida y tienes que hacer lo que tiene sentido en ese momento. Ahora pasemos a la tercera parte. Y esa es la parte más egómana, ¿verdad? Si simplemente desechas todo, puedes trabajar de la manera que quieras, ¿verdad? Tú estableces todas las reglas. Esto definitivamente se siente cómodo, ¿verdad? La gran pregunta aquí es simplemente, ¿eso, ya sabes, tiene sentido a largo plazo, ¿verdad? ¿Tu forma de trabajar, por ejemplo, es compatible con la forma en que funciona la empresa, ¿verdad? Y sí, todas estas cosas que acabo de describir, inicialmente, podrían parecer buenas razones para comenzar desde cero, ¿verdad? Y definitivamente podemos convencernos de los beneficios de cualquiera de estas opciones. Pero la pregunta es, ¿realmente valen la pena? Y creo que rara vez lo hacen. Y aquí es donde entra la trampa porque inicialmente, si observamos estos proyectos, he dibujado dos líneas ficticias, esencialmente, la línea verde representa un proyecto de software existente y no lo reescribes, sino que intentas mejorarlo gradualmente, avanzar en el proyecto y mejorarlo. Y la línea morada representa la reescritura completa y las X son simplemente el tiempo en el eje X y el eje Y es el resultado.

2. The Rewrite Trap: Falsa Sensación de Productividad

Short description:

Si comienzas una reescritura, no hay nada allí, nada que te detenga. Puedes sacar muchas cosas al principio muy rápido. Las personas que se quedan con el código existente e intentan mejorarlo gradualmente primero tienen que lidiar con los detalles, aprender las elecciones arquitectónicas y mejorar gradualmente el sistema en funcionamiento. Esa falsa sensación de productividad al principio lleva a las personas a tomar esas decisiones de reescritura.

¿Cuánto puedes lograr realmente? Y obviamente, si comienzas una reescritura, no hay nada allí, nada que te detenga. Puedes sacar muchas cosas al principio muy rápido. Incluso podrías engañarte pensando, wow, esta debe haber sido la mejor opción. Estamos tan rápidos. Todo se mueve rápido. Eso es genial, ¿verdad? Bueno, ya sabes, las personas que se quedan con el código existente e intentan mejorar gradualmente primero, tienen que lidiar con los detalles, aprender las elecciones arquitectónicas, ya sabes, ver qué hay y mejorar gradualmente el sistema en funcionamiento, básicamente. Y aquí es donde entra la trampa, realmente, ya sabes, esa falsa sensación de productividad al principio, es lo que creo que lleva a las personas a tomar esas decisiones de reescritura. Y te doy una pista, tal vez también sea bueno para tu carrera hacer esto, ¿verdad? Porque, no sé cuánto tiempo, ya sabes, las fases uno, dos y tres duran. Pero si te vas en la fase uno, o al final de la fase uno, todo lo que has hecho hasta ahora parece muy productivo. Has hecho un gran trabajo. Entonces podrías ser, ya sabes, el líder técnico realmente bueno que logra hacer las cosas y que hace las cosas que nadie más quería hacer. Y eso te ayuda a progresar, ya sabes, tal vez hazlo si es bueno para ti, pero yo no soy esa persona.

Check out more articles and videos

We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career

Un Marco para Gestionar la Deuda Técnica
TechLead Conference 2023TechLead Conference 2023
35 min
Un Marco para Gestionar la Deuda Técnica
Top Content
Today's Talk discusses the importance of managing technical debt through refactoring practices, prioritization, and planning. Successful refactoring requires establishing guidelines, maintaining an inventory, and implementing a process. Celebrating success and ensuring resilience are key to building a strong refactoring culture. Visibility, support, and transparent communication are crucial for addressing technical debt effectively. The team's responsibilities, operating style, and availability should be transparent to product managers.
Depuración de JS
React Summit 2023React Summit 2023
24 min
Depuración de JS
Top Content
Debugging JavaScript is a crucial skill that is often overlooked in the industry. It is important to understand the problem, reproduce the issue, and identify the root cause. Having a variety of debugging tools and techniques, such as console methods and graphical debuggers, is beneficial. Replay is a time-traveling debugger for JavaScript that allows users to record and inspect bugs. It works with Redux, plain React, and even minified code with the help of source maps.
Construyendo un Asistente AI Activado por Voz con Javascript
JSNation 2023JSNation 2023
21 min
Construyendo un Asistente AI Activado por Voz con Javascript
Top Content
This Talk discusses building a voice-activated AI assistant using web APIs and JavaScript. It covers using the Web Speech API for speech recognition and the speech synthesis API for text to speech. The speaker demonstrates how to communicate with the Open AI API and handle the response. The Talk also explores enabling speech recognition and addressing the user. The speaker concludes by mentioning the possibility of creating a product out of the project and using Tauri for native desktop-like experiences.
Una Guía Práctica para Migrar a Componentes de Servidor
React Advanced 2023React Advanced 2023
28 min
Una Guía Práctica para Migrar a Componentes de Servidor
Top Content
React query version five is live and we'll be discussing the migration process to server components using Next.js and React Query. The process involves planning, preparing, and setting up server components, migrating pages, adding layouts, and moving components to the server. We'll also explore the benefits of server components such as reducing JavaScript shipping, enabling powerful caching, and leveraging the features of the app router. Additionally, we'll cover topics like handling authentication, rendering in server components, and the impact on server load and costs.
Solucionando Problemas de Rendimiento en React
React Advanced 2023React Advanced 2023
22 min
Solucionando Problemas de Rendimiento en React
Top Content
This Talk discusses various strategies to improve React performance, including lazy loading iframes, analyzing and optimizing bundles, fixing barrel exports and tree shaking, removing dead code, and caching expensive computations. The speaker shares their experience in identifying and addressing performance issues in a real-world application. They also highlight the importance of regularly auditing webpack and bundle analyzers, using tools like Knip to find unused code, and contributing improvements to open source libraries.
Luchando contra la Deuda Técnica con la Refactorización Continua
React Day Berlin 2022React Day Berlin 2022
29 min
Luchando contra la Deuda Técnica con la Refactorización Continua
Top Content
This Talk discusses the importance of refactoring in software development and engineering. It introduces a framework called the three pillars of refactoring: practices, inventory, and process. The Talk emphasizes the need for clear practices, understanding of technical debt, and a well-defined process for successful refactoring. It also highlights the importance of visibility, reward, and resilience in the refactoring process. The Talk concludes by discussing the role of ownership, management, and prioritization in managing technical debt and refactoring efforts.

Workshops on related topic

Construye Aplicaciones Modernas Utilizando GraphQL y Javascript
Node Congress 2024Node Congress 2024
152 min
Construye Aplicaciones Modernas Utilizando GraphQL y Javascript
Featured Workshop
Emanuel Scirlet
Miguel Henriques
2 authors
Ven y aprende cómo puedes potenciar tus aplicaciones modernas y seguras utilizando GraphQL y Javascript. En este masterclass construiremos una API de GraphQL y demostraremos los beneficios del lenguaje de consulta para APIs y los casos de uso para los que es adecuado. Se requiere conocimiento básico de Javascript.
Construyendo una Aplicación de Shopify con React & Node
React Summit Remote Edition 2021React Summit Remote Edition 2021
87 min
Construyendo una Aplicación de Shopify con React & Node
Top Content
WorkshopFree
Jennifer Gray
Hanna Chen
2 authors
Los comerciantes de Shopify tienen un conjunto diverso de necesidades, y los desarrolladores tienen una oportunidad única para satisfacer esas necesidades construyendo aplicaciones. Construir una aplicación puede ser un trabajo duro, pero Shopify ha creado un conjunto de herramientas y recursos para ayudarte a construir una experiencia de aplicación sin problemas lo más rápido posible. Obtén experiencia práctica construyendo una aplicación integrada de Shopify utilizando el CLI de la aplicación Shopify, Polaris y Shopify App Bridge.Te mostraremos cómo crear una aplicación que acceda a la información de una tienda de desarrollo y pueda ejecutarse en tu entorno local.
Construye una sala de chat con Appwrite y React
JSNation 2022JSNation 2022
41 min
Construye una sala de chat con Appwrite y React
WorkshopFree
Wess Cope
Wess Cope
Las API/Backends son difíciles y necesitamos websockets. Utilizarás VS Code como tu editor, Parcel.js, Chakra-ui, React, React Icons y Appwrite. Al final de este masterclass, tendrás los conocimientos para construir una aplicación en tiempo real utilizando Appwrite y sin necesidad de desarrollar una API. ¡Sigue los pasos y tendrás una increíble aplicación de chat para presumir!
Problemas difíciles de GraphQL en Shopify
GraphQL Galaxy 2021GraphQL Galaxy 2021
164 min
Problemas difíciles de GraphQL en Shopify
WorkshopFree
Rebecca Friedman
Jonathan Baker
Alex Ackerman
Théo Ben Hassen
 Greg MacWilliam
5 authors
En Shopify a gran escala, resolvemos algunos problemas bastante difíciles. En este masterclass, cinco oradores diferentes describirán algunos de los desafíos que hemos enfrentado y cómo los hemos superado.

Tabla de contenidos:
1 - El infame problema "N+1": Jonathan Baker - Vamos a hablar sobre qué es, por qué es un problema y cómo Shopify lo maneja a gran escala en varios APIs de GraphQL.
2 - Contextualizando APIs de GraphQL: Alex Ackerman - Cómo y por qué decidimos usar directivas. Compartiré qué son las directivas, qué directivas están disponibles de forma predeterminada y cómo crear directivas personalizadas.
3 - Consultas de GraphQL más rápidas para clientes móviles: Theo Ben Hassen - A medida que tu aplicación móvil crece, también lo harán tus consultas de GraphQL. En esta charla, repasaré diversas estrategias para hacer que tus consultas sean más rápidas y efectivas.
4 - Construyendo el producto del futuro hoy: Greg MacWilliam - Cómo Shopify adopta las características futuras en el código actual.
5 - Gestión efectiva de APIs grandes: Rebecca Friedman - Tenemos miles de desarrolladores en Shopify. Veamos cómo estamos asegurando la calidad y consistencia de nuestras APIs de GraphQL con tantos colaboradores.
De 0 a Autenticación en una Hora para tu Aplicación JavaScript
JSNation 2023JSNation 2023
57 min
De 0 a Autenticación en una Hora para tu Aplicación JavaScript
WorkshopFree
Asaf Shen
Asaf Shen
La autenticación sin contraseña puede parecer compleja, pero es fácil de agregar a cualquier aplicación utilizando la herramienta adecuada.
Mejoraremos una aplicación JS de pila completa (backend Node.js + frontend Vanilla JS) para autenticar usuarios con contraseñas de un solo uso (correo electrónico) y OAuth, incluyendo:
- Autenticación de usuario: Gestión de interacciones de usuario, devolución de JWT de sesión / actualización- Gestión y validación de sesiones: Almacenamiento seguro de la sesión para solicitudes posteriores del cliente, validación / actualización de sesiones
Al final del masterclass, también abordaremos otro enfoque para la autenticación de código utilizando Flujos de Descope en el frontend (flujos de arrastrar y soltar), manteniendo solo la validación de sesión en el backend. Con esto, también mostraremos lo fácil que es habilitar la biometría y otros métodos de autenticación sin contraseña.