Vibe coding para decidir o app em uma semana: no dia 30, constrói

Martin usa vibe coding para decidir o app em uma semana no calendário: marca 7 dias e, no último, constrói. Fez isso do 23 ao 30 de julho. Chegou o 30, começou a construir o Fumava, o app para parar de fumar.

Na live de 30 de agosto, 60 min, Martin relê essa regra. Um viewer reclamou de dificuldade para achar o que fazer. Ele respondeu com o prazo que já tinha usado. O intervalo 23 a 30 de julho já tinha passado; no 30, construir.

Do 23 ao 30 de julho, no último começa

Ele devolveu ao viewer a moral com data:

A moral é cara define uma meta para ti. Eu coloquei uma meta de uma semana, né? Foi do dia 23 ao dia 30 de julho. E, mano, chegou no 30 de julho, tem que começar a construir, velho. Simples assim.

A meta é 1 semana, do 23 ao 30. Quando o 30 chega, Martin para de escolher e começa a construir. "Simples assim" é a frase que ele usa para não adiar a data.

Quem trava no produto pede mais um critério. Martin entrega o dia em que esse critério acaba. Se a ideia ainda parece incompleta no último dia, ele constrói mesmo assim, porque a data já foi combinada.

O viewer pede o que fazer e ganha um prazo

O pedido pedia método. Martin respondeu com o 23 e o 30, a data em que a escolha acaba porque ele mesmo a escreveu.

Ele reivindica o diferencial de quem faz building in public:

Porque a maior parte dos caras que fazem building em public, eles já chegam com a ideia pronta.

A série dele mostrou o processo. As lives 1 a 7 foram o intervalo da escolha. Ele aponta para o arquivo e resume o bloco inteiro, sem reabrir cada live:

a live de número 1, 2, 3, 4, 5, 6 e 7 foram, foi todo o meu processo de escolha, porque que eu escolhi esse app

Como ele escolheu o Fumava já está em como escolher um nicho. Aqui é o relógio: 23 a 30 de julho, no 30 constrói.

Ele sugeriu NotebookLM nos vídeos 1 a 7 para o viewer extrair o playbook. Quem quiser reler o processo usa a ferramenta no arquivo das lives 1 a 7. A data que Martin devolveu ao viewer continua sendo o 23 e o 30 de julho.

Vibe coding depois da data de corte

No vibe coding o builder alonga a escolha e não começa a construir. Martin corta isso com o 30 de julho já escrito. 7 lives cabem em 1 semana quando o último dia já está marcado.

Os 30 dias da decisão (30 de julho) até a Play Store já estão em como fazer um aplicativo. Aqui é a semana de antes da Play Store: 23 a 30 para decidir, e no 30 começa a construir.

Em 30 de agosto Martin relê o que exigiu de si no 30 de julho. Fumava já estava em construção. O MRR no título da live ainda era R$0,00. Ele volta ao arquivo para mostrar de onde veio a obrigação de começar. O viewer que não acha o que fazer recebe as datas de julho.

Quem copia o gesto marca a data de abertura e a de corte, escolhe no intervalo e, no corte, constrói. Se faltar clareza no último dia, ele começa a construir mesmo assim.

O que você marca amanhã

Amanhã você escreve 2 números: o dia em que a escolha começa e o dia em que ela acaba. O segundo número é o dia em que o app começa a existir em código. Sem o segundo número, o processo de escolha não tem fim e você não começa a construir.

Se você já tem lives ou arquivos, junte o bloco e aponte para ele, como Martin fez com as lives 1 a 7. O viewer que quiser o playbook vai ao arquivo, e a sua parte do trabalho é manter o 30 escrito.

Dá para assistir à live e ouvir o "chegou no 30 de julho, tem que começar a construir" e o "simples assim". A regra cabe nessa frase, com o 23 e o 30 já marcados no calendário.