Proyectos a medias

Apr 06, 2020

Cuando empecé a tocar guitarra usaba un software llamado Guitar Pro para hacer música. Era bueno. Pero todo tomaba mucho tiempo, al menos para mí. Mi equipo era mi guitarra y mi computador. Eso era todo. No podía grabar nada, así que tenía que escribir cada nota: click, escribir, click escribir, escuchar, borrar, click, escribir, escuchar. Y así era para cada instrumento. Los sonidos tampoco eran muy reales, pero era lo único que tenía, y escribí varias canciones completas usando solo eso (no pregunten qué tan buenas eran).

Hoy en día, uso una interfaz de audio para grabar guitarras y voces, un controlador MIDI para escribir líneas de sintetizadores o para programar baterías, y varios DAWs (Digital Audio Interfaces, en inglés) para facilitar el proceso al máximo. Pero la cosa es esta: aunque ahora puedo hacer muchas más cosas por la falta de limitaciones y la cantidad de opciones, el número de canciones terminadas con estas herramientas es menor que el de mi época de Guitar Pro.

Cuento esto porque vi este tweet el otro día y sentí que era similar la situación:

El #nocode ya está mostrando un rápido incremento en la cantidad de productos lanzados.
Como es fácil lanzarlos, muchos de esos estarán a medias y serán abandonados tan pronto como su fundador encuentre otra cosa.
La calidad sufrirá.
¿Cómo hacemos para prevenir esto?

Está claro que es increíble tener tantas buenas opciones a la hora de crear software, ¿verdad? Están los campamentos de programación, se puede aprender código en línea, o puedes aprender a usar herramientas No-Code. ¡Muchas posibilidades! Pero eso también hace que el ambiente pueda sentirse como una especie de menú de Netflix, ¿no? Un centenar de opciones, ¿así que por qué comprometerse a una sola cosa? Más importante aún, ¿cómo hace uno para realmente comprometerse con una cosa?

Cuando trabajas en tu página web o tu aplicación móvil, o lo que sea, empiezas a trabajar con motivación y progresas hasta que una de dos (o las dos) cosas pasan: 1) encuentras algo nuevo y más emocionante que lo que haces actualmente , o 2) llegas a un punto en el que no sabes cómo seguir avanzando, así que te estancas (esto puede pasar tanto a nivel técnico, como conceptual, claramente). Y como sabemos que es fácil y satisfactorio empezar un nuevo proyecto usando herramientas No-Code, cosas como las del tweet empiezan a ocurrir.

¿Así que cómo deberíamos lidiar con esto? No creo que alejarse por un tiempo de la mesa de trabajo sea una mala idea, en realidad. Siempre y cuando sea solo por un tiempo. Lo ideal con esto es disfrutarlo, así que si eso no está pasando, tal vez es mejor dejarlo por un par de días. Quizás encuentres el problema en la ducha y puedas continuar con el proyecto, quizás sea algo de más tiempo y preparación. Quizás, incluso todavía no te has dado cuenta de que puede haber un problema.

También recomiendo volver al inicio. Y no me refiero al primer paso técnico que diste para hacer esta app. Quiero decir realmente volver al inicio. ¿Por qué querías hacer esto en primer lugar? ¿Qué hizo que pasaras de soñar con hacer algo a no simplemente soñarlo? Así que revisa tus notas y borradores y enamórate una vez más de ese proyecto medio cocido que tienes en este momento.

Está bien distanciarse de algo cuando no está saliendo perfectamente bien, pero no lo abandones simplemente. Haz un diario de tus ideas, para que cuando estés estancado o quieras hacer alguna otra cosa solo para no enfrentar ese estancamiento, puedas recordar por qué significó —y probablemente todavía significa— algo para ti. No renuncies a tus ideas sin antes dejarlas completamente realizadas.

Entonces ve. Abre ese archivo de hace tres meses y verás algo que no recordabas que amabas.

const headerTagLinks = document.querySelectorAll('.js-header-tag-link'); for (x = 0, l = headerTagLinks.length; x < l; x++) { const lang = headerTagLinks[x].getAttribute('data-slug').split('-')[1]; const shouldRemoveLink = lang !== document.documentElement.lang; if (shouldRemoveLink) { headerTagLinks[x].remove(); } }