Hay algo que me pasa más de lo que me gustaría. Cuando quiero hacer algo, creativo sobre todo, tiendo a planificarlo e intentar estructurarlo antes incluso de empezar. Esto hace que o no empiece nunca, o que lo empiece y lo abandone por no estar satisfecho con lo planeado.
Esto también me pasa con las agendas y los bullet journals. Antes de empezar a escribir algo ya estoy pensando en la mejor estructura posible, en sistemas que me sirvan en el futuro, etc. Al final ni la empiezo, claro. Parálisis por análisis.
Mira esta nota del 2022, cuando todavía escribía en mi antiguo blog de codingpotions.com. Estaba intentando hacer un rediseño y me empecé a rallar de lo lindo. Al final el rediseño no lo terminé.
Chavales tengo el blog completamente parado y me da rabia. Cómo ya os dije quiero cambiar todo el diseño y estructura pero estoy completamente bloqueado, tengo miedo al papel en blanco (a ficheros en blanco en este caso).
Tengo muchas ideas pero no sé cómo darle forma a todo.
Algo tan simple como el header (el navbar) todavía no sé ni cómo lo quiero. No sé si hacerlo pixelart, de color sólido o directamente ni ponerlo, y así con todo.
A ver si cojo este verano y me pongo a picar código, aunque yo creo que nunca hoy a estar 100% convencido.
La página que creé como sneak peak para que vierais por dónde van los tiros ni la he tocado desde entonces.
En mi cabeza sonaba brutal lo de hacer toda la homepage como pixelart pero quizás me estoy poniendo piedras a mi mismo
https://codingpotions.com
La estructura y los sistemas salen con el tiempo y no de primeras. Pensamos que las cosas son inamovibles y que tiene que estar perfecto desde un principio. Todo lo contrario, es mejor empezar con lo que sea y mejorarlo continuamente.
Esta misma estrategia la aplico ahora a los artículos del blog. Intento escribir lo que sea, sin pensar mucho, para mejorarlo después. Escribo pensamientos y frases sueltas sin conectar y en cualquier orden. Luego trabajo en conectar las ideas y reescribirlo para que tenga sentido.
Este último párrafo lo había escrito al final del todo, pero he decidido moverlo aquí, y ahora estoy escribiendo esto a mitad, con el artículo ya prácticamente terminado.
Esto en el software también se aplica bastante. Iteraciones lo llamamos. Se busca la forma de hacer la funcionalidad más sencilla, que de valor, e iterar a partir de ahí. Primero que funcione, ya se mejorará.
Esto es así porque es muy difícil saber desde el principio qué va a pasar en el futuro. Incluso pueden surgir nuevos requisitos con el tiempo que hubieran sido imposibles de pensar con antelación.
Y es que esto mismo me pasa en todo. Por ejemplo haciendo canciones, desde el principio pienso ya cómo va a ser, cuánto va a durar, de qué estilo, con qué elementos, etc.
Hace tiempo vi una masterclass de un productor llamado Uner que me marcó mucho, está en Youtube por si la quieres ver. En el vídeo decía que primero lo que hace es buscar sonidos, sin planear nada. Intenta probar cosas, tocar aquí y allá, hasta que tiene varios elementos que pueden quedar bien entre sí.
Cuando tiene todos los sonidos listos hace una grabación en directo reproduciendo y parando sonidos en tiempo real, según le pida el cuerpo en ese momento. Esto hace que la estructura sea mucho más orgánica y que planeada.
Si ya desde el principio planeas todo no va a haber hueco para que surja de forma improvisada elementos que igual no se hubieran podido dar con todo ya pensado.
Y luego están los "happy accidents" como decía Bob Ross, que haciendo música pasa mucho. Se trata de cometer un fallo y gracias a ello crear algo que en principio no tenías planeado. Por ejemplo mover sin querer una nota, borrar una parte de una canción o cambiar un sonido sin querer y sorprenderte con una idea mejor.
Obviamente esto aplica a las artes y todas sus variantes creativas. En la construcción de un edificio si que es necesario una rigurosa planificación previa para que no se venga abajo. Para algo creativo es mejor dejarse llevar y que el propio artista se sorprenda mientras crea su obra.
Esto de la planificación previa creo que está relacionado con la perfección. Este mismo artículo igual no lo hubiera publicado porque no lo considero tan bueno o interesante para mi blog. Pero esta vez no, he decidido publicarlo quede como quede.
Por ejemplo en esta nota del año pasado me estaba rallando con la música que hacía por no ser suficientemente buena. Lo sigo pensando pero este año he sacado alguna canción más aunque no me guste su resultado. Las estoy subiendo aquí por si las quieres escuchar
Increíble, creo que después de muchos meses estoy cerca de terminar una canción. Como siempre lo que más me está costando es hacer el break. Incluso siendo techno no es tan fácil como quitar elementos y ya, hay que conseguir que no suene muy vacío y que a la vez cree tensión para el buildup.
Otra cosa que me cuesta es la estructura, hacer que el tema avance sin sonar repetitivo. Suelo añadir y quitar elementos, crear automatizaciones, fx y demás historias, pero no consigo que me guste, se nota que me falta experiencia.
Es mejor lanzar algo no tan bueno que no lanzar nada esperando a crear algo que sea perfecto o buenísimo. Prueba a escuchar por ejemplo las primeras canciones de un artista, seguro que no son tan buenas (hay casos que sí lo son eh).
La perfección también se puede manifestar en el proceso de creación. Hay veces que hago algo que me convence, pero por intentar mejorarlo acabo empeorándolo. Por eso cuando hay una canción, si me convence al 80%. intento no tocarla mucho para no cambiar drasticamente su esencia y que acabe por no gustarme.
Este vídeo de @tercosmicqueen resume a la perfección lo que nos pasa en el sector de la programación cuando hacemos sobreingeniería para estar preparados para lo que sea pero luego acabamos peor.
https://www.youtube.com/watch?v=D8CnWcjWN1s&t=1s
Y esto ha sido el artículo. No es perfecto pero aquí está, publicado.
