Siempre Junior. Nunca Senior.

Developers que restan vs los que multiplican gracias a combinar la IA con una habilidad muy escasa y valiosa.

Diseño SostenibleIngeniería y Artesanía del Software con TypeScriptCOMPRAR HOYSecured by Stripe with AES-256 Encryption

No sabemos si dentro de unos años será la Inteligencia Artificial la que generará todo el código.

No sabemos si los humanos dejaremos de programar con lenguajes de programación, para hacerlo mediante prompts.

Tampoco sabemos si será necesario que los humanos escriban estos prompts.

Quizás las máquinas sepan interpretar mejor lo que queremos, de manera que no hagan falta más desarrolladores.

El futuro es incierto, ahora más que nunca, pero aún no estamos ahí. Lo único real es el presente, en el que sigue habiendo muchísimo trabajo para los developers.

La generación de código que llevan a cabo herramientas como Chat GPT o Copilot son predicciones en base al código con el que han sido entrenadas.

Y la realidad es que la mayoría del código que está en Github o en cualquier otro repositorio de internet, no es código sostenible para humanos, es más bien pasto para las máquinas.

En la corta historia de la programación, son pocos los developers que se han dado cuenta de la diferencia que marca programar para las personas, por tanto, el código que genera la máquina sigue siendo insufrible en la mayoría de los casos.

Con estas herramientas incluso hay más riesgo de crear grandes repositorios de código legacy en menos tiempo.

Ahora tenemos la capacidad de generar toneladas de código que mata la moral de cualquiera en cuestión de minutos.

Dominando esta habilidad no te faltará trabajo en los próximos 10 años

Existe una habilidad muy muy escasa y valiosa, que solo unas pocas personas que hayamos conocido, tienen:

La habilidad de escribir código deliberadamente explícito y simple. Que refleje claramente su intención como para que cualquier persona lo entienda.

Se trata de un nivel de consciencia y sensibilidad a la hora de codificar, totalmente fuera de lo común. Verdaderos artesanos de software.

Si además añadimos la variable pragmatismo a la ecuación, el número de personas que hemos conocido se reduce a un puñado.

Conciencia, sensibilidad, pero sin fanatismo, sin dogmatismo, con el foco puesto en los objetivos del equipo. Esto es como encontrar una aguja en un pajar.

A este puñado de personas no les va a faltar el trabajo en los próximos 10 años.

Son developers que tienen montones de ofertas de trabajo para elegir y por supuesto con excelentes salarios. Esta gente ha entendido que programan para las personas, no para las máquinas.

Cuando sabes programar para las personas, el acompañamiento de una Inteligencia Artificial aumenta tu potencial para desarrollar.

La IA es capaz de replicar tu estilo de programación, de manera que se multiplica tu productividad, sin que el código degenere. Estás tú ahí para supervisar, controlar y corregir.

Esto ya está ampliando la brecha de valor entregado entre unos programadores y otros. Developers que suman e incluso multiplican, pero otros que restan.

Si escribir código sostenible se ha valorado cada vez más en los últimos 10 años (lo hemos visto de primera mano) en los siguientes 10 será todavía más importante. ¿Por qué?

Pues porque la IA ya sabe escupir toneladas de código espantoso, más rápido que cualquier equipo de desarrollo que está echando líneas de código sin tino al repositorio.

Código del McDonalds

Saber pedirle a una máquina que ejecute una tarea es cada vez más barato, gracias a No Code, Low Code y la generación de código por parte de Large Language Models.

La sociedad siempre ha dado más valor a lo escaso, no a lo abundante. Por eso un chef de un restaurante de alta cocina, gana más que un cocinero en McDonalds.

Todavía hoy, reina la actitud de escribir líneas de código como si estuviéramos haciendo hamburguesas low cost. Creemos que es low cost pero en realidad es low value + high cost.

El objetivo es cambiar la ecuación para que de verdad ahorremos coste y ampliemos los beneficios.

Low cost pensando que entregar mucho, rápido y de mala calidad, es mejor que sostenible.

Aún cuando hemos sufrido los mismos problemas una y otra vez. Aún cuando sabemos que las prisas nunca traen nada bueno. Esperando tener mejores resultados por arte de magia o por arte de un nuevo framework.

Cocinamos código como si fuese comida basura, sin pensar en la calidad nutricional. Luego nos lo comemos, sin detenernos a reflexionar en las consecuencias negativas que las grasas trans tienen para la salud de los proyectos.

