Prioridades do dia:
- finalizar o fluxo de onboarding de alunos nos projetos
- começar a escrever os projetos reais que eu vou colocar na plataforma
- validar as migrations para ver se elas funcionam em um banco MySQL (por enquanto estou usando SQLite)
Atualizações diárias sobre o que eu estou construindo.
Prioridades do dia:
Quando você consegue fazer 3 semanas de backlog em 3 dias, quais perguntas você precisa começar a fazer?
Quando você pode construir um protótipo pra qualquer coisa em menos de uma semana, no que você deveria estar focando?
O Cursor foi capaz de commitar as mudanças e criar a tag. Se perdeu em uma única coisa: não fez git add novamente dos arquivos que modificou depois que pedi correções.
Hoje estou experimentando dar mais autonomia para o Cursor.
Pedi para ele ler a especificação da próxima versão da plataforma, planejar e executar em etapas, aguardar o meu review e então fazer um commit com as mudanças em cada etapa.
Ao final, depois de fazer todas as etapas, pedi para ele commitar o arquivo de especificação e criar uma tag no git com o número da versão.
Vamos ver o que ele consegue fazer.
O plano do dia é:
Cursor ficou fora do ar hoje mais cedo, então aproveitei pra avançar as specs das funcionalidades.
Já consegui fazer algumas correções na UI e implementar páginas de conteúdo.
Também consegui especificar o sistema de mensagens de ajuda (esse deu trabalho). Vou gerar o código agora e ver o resultado.
As prioridades de hoje são:
Parece muita coisa para um dia só, mas com ajuda do Cursor eu acredito que é possível.
Ontem eu consegui incluir um formulário de preferências/onboarding no projeto para o usuário marcar o que está querendo aprender. Também mostrei as preferências selecionadas na tela do projeto e das tarefas (basicamente links para a documentação das tecnologias que o usuário selecionou nas preferências).
A próxima prioridade é fazer a plataforma ser mais do que um CRUD de projetos e tarefas, ser de fato um guia para o estudo da pessoa.
Estou pensando numa forma do usuário incluir a stack ou linguagem que ele quer aprender, numa espécie de onboarding do projeto.
Já incluí o histórico de status nas tarefas e nos projetos, a opção de comentar mensagens em um usuário específico (pra registrar detalhes das interações com eles) e também uma tela para eu, como admin, ver o histórico do usuário e o status atual dos projetos e tarefas deles.
Em menos de 3h eu consegui implementar as prioridades do dia, o que era escopo para 3 dias de trabalho antes da IA.
Agora eu vou seguir adicionando as features que preciso pra:
O bom de ter uma versão 0.1 com o core da funcionalidade é que cada nova feature e mudança é incremental, não começa do 0.
É bem mais fácil fazer mudanças incrementais em um sistema existente do que criar do 0 um sistema com todas as funcionalidades ao mesmo tempo.
As prioridades de hoje são:
Dessa forma é possível acompanhar o progresso do usuário dentro de cada projeto, encontrar pontos em que o usuário travou, oferecer a ajuda certa no momento certo, etc.
Tive algum problema com a propagação do domínio .dev, troquei para o valor padrão do provedor e agora vou voltar para o NS correto.
Também já criei um redirecionamento temporário do .com.br para o .dev.
Já apontei os domínios para o meu servidor, agora é aguardar a boa vontade dos servidores de DNS de propagar as mudanças.
Deveria ter setado logo na criação dos domínios, porque aí não precisaria aguardar, já criava com o IP certo.
Eu uso o https://dnschecker.org/ pra verificar o andamento da propagação.
Depois de algumas correções, a versão 0.1 está funcionando como eu quero.
O plano do dia é:
.com.br para redirecionar para .devOs três projetos que vou colocar na versão 0.1 são:
Acho que são 3 projetos completos e diferentes entre si, que são bons exercícios pra aprender qualquer linguagem ou stack.
Uma das coisas que percebi que vai ser importante fazer, é operacionalizar as instruções de cada projeto de forma que qualquer pessoa entenda o que precisa ser feito, não importando a bagagem (ou falta de bagagem) que ela tenha.
Operacionalizar é simplesmente quebrar comandos de alto nível em passos menores e mais fáceis de entender.