ArjanCodes vuelve a lo básico: primero el diseño, después las herramientas

Este vídeo es una actualización del canal más que un tutorial habitual. Arjan advierte desde el principio que no contiene código y deja que los espectadores que venían solo por una lección se vayan pronto. El guion tiene tres partes: las mudanzas personales, la dirección del canal y cómo la IA está cambiando el trabajo del software. El tono es honesto y reflexivo más que instructivo.

La casa que compró con su familia se convirtió en toda una historia de reforma. El edificio data de principios del siglo XX y sirvió sucesivamente como residencia, hotel, pabellón psiquiátrico y oficina. Volver a registrarlo como vivienda y organizar la hipoteca llevó meses de esfuerzo. Le siguieron cuatro meses de demolición: cayeron tres capas de techos junto con cableado eléctrico y telefónico centenario y una infraestructura de red de varias décadas. El trabajo de los contratistas superó incluso un presupuesto pesimista, así que ahora cada partida está clasificada según lo que hay que arreglar ya y lo que puede esperar.

La segunda mudanza está relacionada con el trabajo. Durante medio año ha trabajado en un antiguo edificio penitenciario en el centro de Utrecht, un lugar que adora con paseos hacia la torre del Dom. Pero no hay aire acondicionado, las ventanas no se pueden abrir y el edificio cerrará pronto para una gran reforma. La nueva oficina también es céntrica, cerca de la estación y con aire acondicionado, aunque es una sala estándar sin más. Tras alguna decoración, el fondo de sus vídeos volverá a cambiar.

A lo largo de cinco años de canal, el núcleo estable ha sido Python más el diseño de software. A medida que Python pasaba de los pequeños scripts a los pipelines de machine learning, los sistemas de datos, las API y las aplicaciones web, el contenido sobre cómo gestionar esa complejidad encontró su público. Una amplia audiencia sin formación clásica en informática empezó a poner en producción sistemas reales en Python. Enseñar diseño a ese público encajaba con el canal y le resultaba natural.

Enseñó programación y diseño durante años en la universidad, donde Python era solo una pequeña parte y la mayoría de los cursos eran de C++ y Java. Durante su etapa de investigación construyó aplicaciones completas que combinaban motores gráficos con sistemas de scripting. El canal también acogió pruebas, reseñas de nube y de hardware sobre portátiles y teclados. Aun así, el núcleo nunca cambió: primero el diseño de software, después Python.

Hoy dedica la mayor parte de su tiempo a diseñar en lugar de escribir código a mano. Aparte de los ejemplos de los vídeos, el proyecto activo es una herramienta de negocio: automatización de facturación y contabilidad más un portal web para la venta mayorista de licencias corporativas. Define el dominio, dibuja la arquitectura y planifica la hoja de ruta de un producto con una integración profunda de Stripe y una API REST. El código en sí lo escribe un desarrollador que depende en gran medida de un asistente de codificación con IA, nombrado en el vídeo como Claude Code.

Ve la IA como una disrupción mayor cuyo impacto es más fuerte en el software. Los sistemas ahora encuentran y corrigen errores, escriben pruebas y construyen funcionalidades nuevas desde cero. Las herramientas cambian en cuestión de semanas, de modo que la sensación de ir al día ha desaparecido. Comparte abiertamente su constante sensación de quedarse atrás.

Su crítica más afilada es el choque entre los valores del diseño y los comportamientos por defecto de lo generativo. Un buen diseño simplifica, borra código y ajusta los conceptos a la necesidad del momento, mientras que los sistemas generativos multiplican la producción por defecto. Ese desajuste produce pull requests gigantescas y flotas de agentes que entregan mientras sus dueños duermen. La pregunta que falta es la del propósito: por qué hace falta toda esa producción. Sin respuesta, la herramienta deja de ser una ayuda y se convierte en una línea de producción que quema tokens y acumula software que nadie usa.

Los comentarios en el canal se dividen en dos: un sector pide orquestación de agentes, ingeniería de harness y reseñas de productos, mientras que el otro se alegra de que el canal se haya mantenido al margen del hype. Dice que reseñar herramientas no le entusiasma; hizo vídeos de teclados y portátiles, pero su pasión es el diseño. Una analogía con la aviación resume el veredicto: un piloto nunca resuelve ecuaciones de física en pleno vuelo, pero aun así debe entender la sustentación, la resistencia y el empuje. Los fundamentos del software funcionan igual: las herramientas cambian, el conocimiento de diseño permanece. Por eso el canal enseñará patrones, principios y pensamiento de nivel senior en lugar de recorrer cada nueva versión de herramienta.

El coste de la elección se declara abiertamente: sin vídeos impulsados por el hype, el crecimiento puede ralentizarse y las vistas pueden caer. La petición de apoyo es concreta: likes, comentarios y suscripciones. La segunda decisión elimina por completo los segmentos patrocinados; incluso una franja mensual elegida entre aproximadamente una de cada mil ofertas entrantes costaba tiempo y alineación. El modelo de negocio se reduce a un único producto, el programa Software Design Mastery que sustituye a todos los cursos anteriores. Cubre diseño esencial, diseño de sistemas y compensaciones de diseño, con certificados, una comunidad, material extra y sesiones en directo construidas en torno a ejercicios de diseño conjuntos.