Saltar al contenido
Guía7 min de lectura

Demo de portafolio de Windsurf

Una fila de capturas de pantalla se ve igual. Una fila de demos en funcionamiento no.

Construya un portafolio de proyectos de Windsurf en torno a metraje en funcionamiento en lugar de capturas, para que cada entrada se gane una mirada más atenta.

Ver cómo funcionaLos primeros 60 segundos de vídeo son gratuitos, con marca de agua. Verifique su correo electrónico para descargarlo.

Un portafolio construido a partir de varios proyectos de Windsurf tiene un problema que no tiene la página de un solo proyecto: un revisor que compara entradas una junto a otra notará la incoherencia de inmediato. Si una entrada tiene un vídeo en funcionamiento y la siguiente solo tiene una captura de pantalla, la entrada de la captura se lee como más débil aunque el proyecto subyacente sea igual de sólido, simplemente porque el revisor no puede saberlo. Tratar todo el portafolio como una sola entrega, en lugar de varias por separado, cambia cómo debería planificarse cada vídeo individual.

Windsurf es un editor de código, no un alojamiento, así que cada proyecto del portafolio es accesible donde realmente se desplegó, y eso puede variar de un proyecto a otro. Antes de planificar el conjunto de vídeos del portafolio, confirme qué proyectos son accesibles ahora mismo, ya que un proyecto antiguo que desde entonces se ha retirado no puede representarse honestamente con una grabación nueva. Un portafolio es un documento vivo, y algunas entradas necesitarán retirarse o representarse de otra manera una vez que desaparezca su versión en vivo.

Vale la pena auditar las entradas más antiguas antes de una búsqueda de trabajo o una nueva ronda de contacto con clientes, en lugar de asumir que un vídeo grabado hace meses todavía coincide con el proyecto en vivo. Una dependencia puede romperse, un nivel de alojamiento gratuito puede caducar, o un proyecto puede simplemente quedar fuera de línea una vez que termina su propósito original. Un portafolio que enlaza a varias rutas muertas se lee peor que un portafolio más pequeño donde cada entrada todavía funciona.

¿Qué proyectos merecen un vídeo?

No todo proyecto pertenece a este tratamiento. Un proyecto que nunca llegó a un estado demostrable y funcional está mejor descrito en texto que mal representado por una grabación que solo muestra una interfaz sin nada detrás. Reserve el formato de vídeo para proyectos donde se pueda mostrar de forma convincente una interacción real, y deje que los proyectos anteriores o más pequeños queden como entradas de texto con un enlace al código.

Sea honesto consigo mismo sobre la diferencia entre un proyecto que terminó y un proyecto que dejó de trabajar. Ambos son habituales en un portafolio personal, y no hay nada de malo en incluir el segundo tipo, pero debería etiquetarse y presentarse como lo que es en lugar de adornarse con un vídeo que insinúe más completitud de la que realmente alcanzó el proyecto.

Estado del proyectoMejor tratamiento de portafolioPor qué
Totalmente funcional, desplegadoUn vídeo corto de la interacción centralLa prueba vence a la descripción
Funciona localmente, no desplegadoUn vídeo del flujo local, claramente etiquetadoSigue mostrando una función real
Incompleto o abandonadoUna descripción en texto y un enlace al códigoUn vídeo exageraría su estado de avance

Una situación relacionada pero distinta es un proyecto pensado para acompañar documentación en lugar de una página de portafolio, algo que cubre por separado la guía de vídeo demo de producto para README, ya que una audiencia de README ya tiene más contexto que un visitante de portafolio.

¿Cómo se mantiene coherente un portafolio de varios proyectos?

Decida una estructura compartida antes de grabar el primer vídeo, y aplíquela a cada entrada después. Una duración coherente, un ritmo coherente y una forma coherente de presentar el estado de inicio ayudan a un revisor a avanzar por varias entradas con rapidez sin tener que reorientarse en cada una. La incoherencia es un coste mayor en todo un portafolio de lo que sería en una sola página independiente.

Escriba la estructura compartida una vez, aunque sea brevemente, en lugar de confiar en recordarla mientras graba varias entradas en distintas sesiones. Una lista de comprobación corta que cubra la duración, el plano de apertura y el estilo de los subtítulos mantiene la tercera entrada coherente con la primera, sobre todo si el portafolio se construye gradualmente a lo largo de semanas en lugar de en una sola sesión.

  • Fije una duración objetivo para cada entrada y manténgala en todo el portafolio.
  • Abra cada vídeo de la misma manera, en el estado de inicio antes de la acción.
  • Prepare los datos de cada proyecto para que ninguna entrada se vea obviamente más pulida que las demás.
  • Grabe las entradas en un lote siempre que sea posible, para que el ritmo se mantenga similar en todo momento.

Si se requiere un inicio de sesión para algún proyecto, solicite una cuenta de demostración en lugar de reutilizar un inicio de sesión personal en cada entrada, y recuerde que en GogoScreen las credenciales se cifran, se usan para una única renderización y después se eliminan. Si primero se planifica un storyboard, las credenciales se conservan cifradas durante esa sesión y se eliminan como máximo dos horas después de su último uso. Preparar un conjunto de cuentas de demostración de antemano, antes de grabar todo el lote, evita interrumpir el lote a mitad de camino.

