WR 150: Cómo crear un side project. La tecnología.

La búsqueda de la tecnología adecuada en proyectos paralelos ¶

El proceso de elegir y adaptar nuevas herramientas es un desafío que, más que técnico, resulta profundamente personal. Explorar tecnologías en un entorno de side projects implica no solo memorizar documentación o seguir tendencias, sino sumergirse en un proceso de experimentación y autoconocimiento. Es en ese cruce entre lo conocido y lo inexplorado donde se definen nuestras capacidades, nuestras prioridades y, en última instancia, la dirección de nuestro trabajo.

La experiencia del aprendizaje activo ¶

Cuando se trata de tecnología, el conocimiento se revela poco a poco. Al probar una herramienta desconocida, el primer contacto siempre es una mezcla de entusiasmo y desconcierto. Dicho de otra forma, el experimentar con nuevas tecnologías es una invitación a descubrir tanto las virtudes de una solución potencial como sus límites. Durante estos encuentros, se generan dos caminos principales:

• Dedicarse a la experimentación sin presión: un método que permite explorar sin la expectativa inmediata de resultados.
• Empezar aplicando mejoras en herramientas ya conocidas, aprovechando la confianza y el dominio adquirido en otros proyectos.

Ambos métodos ofrecen lecciones valiosas. Por un lado, perder horas en pruebas y errores puede resultar en tardes “echadas a perder” que, pese a lo aparente, cultivan una intuición sobre lo que funciona y lo que no. Por otro, la exigencia de sacar “medio culo fuera de la silla” nos empuja a profundizar en tecnologías familiares para descubrir y aplicar actualizaciones o funcionalidades que, en teoría, parecían extraordinarias pero en la práctica se comportan de forma diferente.

La dualidad del método experimental ¶

En el terreno de los side projects se hacen evidentes dos actitudes aparentemente antagónicas, pero ambas esenciales:

Echar la tarde sin prisa ¶

El primer método es dedicar tiempo a experimentar sin expectativas abrumadoras. Esta actitud, a menudo confundida con la procrastinación, resulta ser en realidad una inversión en el proceso de descubrimiento. Sin la presión de entregar un producto acabado, se permite:

• Probar nuevas versiones o configuraciones sin miedo al error.
• Explorar características que, aunque en un inicio no sean aplicables, pueden abrir caminos inesperados.
• Mantener la mente abierta a equivocaciones que, con el tiempo, se transforman en valiosas lecciones.

Tal vez nunca se llegue a utilizar una de esas pruebas en un proyecto comercial, pero cada experimento aporta una perspectiva que refina nuestro entendimiento sobre el funcionamiento de la tecnología.

Sacar el entusiasmo a la acción ¶

Por otro lado, apostar por el método que implica “sacar medio culo fuera de la silla” es comprometerse de lleno con la posibilidad de cambiar el statu quo. Este camino requiere poner en juego la experiencia acumulada y arriesgarse a aplicar mejoras en entornos que, si bien conocidos, necesitan evolucionar. Se trata de:

• Integrar nuevas versiones de una tecnología en proyectos con los que ya se tiene conocimiento profundo.
• Aprovechar actualizaciones que prometen ahorrar tiempo y líneas de código, lo que puede ser la diferencia entre un proceso tedioso y una solución elegante.
• Aceptar la incomodidad inicial que surge al probar algo nuevo en un entorno familiar, confiando en que el dominio previo facilitará la adaptación.

Esta actitud, si bien puede generar inseguridad al principio, abre la puerta a la innovación dentro de los límites de lo conocido. No se trata de abandonar la seguridad de lo habitual, sino de expandir los horizontes sin perder la base de experiencia acumulada.

La influencia de la intuición en la elección tecnológica ¶