La única forma de cambiar estos malos hábitos es sustituirlos por otros que entreguen valor a largo plazo.

Nuestros clientes y usuarios esperan que les ofrezcamos un servicio gourmet, un código que nutra y enriquezca sus proyectos.

Sin embargo ignoran que en realidad les hemos preparado una mezcla de ultraprocesados.

Pagan comida basura a precio de alta cocina.

El proyecto que costó 10 veces más (por una mala decisión de diseño)

Podría contarte muchos casos de proyectos que, con el tiempo, se volvieron inmanejables.

Pero pocos ilustran tan bien lo que pasa cuando se toman decisiones sin pensar en la sostenibilidad del código como lo que le ocurrió a Carlos Blé —mi socio en esta formación— con dos empresas del mismo sector.

Dos casos muy similares. Dos enfoques completamente distintos. Y dos resultados que no podrían haber sido más diferentes.

Una historia con final feliz.

La otra, con una factura enorme.

“Hace años trabajé ayudando a una joven empresa que estaba empezando a desarrollar su propio software de gestión del negocio.

Ya tenían un volumen de facturación considerable y era insostenible seguir trabajando solamente con hojas de cálculo y procesos manuales.

Para seguir creciendo necesitaban automatizar más.

Decidieron hacer un sistema minimalista adaptado a las necesidades del momento y totalmente a la medida, con muy poco software de terceros.

Tan solo algunas librerías y un framework conocido.

Mi trabajo consistió en enseñarles a hacer test en todas las partes del sistema y en desarrollar un frontal web (la intranet de clientes), que conectaba a su back-end.

Lo hicimos practicando Test-driven development (TDD) y la cobertura superó el 90%.

El director técnico quedó muy contento con el trabajo, el equipo (cuatro personas) acordó que escribir test era indispensable y se comprometieron a seguir haciéndolo.

Por lo que me pude marchar a otro proyecto.

Cuatro años más tarde, volvieron a llamarnos para pedir ayuda.

Habían multiplicado su facturación a lo largo de los años, con el mismo equipo.

Pero el software se les estaba quedando corto para tantas peticiones.

La escalabilidad del sistema era insuficiente para alcanzar el siguiente nivel de facturación.

Estuvimos trabajando en la optimización de algunos procesos, introduciendo cambios en el código y en la arquitectura del sistema.

Manteniendo siempre una sensación de estar en un greenfield project.

El resultado fue un éxito en tiempo y forma.

Curiosamente, a la vez que hacíamos esta mejora, nos contrató otra empresa del mismo sector, que operaba de manera muy similar.

Pero con un equipo de desarrollo de cuarenta personas (10 veces más).

Esta empresa en sus inicios decidió contratar la licencia de un software propietario genérico.

Un software que supuestamente era fácilmente adaptable a sus procesos de negocio.

Pero nada más lejos de la realidad.

Lo que nos encontramos fue un infierno.

El software era un lastre para la compañía, no les permitía avanzar al ritmo que el negocio necesitaba y por supuesto el coste era salvaje en cuanto a salarios.

Tuvieron que contratar a expertos en soporte y mantenimiento de ese software propietario, para ayudar al resto del equipo de desarrollo.

Nos llamaron para domar a la bestia que les tenía secuestrados.

Una faena que costaría varios años.

¡Qué gran diferencia comparada con la primera empresa!

Nunca antes había podido comparar dos casos tan parecidos y a la vez tan diferentes.

La diferencia en términos de costes económicos era como mínimo de diez veces y todo por un código indomable, insolente y catastrófico.”

¿Se puede reconducir un proyecto cuando ya hemos perdido el control?

La respuesta corta es sí, algo se puede hacer.

Perder el control significa no tener ni idea de lo que vamos a tardar en hacer cambios. Ni en lo que va a dejar de funcionar cuando los hagamos o tan siquiera dónde hay que aplicarlos.

Ahora bien, lo que se convirtió en un monstruo con los años, no se va a convertir en oro de la noche a la mañana, sino que también tomará años de trabajo.

Carlos Blé y yo llevábamos años viendo cómo se repetía el mismo patrón...

Software hecho con prisas, difícil de testear y de mantener, imposible de escalar.

Equipos atrapados en decisiones que parecían buenas… hasta que dejaban de serlo.

Equipos secuestrados por la complejidad de su propio código.

