Guia7 min de leitura

Vídeo de Demonstração de Portefólio Cursor

Mostre a um revisor a aplicação a funcionar, não uma captura de ecrã dela.

Transforme um projeto Cursor numa entrada de portefólio que mostra o fluxo em execução, usando uma rota acessível e uma tarefa de utilizador clara.

Ver como funcionaOs primeiros 60 segundos de vídeo são gratuitos, com marca de água.
Verifique o seu correio eletrónico para o descarregar.

gogoscreen.com

Escolher uma tarefa que a aplicação realiza

Escolha uma tarefa que a aplicação realiza e que um estranho consiga compreender em dez segundos.

Alcançar o estado que a prova

Alcance o estado que prova que a tarefa foi realmente concluída, não apenas o ecrã inicial vazio.

Gravar o fluxo em vez de uma captura de ecrã

Grave o fluxo em vez de uma captura de ecrã, para que um revisor veja a aplicação a responder.

Uma entrada de portefólio construída com Cursor tem uma tarefa: convencer alguém que percorre uma lista de projetos de que este vale a pena olhar mais de perto. Essa pessoa é normalmente um gestor de contratação, um líder técnico a fazer uma revisão de trabalho para casa, ou um potencial cliente a comparar alguns freelancers. Nenhum deles vai clonar o repositório antes de decidir se continua a ler. Vão olhar para o que estiver junto do título do projeto, e uma captura de ecrã estática de um formulário ou de um painel diz-lhes quase nada sobre se a coisa realmente funciona.

O próprio Cursor é um editor de código, não uma plataforma de alojamento. Não publica um projeto num URL público nem mantém uma pré-visualização em execução por si só. Seja o que for que o programador construa, corre localmente durante o trabalho, num servidor de desenvolvimento acessível num endereço local, e é implementado depois no alojamento que o programador escolheu, se é que o implementou. Esse hiato entre "o código existe" e "a aplicação é acessível" é exatamente onde uma entrada de portefólio pode falhar mesmo quando o trabalho subjacente é sólido. Um vídeo contorna o hiato. Captura a aplicação no seu estado acessível atual, seja esse estado um URL implementado ou um servidor de desenvolvimento local, e transforma-o em algo que um revisor consegue assistir sem executar nada por si próprio.

Que tarefa deve mostrar o vídeo de portefólio?

Escolha a única interação que melhor demonstra a competência que quer que lhe seja atribuída. Uma ferramenta de gestão de projetos deve mostrar uma tarefa a mover-se de uma coluna para outra e a permanecer ali. Uma ferramenta de dados deve mostrar um ficheiro a entrar e um resultado transformado a sair. Resista à tentação de abrir todos os ecrãs que o projeto tem. Um revisor que vê seis funcionalidades não relacionadas em noventa segundos normalmente não se lembra de nenhuma, enquanto um revisor que vê uma interação convincente lembra-se de que o construtor consegue entregar uma funcionalidade funcional do início ao fim.

Tarefa de portefólio	O que prova	O que cortar
Uma interação central	A compilação realmente funciona, não apenas renderiza	Um tour a definições, painéis de administração e páginas não relacionadas
Um estado antes e depois visível	Causa e efeito dentro da aplicação	Narração que descreve código em vez do ecrã
Um estado de dados credível	A aplicação foi testada com entradas reais, não uma demonstração vazia	Texto de preenchimento deixado do modelo inicial

Se o projeto for uma peça complementar menor em vez do projeto principal, um excerto ao estilo vídeo de registo de alterações para SaaS funciona melhor do que uma apresentação guiada completa, já que se pode concentrar numa alteração lançada em vez de no produto inteiro.

Como se prepara um projeto Cursor para gravação?

Abra a rota acessível manualmente primeiro, da mesma forma que testaria qualquer aplicação web antes de esta ir para diante de outra pessoa. Confirme que não há redirecionamento quebrado, nenhum passo de integração a meio, e nenhum estado vazio onde deveria estar o resultado significativo. Os projetos Cursor muitas vezes começam a vida com dados de preenchimento de um modelo inicial, e esses dados leem-se como inacabados assim que outra pessoa os vê. Substitua-os por algo que pareça uma utilização real e plausível da ferramenta antes de gravar qualquer coisa.

Confirme que a rota abre sem um erro ou um estado de carregamento preso.
Substitua o conteúdo de preenchimento do modelo inicial por dados que correspondam ao propósito real da aplicação.
Decida se o fluxo precisa de um início de sessão, e prepare uma conta descartável se precisar.
Note o ponto de início e o ponto final exatos da interação que quer mostrar.

Se o projeto estiver atrás de autenticação, pode ser fornecida uma conta de demonstração através do processo normal do GogoScreen, e no GogoScreen as credenciais fornecidas são cifradas, utilizadas para uma única renderização e depois eliminadas. Se for planeado primeiro um storyboard, as credenciais ficam cifradas durante essa sessão e são eliminadas, no máximo, duas horas após a última utilização. Este é um detalhe significativo para quem constrói um portefólio, já que o início de sessão de um projeto pessoal continua a ser um início de sessão que preferia não distribuir casualmente. Para um guia complementar sobre como configurar essa conta de demonstração corretamente, veja preparar uma conta de demonstração para um vídeo de produto.

Pense em que dados aparecem no ecrã. Um projeto pessoal construído no Cursor por vezes carrega informação real de testes iniciais, um endereço de correio eletrónico pessoal usado para registar, ou o nome de um amigo digitado ao experimentar a funcionalidade. Nada disso pertence a uma entrada de portefólio pública. Troque-o por dados que pareçam obviamente representativos em vez de obviamente reais, e verifique cada campo visível, não apenas o que está no centro da interação.