Una de las ideas más reveladoras en el camino del desarrollador es que el instinto juega un papel tan importante como el análisis riguroso. La sensación de “oler” el código puede parecer una intuición mística, pero se fundamenta en la práctica constante y en el conocimiento de las herramientas. Por ejemplo, desde la experimentación con CMS híbridos hasta la integración de nuevos lenguajes de programación, cada incursión técnica se convierte en una lección que refina el criterio a la hora de elegir qué tecnología merece la inversión de tiempo.

Una cita directa recuerda una anécdota reveladora en el proceso de aprendizaje:
“Lo hice con la izquierda. El mismo cuchillólogo reputado, Ernesto Fado, le dio la mano. No falló. Lo hizo con la izquierda.”

Esta simple reiteración de un detalle aparentemente absurdo evidencia la necesidad de prestar atención a los matices. Al igual que en el desarrollo, pequeños detalles –como la forma de ejecutar un comando, la utilidad de una función o el comportamiento de una librería– pueden marcar la diferencia entre un código robusto y una solución defectuosa. La prueba de estos matices reside en la práctica, en esos momentos en los que se arriesga el tiempo en tardes de pruebas que, aunque algún día parezcan desperdiciadas, han allananado el camino a un entendimiento más profundo.

La importancia de la mentalidad flexible ¶

Una constante en el desarrollo de proyectos paralelos es aceptar que toda herramienta o tecnología puede evolucionar. La fluidez en el aprendizaje y la capacidad de adaptarse al cambio es vital, y se expresa en el reconocimiento de que ninguna tecnología es la panacea definitiva. La elección de una solución depende de múltiples factores:

• El grado de familiaridad con la herramienta.
• La vitalidad y soporte que ofrece la comunidad.
• La facilidad de integración y adaptabilidad a necesidades concretas.
• El nivel de incertidumbre y el potencial riesgo que supone la adopción de tecnologías emergentes.

Aceptar estas variables y comprender que incluso los proyectos con mayor éxito surgen de iteraciones fallidas permite mantener una mentalidad flexible. La innovación, por tanto, se alimenta tanto del riesgo calculado como de la prudencia basada en la experiencia.

El rol del fracaso en la evolución técnica ¶

No existe un camino fácil en el mundo del desarrollo. Cada línea de código, cada integración y cada actualización traen consigo la posibilidad real de equivocarse. Es importante entender que el fracaso no es un obstáculo irreversible, sino una señal de aprendizaje. Por mucho que se planifique y se realice un análisis meticuloso, siempre aparecerán imprevistos; y precisamente en esos momentos se forja el carácter del desarrollador.

Durante el proceso, es común encontrarse en situaciones en las que una tecnología, que en teoría parecía prometedora, se transforma en un obstáculo que detiene el progreso. Sin embargo, estas experiencias enriquecen la perspectiva y permiten identificar patrones de error que, a la larga, llevan a soluciones más acertadas. Este ciclo de ensayo y error es fundamental porque:

• Permite identificar limitaciones y puntos débiles de las herramientas.
• Forja la capacidad de adaptación y resolución de problemas.
• Incita a la búsqueda constante de alternativas que potenciarán el rendimiento y la eficacia.

La clave está en no abordar estas caídas como fracasos definitivos, sino como pasos necesarios en el camino hacia la creación de soluciones innovadoras y funcionales.

El equilibrio entre experimentación y aplicación práctica ¶

Encontrar la vía acertada entre la exploración gratuita y la aplicación práctica de una tecnología es, quizás, el dilema central. Se requiere un proceso de evaluación constante en el que se mida el valor añadido de una nueva herramienta frente al esfuerzo invertido en su integración. Esta toma de decisiones implica:

• Reconocer cuándo es adecuado seguir profundizando en una tecnología novel.
• Determinar el momento en el que los beneficios potenciales superan los riesgos asociados a su adopción.
• Decidir estratégicamente entre renovar una plataforma conocida y aventurarse en territorios completamente nuevos.

Los desarrolladores que han transitado por este camino comprenden que la innovación no es un acto aislado, sino una práctica continua. Cada método de aproximación, ya sea dejando fluir la creatividad sin prisa o comprometiéndose de lleno con nuevas actualizaciones, ofrece una perspectiva única que enriquece el conjunto del trabajo.