Y por eso nació esta formación.

Un curso online donde condensamos lo más importante que hemos aprendido diseñando software real durante más de dos décadas.

Aquí tienes un breve resumen de lo que te encontrarás dentro:

• El principio de diseño más importante, el que guía todas tus decisiones… incluso si estuvieras diseñando un lenguaje de programación.
• Las cuatro reglas fundamentales para escribir código simple, directo y fácil de mantener.
• El arte de escribir buenos nombres que reflejen el dominio del negocio y comuniquen claramente la intención del código.
• Qué significa realmente diseñar funciones cohesivas y con una única responsabilidad. No, no va de que cada función tenga una sola línea.
• Cómo evitar la trampa de la sobreingeniería: encontrar el equilibrio entre optimización y legibilidad.
• Cuándo comentar (y cuándo no), y cómo el formato también comunica.
• Técnicas de Ingeniería y Artesanía del Software para que tu código sea simple, testable y fácil de evolucionar.
• Una visión distinta de los principios SOLID, sin dogmas ni recetas vacías. Solo lo que realmente aporta simplicidad y sostenibilidad.
• Cómo evitar que los detalles técnicos contaminen tu dominio aplicando principios de DDD y Arquitectura Hexagonal.

Y aquí es donde esta formación se diferencia del resto: el soporte y las Code Reviews

En esta formación no hay grupos de Slack. Ni canales de Discord. Ni foros donde preguntas y nadie contesta.

Aquí me tienes a mí.

Si te atascas, si algo no te queda claro o si necesitas revisar un ejercicio, me escribes directamente por email.

Y te respondo personalmente.

Además, durante los primeros 6 meses puedes enviarme tus soluciones a las katas del curso y recibir feedback detallado sobre tu código.

Sin bots.
Sin asistentes.
Sin "tutores certificados".

Solo tú, tu código y yo.

La mejor forma de aprovechar este acompañamiento es esta:

Primero haces el ejercicio por tu cuenta.

Me mandas tu solución. Reviso el código y te doy feedback concreto.

Después ves cómo lo resuelvo en los vídeos del curso. Comparamos enfoques, criterios, decisiones de diseño.

Y una vez lo has visto, vuelves a escribir tu propia solución. Me la envías de nuevo.

Y revisamos juntos qué ha mejorado… y qué detalles aún pueden afinarse.

Ahí es donde de verdad interiorizas lo que has aprendido.

Porque no se trata de ver cómo lo hago. Se trata de que lo pienses tú, lo hagas tú y lo trabajemos juntos.

Este servicio de acompañamiento y Code Reviews te lo podría vender perfectamente por 100 €/mes (o lo que es lo mismo: 600 € los 6 meses).

Tú te lo llevas incluido, sin pagar un euro más.

Muy bien, pero ¿cuál es el precio de una formación tan completa?

Como dice Warren Buffet: “Precio es lo que pagas, valor es lo que recibes.”

La pregunta es: ¿cuánto vale para ti algo así?

No solo por la calidad y cantidad del contenido, más el acompañamiento y las Code Reviews.

Yo tengo claro lo que habría pagado:

¿2000€?

¿3000€?

(¿2000 o 3000€, Miguel? No te flipes…)

Te aseguro que he pagado formaciones mucho más caras que esta, y con mucho menos valor.

Pero claro, yo soy yo, y mis circunstancias.

La verdad que he tenido problemas para poner el precio… ¿Por qué? Porque esto no es solo otro curso online, son más de dos años de trabajo y en parte, también estoy vendiendo mi tiempo.

Aun así, había que poner una cifra. Y esta es la de ahora (que no será la definitiva y seguirá subiendo).

450€ impuestos incluidos. Pago único.

Fin de la historia.

Si quieres entrar a Diseño Sostenible solo tienes que darle al botón de comprar hoy. En menos de 3 minutos estarás dentro.

Diseño SostenibleIngeniería y Artesanía del Software con TypeScript450€(Precio especial hasta el 31 de julio luego sube a 500€)COMPRAR HOYSecured by Stripe with AES-256 Encryption

Una formación de alto nivel que incluye:

• Acceso de por vida, nada de suscripciones.
• Más de 100 videos teóricos y prácticos. Son lecciones concisas, no te haremos perder el tiempo dando rodeos.
• Katas, ejercicios y repositorios de código para que aprendas haciendo.
• Acceso a las actualizaciones que hagamos en las futuras ediciones del curso.
• Soporte y revisiones de código durante 6 meses.

