Hola, les saluda Miguel y aquí les traigo un artículo.
Índice
No te apegues emocionalmente a tu código
La mayoría de los desarrolladores, si no todos, han experimentado que alguien más ha borrado su código. Y la mayoría de las veces, la ira es todo lo que sentimos cuando borran nuestro código – la razón es condenada. ¿Cómo se atreven a hacer tal cosa?
Para algunos de nosotros, el código que escribimos es sagrado. Borrarlo es como borrar una parte de nuestra existencia. La eliminación de nuestras creaciones que construimos cuidadosamente es un pecado capital. La mera idea de borrar nuestro código debería ser un crimen en sí mismo. No es raro ver respuestas fuertes similares en este acto de guerra percibido.
Esto se debe en parte al efecto IKEA en el trabajo.
El efecto IKEA
Este fenómeno fue identificado por Michael I. Norton de la Escuela de Negocios de Harvard, Daniel Mochon de Yale, y Dan Ariely de Duke. Según Wikipedia, es «un sesgo cognitivo en el que los consumidores dan un valor desproporcionado a los productos que han creado parcialmente».
«[Norton y sus colegas] describieron el efecto IKEA como ‘el trabajo por sí solo puede ser suficiente para inducir un mayor gusto por los frutos del trabajo de uno: incluso la construcción de una oficina estandarizada, una tarea ardua y solitaria, puede llevar a la gente a sobrevalorar sus creaciones (a menudo mal construidas)'». – Wikipedia
La programación tampoco se salva. Cada línea de código que escribes es una amalgama de tu creatividad, tiempo y esfuerzo, incluso cuando juntas piezas de desconocidos en Stack Overflow y buscas en Google tu salida de cualquier error desagradable. No importa cómo llegó a ser el producto final, subconscientemente lo valorarías más.
Y lo sepas o no, también es probable que sientas algo por tu código. Quiero decir, ¿Quién no lo haría después de haber invertido tanto en algo?
El pateador
Pensaste que los bichos eran los únicos subproductos indeseables de la codificación. Lo siento, te perdiste una: tus sentimientos y emociones por tu código.
El código que escribiste puede ser horrible, pero a tus ojos, es una obra maestra meticulosamente ensamblada – impecable, funcional y hermosa. Es perfecto.
Y ahí es donde nos cegamos. Subconscientemente le damos un valor más alto al código que escribimos. Si nuestro código está realmente bien escrito o no, no importa. Creemos que lo está, y como con todas las cosas que construimos, también tendemos a apegarnos emocionalmente a él. De ahí la indignación que sentimos cuando alguien borra nuestro código, incluso con una razón válida.
Por qué debes mantenerte alejado de tu código
Debes permanecer tan distante de tu código como sea posible. Puedes estar emocionalmente involucrado en él, pero el código es sólo un código. No tiene ningún sentimiento. No puede tener ninguna relación contigo. Este es un asunto unilateral que no va a funcionar.
El código es desechable
Y esa es la triste verdad, no importa lo perfectamente diseñado que esté.
El código que escribes en el trabajo existe para servir a las necesidades del negocio de tu empleador. El código que escribes para tus proyectos existe para servir a tu ilimitada curiosidad y apetito de jugar con cosas nuevas. ¿Y el código que escribes para tus tareas escolares? Eso debería explicarse por sí mismo.
¿Qué tienen todos ellos en común? Son desechables. Cuando las necesidades del negocio de la compañía evolucionan, sale el código de legado. Cuando tu interés en tus proyectos favoritos se desvanece, su código se vuelve obsoleto y se pudre en GitHub. Cuando tu semestre termina, ese código de asignación está condenado a ser olvidado también.
El código está siempre cambiando
El código existe para hacer una cosa y sólo una cosa: resolver problemas. La cosa es que los problemas no son constantes. Con el tiempo, pueden evolucionar y transformarse en problemas completamente nuevos.
Cuando eso suceda, tu viejo código se volverá obsoleto. Su tiempo se ha acabado.
Siéntete orgulloso de tu trabajo, pero no te involucres demasiado emocionalmente en tu código hasta el punto de que te ciegues por todo lo demás. Todo código tiene su fecha de caducidad. No dejes que tus emociones se interpongan cuando sea el momento de despedirte de tu código.
Superando el efecto IKEA
La próxima vez que se sienta enfurecido cuando se elimine su código, retroceda un paso y piense antes de hacer nada. Es esencial tomar nota de cualquier prejuicio injusto y buscar más aclaraciones antes de emitir juicios.
Ordena las cosas lo antes posible. Lo último que quieres es dejarlo para más tarde y olvidarte por completo.
La aclaración que busca nunca se materializa y su frustración no resuelta no cede. Con el tiempo, puede generar resentimiento y empeorar las relaciones con el colega o compañero de equipo que eliminó su código. Ese es el peor de los casos y algo por lo que debería trabajar activamente para evitarlo.
Acepta la crítica constructiva
El código que escribe nunca es perfecto. Creer que lo es es una absoluta tontería.
Las revisiones de código son una excelente manera para que otros desarrolladores brinden comentarios sobre su trabajo. Pueden analizar los cambios que desea realizar, la razón fundamental que los respalda, ofrecer sugerencias y detectar cualquier error que haya omitido antes de que el código entre en producción.
Aprenda a soltar su ego y escuche lo que los demás tienen para ofrecer. Aproveche la riqueza de conocimientos que poseen otros desarrolladores y capitalícelos. No hay un solo desarrollador que lo sepa todo.
La crítica constructiva es una parte importante del ciclo de retroalimentación en la búsqueda de convertirse en un mejor desarrollador.
Aprenda a iterar y salir
En el mundo de la tecnología, las cosas se mueven rápidamente. Vas a construir cosas y romperlas a un ritmo asombroso. La clave aquí es comprender el concepto de fallar rápido y fallar a menudo.
Cuando hayas aceptado eso, te darás cuenta de que no tiene sentido apegarse emocionalmente al código que escribes. Probablemente deseche el código más rápido de lo que pueda sentirlo.
De hecho, incluso podría terminar disfrutando al eliminar su código anterior. Si ha llegado a esta etapa, bienvenido a la iluminación.
Conclusión
Aunque este fenómeno explica su reacción inicial, no debería dictar su próxima acción.
Los intentos de borrar o modificar su código no son ataques personales contra usted. Hay una clara distinción entre la crítica a tu código y la crítica a ti mismo. Usted no es el código que escribe.
Aprende a separar tus apegos emocionales y a tomar una postura objetiva. No dejes que tus emociones nublen tu juicio.
Deja ir tu ego, acepta la retroalimentación, crece y diviértete en el camino.
Gracias por leer. Si has experimentado esto antes y deseas compartirlo, ¡me encantaría leerte en los comentarios!
Añadir comentario