O que precisa de dizer a indicação de fluxo?

Escolha uma tarefa que a aplicação realiza e que um estranho consiga compreender em dez segundos.
Alcance o estado que prova que a tarefa foi realmente concluída, não apenas o ecrã inicial vazio.
Grave o fluxo em vez de uma captura de ecrã, para que um revisor veja a aplicação a responder.

Escreva a indicação da forma como explicaria a aplicação a alguém ao seu lado, usando as mesmas palavras que a interface utiliza. Se a aplicação chama a algo um espaço de trabalho, a indicação deve dizer espaço de trabalho, não pasta. Uma indicação vaga como "mostrar o painel" convida a uma gravação que vagueia pela interface sem nunca alcançar um resultado, e uma peça de portefólio que vagueia é pior do que nenhum vídeo.

Onde deve viver o vídeo terminado?

Coloque o vídeo no topo da entrada de portefólio do projeto, antes da descrição e antes da lista de tecnologias. Um revisor que tem de percorrer três parágrafos para encontrar a prova de que a aplicação funciona normalmente já seguiu em frente. Se o mesmo projeto também precisar de uma página pública própria, a questão de colocação muda, e um tratamento ao estilo vídeo de página de destino ou vídeo de lançamento no product hunt responde a um briefing diferente do de uma entrada de portefólio, mesmo quando as imagens subjacentes são semelhantes. Um vídeo de demonstração Windsurf geral cobre o mesmo fluxo de trabalho de gravação subjacente se o projeto tivesse sido construído nessa plataforma, e os passos de preparação transferem-se de qualquer forma.

Se o próprio portefólio precisar de alcançar um revisor não técnico específico, como um recrutador a reencaminhar o seu trabalho para um gestor de contratação que não vai clicar em nada, um tratamento ao estilo partilha com um cliente Windsurf explica como empacotar o mesmo tipo de prova para alguém que quer uma resposta direta em vez de uma página para explorar.

Um vídeo de portefólio também é um bom candidato para reutilização. O mesmo excerto, cortado de forma diferente, pode apoiar um vídeo de demonstração de aplicação de teste partilhado em privado com um mentor para feedback, ou um corte mais curto destinado a alguém a decidir se um novo SaaS merece o seu primeiro vídeo de demonstração. Mantenha a gravação original focada numa tarefa para que esses cortes continuem fáceis de fazer em vez de exigirem uma regravação completa. Se estiver planeada uma revisão posterior assim que o código mudar, o guia de apresentação guiada de revisão de aplicação Cursor cobre como entregar a um revisor o fluxo que prova que um pedido específico foi concluído, o que é uma utilização relacionada mas separada do mesmo fluxo de trabalho subjacente.

O que deve verificar antes de publicar?

Assista ao vídeo terminado uma vez como se nunca tivesse visto o projeto. Verifique se o fotograma de abertura faz sentido sem som, já que muitos revisores vão assistir sem áudio. Confirme que nada no enquadramento revela um endereço de correio eletrónico real, um nome real, ou qualquer dado que não quisesse tornar público. Uma alternativa em GIF de demonstração de produto é por vezes o formato certo em vez de um vídeo completo, particularmente quando a entrada de portefólio fica numa grelha de cartões pequenos em vez de numa página completa, por isso decida o formato antes de se comprometer com uma duração.

Lembre-se de que aproximadamente uma em cada cinco renderizações precisa de nova tentativa, por isso deixe tempo no seu calendário em vez de gravar na noite anterior a uma entrevista. Cada conta nova recebe 60 segundos de vídeo uma única vez, com marca de água, o que é muitas vezes suficiente para uma única interação de portefólio. Depois disso, os vídeos usam tempo de um plano ou de um carregamento; o tempo comprado com carregamentos nunca expira, e o tempo só é usado quando uma renderização é realmente bem-sucedida. Nada disso muda a fasquia editorial: o vídeo só ganha o seu lugar no portefólio se um estranho conseguir assisti-lo e acreditar que a aplicação funciona. Compare o resultado terminado com o Demosmith se estiver a escolher entre ferramentas de captura, consulte os preços para os planos e carregamentos, explore o resto da biblioteca de guias e comparações para formatos adjacentes, ou comece de novo pela página inicial do GogoScreen se o projeto precisar de um tipo de recurso diferente.

Esclarecimentos

Antes de começar

Por que razão uma entrada de portefólio Cursor precisa de um vídeo em vez de uma captura de ecrã?

Uma captura de ecrã mostra um momento estático. Um gestor de contratação ou cliente não consegue perceber a partir dela se a interação realmente funciona. Um vídeo curto do fluxo real responde a essa pergunta em segundos, que é para isso que serve uma entrada de portefólio.

O Cursor aloja a aplicação para o vídeo de portefólio?

Não. O Cursor é um editor de código, não um serviço de alojamento. O programador executa o projeto localmente durante o trabalho e implementa-o separadamente no alojamento que escolher. O vídeo deve mostrar o que estiver acessível no momento da gravação.

E se o projeto Cursor só correr em localhost?

Um fluxo em localhost ainda pode ser gravado e revisto como qualquer outra rota acessível, desde que abra num navegador. Trate a questão da implementação como separada da questão do portefólio e grave o estado que existe hoje.

Cole um URL, descreva um fluxo e obtenha um vídeo de demonstração da sua aplicação web.

Os primeiros 60 segundos de vídeo são gratuitos, com marca de água. Verifique o seu correio eletrónico para descarregar o vídeo.

Ver preços Ler os guias