Preguntas raras (y no tanto) que me han hecho más de una vez

- ¿Es buena inversión?

LoL ¿Qué pregunta es esa? xD ¿Qué quieres que te diga?

“No, claro que no es buena inversión. Me pasé dos años junto a Carlos Blé preparando un curso con más de 100 vídeos… pero nah, no merece la pena.”

Anda que… Más preguntas, señoría.

- ¿Hay garantía de devolución?

No, en ningún caso. Si no tienes claro que te compense, mejor no la compres.

- ¿Qué conocimientos previos?

Esta formación está pensada para programadores profesionales.

Vale tanto para juniors como para seniors, pero si partes desde cero, no es el momento.

- Programo en otro lenguaje, ¿me sirve?

Sí. El 90% del contenido es transversal y aplicable en cualquier lenguaje.

He elegido TypeScript como vehículo porque está creciendo rápido y es muy versátil. Pero el foco está en el diseño, no en el stack.

- ¿Podemos comprar una sola licencia para varios miembros del equipo?

No. La licencia es individual.

Aunque el formato sea digital, incluye soporte personalizado, revisiones de código y corrección del ejercicio.

Cada persona que accede necesita su propia inscripción. Si son varios en el equipo, cada desarrollador debe realizar su propia compra.

- ¿Para qué quiero aprender diseño de software si ya tengo a Cursor o ChatGPT?

Para tener criterio.

Siguiente pregunta señoría.

- ¿Tiene fechas o plazos?

No, tú decides cuándo la empiezas y cuándo la acabas. Una vez terminada podrás consultarlo las veces que quieras.

Esta no es la típica suscripción que tienes que pagar cada mes o cada año, pagas una vez y tendrás acceso para siempre.

- ¿Desde cuándo tengo acceso?

Desde el momento en que haces la compra.

- ¿Hay grupo de soporte?

Esto es importante que lo tengas claro: No hay grupo de Facebook, ni Slack, ni Discord.

Hay algo mejor.

Si tienes dudas (que las tendrás) me escribes directamente a mí por email. Te responderé personalmente.

Además, podrás enviarme tu solución sobre los ejercicios y katas propuestas para recibir feedback durante los 6 primeros meses tras la compra.

- Quiero aprovechar la oferta pero no voy a poder empezar el curso, ¿puedo posponer el soporte?

Sí. Escríbeme en cuanto hagas la compra y lo tengo en cuenta. Eso sí: si pasa un año y no has empezado, caduca.

- ¿Me revisas cualquier código?

No. El soporte no es una mentoría personalizada. Reviso los ejercicios y katas propuestas en el curso, no proyectos externos.

- ¿Es caro 450€?

El soporte por sí solo ya vale más que eso.

Si te parece caro, o no puedes permitírtelo, no la compres.

- ¿Se puede pagar a plazos?

Sí, con Klarna puedes dividir el pago en 3 cuotas sin intereses (disponible en varios países).

- ¿Puedo pagar por transferencia o criptomonedas?

Sí. Escríbeme a miguel.gomez@softwarecrafters.io y te explico cómo.

- ¿Haces factura?

Sí. Solo tienes que rellenar tus datos de facturación al comprar y la recibirás en 48h.

- ¿Es bonificable por FUNDAE?

No. Superamos el límite de alumnos permitido para estas ayudas.

Tampoco la diseñé pensando en ayudas públicas sino en contenido que realmente sirva.

- ¿Haces descuentos?

Nunca. Por simple respeto a los alumnos que ya están dentro. Ni por Black Friday, ni por Navidades, ni por el día del programador.

Hoy es el mejor precio al que puedes entrar. Mañana será igual o más alto. Nunca más bajo.

Diseño SostenibleIngeniería y Artesanía del Software con TypeScript450€(Precio especial hasta el 31 de julio luego sube a 500€)COMPRAR HOYSecured by Stripe with AES-256 Encryption

Una formación de alto nivel que incluye:

• Acceso de por vida, nada de suscripciones.
• Más de 100 videos teóricos y prácticos. Son lecciones concisas, no te haremos perder el tiempo dando rodeos.
• Katas, ejercicios y repositorios de código para que aprendas haciendo.
• Acceso a las actualizaciones que hagamos en las futuras ediciones del curso.
• Soporte y revisiones de código durante 6 meses.

Una colaboración de: