Nuevo · Curso de Java en construcción
← Volver al blog

Publicado el

Vibe coding para un portfolio: ventajas y desventajas

Antes de hacer tu portfolio a base de prompts, esto es lo que compensa y lo que no.

El vibe coding (describir lo que quieres con palabras normales y dejar que un modelo escriba el código en vez de teclearlo tú) se ha metido en cómo mucha gente empieza sus primeros proyectos. Con un portfolio la tentación es grande: en un par de tardes ya tienes algo que mostrar, en vez de pasarte semanas peleando con CSS. Pero como con cualquier atajo, conviene pensar qué ganas y qué pierdes antes de apostarlo todo a eso.

Ventajas

Probar cosas deja de doler. Probar una estética totalmente distinta (del neón ochentero a algo minimalista, de una rejilla synthwave a un diseño plano) ya no se come una tarde entera de CSS a mano, se resuelve en un rato de prompts. Y eso cambia más cosas de las que parece: puedes tirar una idea que no te convence sin sentir que tiras horas de trabajo, y llegas antes a la versión que sí encaja.

Es más fácil empezar. Sentarte delante de un editor en blanco sin saber ni por dónde arrancar es de lo que más frena a quien está aprendiendo. Sentarte delante de un chat y contar qué quieres hacer, no tanto. Y un portfolio muchas veces se queda en un “ya lo haré cuando sepa más”, así que esa diferencia decide si el proyecto arranca o se queda para siempre en la cabeza.

Practicas otra cosa. No escribir cada línea, sino leer lo que ha escrito otro y decidir si tiene sentido. Aprendiendo a programar en solitario casi nunca se practica, y además cambia la pregunta de siempre: ya no es “¿sé escribir esto?”, sino “¿sé si esto está bien escrito?”. Es una pregunta incómoda, la verdad.

Desventajas

Te puede dar código que no entiendes, si no preguntas. Un modelo no avisa cuando algo es delicado. Que el menú de navegación se cierre con la tecla Escape, que devuelva el foco a quien lo abrió, que el tabulador no se escape a enlaces ocultos: nada de eso suele salir bien a la primera si no lo pides. Y si no sabes que falta, no lo pides. El vibe coding no sustituye saber qué preguntar.

Cambiar de idea sale demasiado barato. Cuando probar una estética nueva cuesta un prompt y no una tarde, es muy fácil pasarte semanas dándole vueltas al aspecto de algo que sigue vacío por dentro: un fondo tras otro, una tipografía tras otra, mientras lo importante, que son los proyectos y lo que de verdad sabes hacer, sigue sin escribirse. Cambiar lo visual se volvió fácil. Escribir el contenido cuesta lo mismo que siempre.

La duda de quién hizo el trabajo pesa más en un portfolio que en cualquier otro proyecto. Un portfolio es la prueba que enseñas de que sabes construir algo. Si en una entrevista te preguntan por qué elegiste un color concreto o cómo funciona una animación, tienes que poder contestar de verdad, no repetir lo que el modelo dejó escrito en un comentario.

Dónde me quedo

Ni a favor ni en contra, sin más. Para probar cosas rápido, y para empezar cuando la hoja en blanco da demasiado miedo, el vibe coding funciona de maravilla. Como sustituto de entender lo que hay debajo es un desastre, y la línea entre una cosa y la otra es más fina de lo que parece al principio.

Si vas a hacer tu portfolio así, mi consejo es sencillo. Lee cada cambio antes de aceptarlo. Pregunta “por qué” más de lo que creas necesario. Y no te conformes hasta poder explicar cualquier línea como si la hubieras escrito tú, porque en una entrevista quien responde por ese proyecto eres tú.