También ayuda anotar de antemano el trabajo previsto para cada proyecto, de la forma en que escribiría un encargo breve para otra persona que hiciera el trabajo. Una lista de trabajos preparada de antemano mantiene el ritmo del lote y deja claro después si cada entrada recibió realmente el tratamiento que planeó, en lugar de descubrir a mitad de la revisión que un proyecto se grabó frente a la pantalla equivocada por completo.

¿Cómo debería escribirse cada subtítulo?

  1. Elija los proyectos que realmente pueden mostrar un resultado, no solo una interfaz.
  2. Mantenga cada entrada con la misma duración y estructura, para que un revisor pueda compararlas con rapidez.
  3. Subtitule cada vídeo con el trabajo que demuestra, no con una descripción general del proyecto.

Escriba cada subtítulo en torno al trabajo específico que demuestra el vídeo, no una repetición de la pila tecnológica del proyecto. Un revisor que examina subtítulos con rapidez debería poder saber qué demuestra cada vídeo sin verlos todos, lo cual solo es posible si los subtítulos describen resultados en lugar de repetir que el proyecto usa Windsurf.

¿Qué pasa si una grabación no sale como quería?

Compare una grabación de pantalla manual frente a este flujo de trabajo usando la guía de grabación de pantalla frente a vídeo demo automatizado si está decidiendo qué enfoque encaja mejor con un lote de varios proyectos que grabar cada uno a mano. Si una renderización concreta no tiene éxito, la guía de fallos de renderización de vídeo demo explica qué comprobar antes de volver a intentarlo, y el tiempo solo se usa una vez que una renderización realmente sale bien, así que un intento fallido mientras se construye el portafolio no cuesta nada más allá de la espera.

Un portafolio también envejece de forma distinta a un activo de lanzamiento único. Un vídeo de lanzamiento se juzga frente al momento en que se publicó, mientras que un portafolio se juzga cada vez que alguien nuevo lo mira, meses o años después. Revise el conjunto periódicamente en lugar de tratarlo como terminado, y esté dispuesto a retirar una entrada una vez que el proyecto detrás de ella deje de representar el trabajo que quiere que se le atribuya.

Si uno de los proyectos del portafolio se dirige hacia su propio lanzamiento público en lugar de quedarse como entrada de portafolio, eso es un encargo distinto. Un vídeo demo de Base44, un vídeo de página de destino de Base44, un vídeo de lanzamiento en Product Hunt de Base44, o una entrega para compartir con un cliente en Base44 responden cada uno a una pregunta más específica de la que necesita una entrada de portafolio. Un recorrido de revisión de una app de Windsurf es el formato correcto en su lugar si el objetivo es demostrar que se completó una solicitud específica para alguien que ya encargó el trabajo, y una demo de Product Hunt de un agente de IA o una lista de comprobación de lanzamiento de un agente de IA se aplican una vez que un proyecto se gradúa por completo de la etapa de portafolio.

¿Qué debe comprobar antes de publicar el conjunto?

Vea todo el conjunto seguido, tal como lo haría un revisor que examina el portafolio. Confirme que el ritmo se mantiene coherente y que ninguna entrada se ve notablemente más tosca que las demás. Compare el enfoque general con Clueso si está evaluando herramientas para este tipo de trabajo por lotes.

Cada cuenta nueva recibe 60 segundos de vídeo una vez, con marca de agua, y después, el tiempo comprado con recargas nunca caduca y el tiempo solo se usa cuando una renderización sale bien. Esa estructura de precios favorece construir el portafolio gradualmente, proyecto por proyecto, en lugar de intentar terminar todo el conjunto en una sola sesión. Consulte los precios para conocer los planes, explore más guías y comparaciones, o empiece en la página de inicio de GogoScreen con la ruta y la indicación del primer proyecto.

Aclaraciones

Antes de empezar

¿Cuántos proyectos de Windsurf deberían tener un vídeo en un portafolio?

Solo los que puedan mostrar una interacción genuinamente funcional. Un proyecto que no está lo bastante avanzado para demostrar un resultado real está mejor dejado como una descripción escrita que representado por una grabación engañosa o vacía.

¿Debería cada vídeo de portafolio usar el mismo formato?

La coherencia ayuda a un revisor a moverse rápido entre entradas, así que una duración y una estructura compartidas en todo el portafolio valen más que la variedad por sí misma.

¿Qué pasa si una renderización falla mientras se construye el portafolio?

Aproximadamente una de cada cinco renderizaciones necesita un reintento. El tiempo solo se usa cuando una renderización sale bien, así que un intento fallido no cuesta nada más allá de la espera.

Pegue una URL, describa un flujo y obtenga un vídeo de demostración de su aplicación web.

Los primeros 60 segundos de vídeo son gratuitos, con marca de agua. Verifique su correo electrónico para descargar el vídeo.