La integración de la pasión con la técnica ¶

El encanto de los side projects radica en su capacidad para liberar la mente y la creatividad, permitiendo explorar fuera de los límites impuestos por proyectos comerciales o de alto rendimiento. Estos proyectos paralelos son válvulas de escape esenciales, ofreciendo la oportunidad de experimentar con nuevas ideas sin la presión de resultados inmediatos. La pasión por aprender y crecer se manifiesta en:

• La disposición a invertir tiempo en herramientas y técnicas aparentemente alejadas de la rutina.
• La capacidad para transformar cada fracaso en una oportunidad de reconfigurar la aproximación técnica.
• La búsqueda constante de un equilibrio entre lo que se conoce y lo que se desea descubrir.

Es precisamente esta fusión, entre la técnica y la curiosidad inherente, la que lleva a la creación de soluciones sólidas y a la evolución profesional. Sin duda, la búsqueda de la tecnología adecuada es un viaje interminable, siempre en busca del próximo detalle que desafíe la intuición y potencie la capacidad para innovar de manera eficaz.

En definitiva, cada método, cada tarde invertida en el “experimento libre” y cada esfuerzo por sacar “medio culo fuera de la silla” es parte de una misma narrativa: la de un creador en constante aprendizaje. No hay línea recta en el camino, sino un entramado de experiencias que, al final, definen la calidad del trabajo y el entendimiento profundo del desarrollo. La madurez en el manejo de la tecnología surge de la suma de pequeños aciertos y errores, una lección que se enraíza en la práctica continua y en el coraje de explorar lo desconocido sin perder el contacto con lo que se domina.

Adoptar una mentalidad que combine la experimentación sin presiones excesivas y el compromiso con la mejora continua es, sin duda, la clave para transformar cada proyecto paralelo en una verdadera fuente de crecimiento profesional y personal.

No sé cuantos episodios lleva esta saga de verano sobre cómo construir un proyecto paralelo.

Puedo decir que este es el tercero, en el primero hablamos de la idea y luego de la planificación.

Pero realmente llevamos cinco si contamos los premium: el patinazo y el método Lean Canvas.

Nunca había hecho un diagrama de Lean Canvas.

Me gustó la experiencia.

Nuevo proyecto: CocoStack ¶

El Jamstack lo peta.

Es una nueva forma de construir la web.

Algunos dicen que es una moda pasajera. Que todo es más dificil.

¿Alguien se acuerda de WordPress en el tercer año de su existencia?

(Tiene 17 primaveras, por cierto.)

El Jamstack, Headless CMS y los Static Site Generators son algo estimulante. Aunque solo sea para ver lo que se cuece ahí fuera.

Te invito a descubrirlos en este nuevo newsletter, el primero en castellano sobre el tema: CocoStack.

Cómo elegir la tecnología para un proyecto paralelo ¶

Es lo que trato de responder en este episodio, rizando el rizo.

Porque no hablo de ninguna tecnología de forma específica.

Si os cuento dos métodos que os pueden ayudar.

Nada científicos, pero que no os serán ajenos:

1. Echar una tarde pa’na
2. Sacar medio culo fuera de la silla

Este del podcast es un enfoque.

Aquí tenéis algún otro:

• Como elegir el lenguaje de programación adecuado
• ¿Qué lenguaje de programación elegir?
• 17 desarrolladores nos cuentan qué lenguaje de programación elegirían para empezar desde cero y por qué

El domingo en la 🧨 newsletter de Web Reactiva ¶

Primer domingo de mes, y en el newsletter dominical os enviaré una selección de más de 10 recursos curados durante el mes de julio.

Esas cosas que se cruzan en mi camino y que quiero compartir con vosotros. Sobre desarrollo web, open source y herramientas de desarrollo.

Descúbrelo el domingo suscribiéndote gratis.

¡Nos escuchamos el próximo martes!