Bom essa é uma pergunta que me faço semanalmente, trabalhando diretamente com codigo todos os dias não me sinto muitas vezes motivado ou inspirado para tocar projetos pessoais (seja para aprender ou algo massa que eu gostaria de construir), constumo começar varios mas nenhum normalmente passa de 1/2 semanas de trabalho e acaba sendo 'esquecido'.
Gostaria de receber algumas dicas de voces para conseguir continuar esses projetos.
Oi Gabriel, eu me identifiquei com o seu post.
Acontece muitas vezes de eu começar a rabiscar ou por mão na massa em um projeto e acabar abandonando ele em poucos dias, é totalmente normal pra mim por enésimos motivos de rotina, etc. então acumulei algumas dicas que funcionam, pelo menos para mim:
Essa frase pode parecer um pouco arrogante, mas a longo prazo ela se paga de um jeito fantástico. Vamos dizer que você teve uma ideia muito boa e deseja colocar a mão na massa e tirar o projeto do papel:
Comece primeiro definindo sobre o que é o projeto numa folha de papel ou em algum lugar como no bloco de notas ou o Notion, escreva uma descrição sobre o projeto e as features que você gostaria que ele tivesse, pode inventar o que quiser nessa parte!
Depois você pode ir filtrando o que você escreveu baseado nas coisas que você quer fazer no seu projeto. Depois de uma sessão de brainstorm, vão ter várias ideias boas o suficiente para entrar no seu projeto, mas que ao seu ver, não valem muito a pena. Tenta peneirar essas ideias ;)
E por último, releia pela última vez e deixe apenas as coisas que você consegue fazer. Não se sobrecarregue com tarefas gigantes ou super complicadas, mantenha o pé no chão e limite-se ao que você sabe fazer e a aquilo que você tem ciência de que consegue aprender para fazer em um prazo.
Depois que você já escolheu tudo que você quer fazer, tenta pensar sobre como você vai fazer isso. Qual tecnologia usar, qual o método pra implementar, como deve ser a definição, se quiser, já pode ir fazendo até mesmo uma POC da sua ideia.
Depois que você já tem um plano sobre a sua ideia, você pode finalmente botar a mão na massa e começar a codar.
A conclusão é que no fim de tudo, agora você tem um plano viável de execução de tarefas que estejam no seu alcance e que não vão te desgastar por muita complexidade ou falta de direcionamento.
Como eu avisei lá encima, esse é o método que EU uso. Talvez não dê tão certo assim com você, mas vamos compartilhar :) Abraço!
mano, sensacional, tenho o mesmo problema e me identifiquei muito com post do . Hoje estudo bastante, tenho muita teoria, porem vou por em prática eu travo, até começo a executar um projeto, vou naquele gás, porem depois de executar algumas centenas linhas de código, me sinto desmotivado. suas dicas sao de grande valia, e vou usar com certeza.
O que faltou é um botão pra salvar os posts kkkk vou tirar print pra consultar mais tarde.
Muito interessante essa sua metodoologia de seguir, tenho alguns engavetados outros que começo e depois desvio, mesmo quando tento fazer um planejamento.
Vou proocurar tentar por em prática sua sugestão e provavelmente fazer algumas adaptações e relato aqui num futuro proximo.
Não sei dizer quantos projetos já engavetei. rs
Mas sei dizer que eu só consegui finalizar projetos pessoais quando parei que querer tudo perfeito, tudo 100%, tudo com o melhor do melhor.
O conceito de Minimum Viable Product (MVP) é muito importante nesse momento.
Tem uma ideia? Coloque no papel, difina o que é essencial para a versão beta 0.001 e mão na massa, ou melhor, no teclado.
O MVP irá te permitir "sentir" melhor sua ideia, validar conceitos e te ajudar a perceber valor. A partir disso você pode ir atrás de ajuda com outras pessoas, voltar ao papel, e as vezes perceber que está no caminho certo e seguir em frente.
Essas betas realmente ajudam a manter a motivação, ver um progresso.
Uma coisa que desanima muito é programar programar programar e não perceber nenhuma mudança.
Então, coisas que podem ajudar a ter essas versões beta e ver o progresso são versionadores (github, bitbucket, etc)
Mesmo em projetos que esteja sozinho, crie branches
Em casos de projetos que não possuem prazo, tudo bem não conseguir fazer uma funcionalidade no prazo.
Se essa função não for vital, não há problema em deixá-la de lado (lembre-se de fazer um commit temporário, ou um stash para não perder o que foi feito) e fazer outra funcionalidade, isso clareia sua cabeça, coisas novas, você percebe o progresso, e às vezes a solução do problema anterior aparece.
então ver que o projeto está andando ajuda a não desmotivar
Que sacada massa... Acho que quando é nosso é uma tendência natural querer que seja perfeito mesmo, e perfeito = nunca está pronto. kkk
A ideia de motivação por trás dos projetos é complicada, muitas vezes apenas com a prática você descobrira o que te motiva.
É recorrente no meio de GameDev se deparar com esse mesmo problema (motivação / projetos inacabados) e uma frase que constantemente é relembrada é:
"Feito é melhor que perfeito."
Grandes projetos raramente se iniciam com grandes objetivos.
Tente controlar as suas expectativas com os projetos que inicia.
Assim como você disse, alguns deles tem o objetivo de aprendizado, então se você de fato aprendeu algo com eles, eles já podem se considerar finalizados.
Quando o objetivo esta além do aprendizado, deve-se iniciar projetos curtos, com garantida de conclusão, coisa de dias, no máximo semanas.
"Uma Mudança sempre deixa o caminho aberto para outras."
Maquiavel - O Príncipe
Podemos usar esse mesmo contexto para projetos pessoais, a conclusão de um se torna alicerce / motivação para a conclusão de outros. Que gradativamente vão crescendo.
Uma hora ou outra um desses pequenos projetos pode se tornar algo grandioso, mas não se preocupe, esse nunca foi o objetivo certo?
Eu sempre caio nessa sabotagem de querer abraçar o mundo com as pernas. Porém percebi que esperar pouco e focar em pequenas coisas fazem bastante diferença.
De grão em grão a galinha enche o papo
Realizar pequenos passos com pequenos objetivos pode te levar longe.
Gostei muito do que disse. Está bem difícil manter tabcoins, sempre tem alguém massa que nem você pra merecer um "like"!
Fala Gab, blz?
Alguns pontos que considero importantes e que venho aprendendo no meu side project que há mais de 1 ano não lanço por ainda achar que faltam coisas (kkk):
code . e verificar o todo que deixei do dia anterior. Se você começar a se distrair por um tempo, seja pra trocar a música ou algo assim, significa que é hora de ir "esticar as pernas" kk, tomar uma água, enfim. Porque é melhor você respeitar essa sinalização, do que achar que está fazendo 3-4 coisas ao mesmo tempo e no final estar fazendo todas as 3-4 no modo "meia-boca".¹ - Talvez eu esteja levando isso muito a sério kkk
Já troquei a stack duas vezes (haha). Na primeira porque queria aprender react enquanto construía o projeto e, até certo ponto, consegui, inclusive usando typescript, criando hooks personalizados, afins; Na segunda, foi de back, porque queria aprender Nest JS -- que por sinal, aquele gatinho é muito show. Atualmente estou tocando com meu framework favorito: Vue (Se pronuncia vju rs rs) e no back, sigo com Nest JS. Implementando algumas estruturas de Cloud, como cdn e armazenamento de blobs.
Enfim, espero ter te ajudado de alguma forma.
Boa sorte nos projetos!
Melhores dicas que já vi mano, parabéns, principalmente sobre o escopo e o "resolver um problema" um projeto pessoal tem que ter ou uma motivação de resolver um problema de uma comunidade, setor do mercado ou algo assim, ou então motivação de talvez um empreendimento novo, se o projeto for algo que ja existe ou que não tem valor concreto é bem difícil o projeto continuar vivo, desanima mesmo seguindo rituais ou dicas, é bem por ai mesmo, ou seja, o projeto tem que fazer sentido pra voce.
O que busco fazer é ter disciplina (fazer o que precisa ser feito, não só o que eu quero), se meu eu do passado colocou objetivo de fazer um projeto XYZ quer dizer que ele é importante e simplesmente vou investir tempo para fazer acontecer.
A primeira coisa que faço é alinhar expectativas comigo mesmo:
Como geralmente estou muito ligado com open source (meu github @avelino fala muito melhor da minha vida de contribuidor) ou projetos pessoais que envolve programação, busco fazer ele open source (algumas vezes apenas projeto com repositório aberto, não necessariamente open source/foss).
Quando tenho alguma ideia e acredito que vale investir nessa ideia, a primeira coisa que faço é criar um repositório e escrever o README.md explicando o projeto e que meu "eu do futuro" leia e entenda porque estou investindo tempo no projeto, ou seja, o conteúdo do README tem que ser capaz de me convencer que não estou jogando meu tempo fora.
depois disso é momento de olhar para código
Alinhar expectativas consigo é a unica forma de manter o projeto, bom demais seu comentário meu amigo, valeu. Me esclareceu algumas coisas tb.
Uma dica que posso te dar é: publique seu projeto no GitHub para que outros devs possam dar sugestões, melhorias e evolua a ferramenta. :D
Talvez criar um projeto que seja útil pra você mesmo possa te motivar a continuar desenvolvendo ele, construa algo que resolva um problema que você tem ou uma ferramenta que ajude você a desenvolver outros projetos.
Boa tarde!!
Acredito que se você pegar um projeto que gosta muito ou então um projeto que não involva muito esforço, poderia te ajudar.
Mas o que seria melhor pra você seria criar a disciplina de desenvolver, então pega 30 minutos da hora que você se sinta mais produtivo cada dia e desenvolva uma parte do código
Primeiro: coloque um objetivo longo no horizonte. Algo que te leve semanas pra fazer.
Segundo: coloque no seu objetivo algo que você não saiba fazer ainda. Alguma tecnologia nova, algum recurso que você não tem a menor ideia por onde começar.
Terceiro: estabeleça uma rotina para o seu projeto. Se é investir uma hora por dia, invista uma hora por dia. Evite distrações. Desligue todas as notificações de todos os seus dispositivos.
Quarto: mantenha uma espécie de diário e documente seu progresso. Pode ser uma rede social. Recomendo o LinkedIn pra isso.
Acho que o segredo está em tentar se apaixonar pelo processo e pelo caminho percorrido, não pelo resultado final.
Tente enxergar o quanto você está aprendendo com cada projeto, e que nada disso é perdido, independente se a sua ideia der certo ou der errado!
O aprendizado sempre fica e poderá ser utilizado mais pra frente, e na pior das hipóteses você terá um novo projeto no seu portifólio pessoal.
Boas amigo!
Na minha opiniao nada melhor que ajudar um familiar seu a criar um programa de gestão. Vai se deparar com multiplos desafios, quer a nivel de programação, a nivel de negocio e algas invencoes pelo meio :)
peace!
De forma bem resumida essa é a minha maneira de levar projetos para frente:
Tenho minha empresa com minhas ideias e inspirações, sempre desenvolvi algo proximo de como esta deixando relatado (projetos pequenos como um gerenciamento de tarefas, sem muitas complicações e simples....) mas no final deixava de lado, cheguei a usar uns criações minhas mas não por muito tempo. :(
Então Bolei o seguinte, ao invez de abandonar o projeto, continuar ele, mesmo com codigos feios e bagunçados que fiz a 7 anos atraz, meu objetivo agora não seria começar algo novo e sim aperfeiçoar minhas ideias do passado, incrementando o que sei hoje.
Duvido que não tenha ideias anotadas.....
De onde veio a ideia?
Aconteceu o seguinte, para manter uma empresa e a vida funcionando procuro frelas, com isso ja resolvi bugs, aprendi tecnologias, e tenho que sempre ver uma coisa ou outra nova para ajudar tal equipe a enfrentar tal bug ou desenpenho de aplicação, então percebi que os codigos são horiveis assim como os meus de antigamente, de ma qualidade e sem comentarios. Mesmo sem ter a necessidade de comentar ou adicionar algo em um projeto que não é meu, percebi que os meus antigos tambem são assim.... resolvi pegar meus projetos e por para funcionar e vender como soluções para outros que tenho a mesma necessidade, isso tudo ainda esta em desenvolvimento, começei recente essa ideia coisa de 6 meses, e tenho levado. Afinal ja peguei projetos de clientes que estao rodando a anos e sempre são atulizados.
Meu resumo
Sabe quando você começa com aquela empolgação, não so escrever codigo, mas um diario, uma caminhada de manha, uma mudança de habito? As vezes nos vacilamos e deixamos de fazer por um tempo ate cai na real que parou de fazer e voltar novamente para ter o novo habito, ter um corpo saldavel e etc...
O objetivo não seira pegar um projeto e desenvolve-lo o mais rapido possivel, e sim terminar ele quando você puder nas suas sircunstancias. Quando voce terminar um, ja vai estar habituado a não deixar o projeto de lado, se começar outro no meio do percurso, quando você parar um vai para o outro. Não pense em 1 ano ou menos, pense em algo grande de 3 a 5 anos para frente... Acredite voce vai viver para ver isso aontecer :)
Olá
Fiz um artigo sobre isso hoje! https://microsaas.substack.com/p/a-arte-de-cuidar-de-voce-enquanto?sd=pf
Saúde pessoal!
Gabr13l, há alguns anos conheci e passei a utlizar um método chamado "GTD" (sigla para Getting Things Done) criado pelo David Allen, estadunidense que hoje vive nos Países Baixos, com o uso desse método consegui me organizar e colocar em prática alguns projetos que estavam "na gaveta" há algum tempo, além de me ajudar a focar naquilo que estou engajado.
Tudo começa com um bom "destralhe mental", uma lista com tudo que vem a mente ao ler/ouvir uma lista contendo gatilhos mentais, todo esse conteúdo é capturado, um por um, em pedaços de papel e colocados em um recipiente que leva o nome de caixa de entrada, local onde tudo passa e fica pendente até que seja processado para que seja acrescentado no local correto.
Esse conteúdo após processado formará listas e sublistas que podem ser elaboradas tanto fisicamente quanto digitalmente, eu utilizo o Notion para organizar minhas listas. Em meu sistema possui as seguintes listas:
ENTRADA
PRÓXIMAS AÇÕES
LISTA DE PROJETOS
SUPORTE PARA PROJETOS
AGUARDANDO RESPOSTA
ALGUM DIA/TALVEZ
CHECKLISTS
OBJETIVOS
VISÃO
PRPÓSITO
REFERÊNCIA
BACKLOG
Há um livro que trata sobre o método de forma ampla e bem detalhada, no Brasil o título do livro é "A arte de fazer acontecer: O método GTD - Getting Things Done: Estratégias para aumentar a produtividade e reduzir o estresse", recomendo muitíssimo a leitura!
Tentei resumir o método mas se houver interesse da comunidade posso explicar melhor e quem sabe criar um template no Notion contendo as listas e sublistas presentes no meu sistema atual.
Espero contribuir de alguma forma com sua evolução!
Para finalizar deixo uma regra presente no Livro citado acima:
"Se uma tarefa demora menos de 2 minutos para ser concluída, faça-a imediatamente"
Acho que trocar a inspiração pela diciplina pode ajudar nesses casos, definir um horario na rotina durante a semana pra desenvolver projetos pessoais podem ajudar muito, além de tentar conversar com pessoas sobre os projetos
Eu me identifiquei muito com o que você falou, e vejo que 99% das pessoas comentando aqui também, rs.
Eu sou expert em engavetar projetos. Não só por causa de desanimo, mas também porque eu sou o tipo de pessoa que tenta resolver tudo com "sisteminhas", rs. E no meio do caminho, vejo que não é a melhor solução. Então, de um tempo pra cá, eu "parei" de tentar resolver tudo com linhas de código. Logo, consigo concentrar minhas energias nos sistemas que realmente podem fazer uma diferença.
Além disso, como muita gente aqui falou, eu também parei com o famoso "quero que meu sistema seja perfeito". Eu sou um dev muito criterioso, mas aos poucos, vou entendendo que, no começo do projeto, ele precisa apenas "fazer o proposto". Por isso o Menos é Mais. Menos models, repositories, controllers, menos perfumaria. Vou fazendo tudo o mais simples possível, até ter um produto "usável", rs.
Uma vez o produto pronto, eu consigo dedicar um tempinho melhorando ele. Mas isso é bem tranquilo, pois é muito mais gostoso trabalhar num projeto que você já consegue ir usando e ver ele funcionando =)
Ah, e isso vale apenas para meus projetos pessoais, ta, rs. Para os projetos "profissionais", devemos seguir padrões melhores, até porquê nossas motivações para fazer eles são diferentes, né!
Realmente é muito dificil se manter motivado quando se está em um projeto sozinho, já aconteceu comigo inumeras vezes. Minha sugestão é chamar amigos para ajudar em seus projetos, assim o desenvolvimento fica mais dinâmico e é sempre divertido fazer brainstormings. Sugiro tambêm tentar fazer projetos open-source com a ajuda da comunidade.
Também é bom apenas divulgar para amigos, mesmo que não entendam nada de programação
exiba o projeto funcionando (mesmo que esteja mal feito, quase nd funcionando)
mostre, fala suas ideias
As vezes outra pessoa achar o que você estiver fazendo é bom, trocar ideias / experiências
Agora no sentido de código, realmente outros devs podem ajudar muito ao andamento de um projeto
Isso acontecia muito comigo, o que eu passei a fazer foi utilizar tecnicas simples de gestão de projetos mesmo. Fazer um planejamento das atividades, definir bem o que precisa ser feito, criar os cards em um kamban. Nada muito complexo, com isso eu passei a finalizar mais os projetos.
Acho isso bem particular, mas aqui vai o wie funciona pra mim:
Olha, acho que a primeira coisa é uma agenda, eu sou muito preguiçosa mas nas ultimas semanas ter uma agenda está ajudando muito a organizar meu tempo com projetos pessoais, estudo e hobby.
hj eu uso o Notion e o google Agenda para organizar tudo.
Existe uns canais no youtube que pode te auxiliar com dicas sobre organização e Notion, vou deixar dois aqui para vc da uma olhada.
https://www.youtube.com/@aliabdaal
https://www.youtube.com/@GuriSonhador
Evoluir projetos pessoais exigem disciplina, a melhor forma q eu encontrei de adquirir disciplina e vc agendar um horario ao projeto ou estudo.
Se vc tiver o compromisso agendado sempre no mesmo horario e pela mesma quantia de tempo, vc acaba se acostumando, fica mais facil de continuar.
Um exemplo real meu, uns anos atras eu trabalhava com Java mas eu estava disposto a migrar para Python, sendo assim eu dediquei no minimo 1 hora por dia pra estudar Python, mao na massa, fazia isso sempre antes de iniciar meu dia de trabalho(eu tinha horario flexivel), em alguns meses eu consegui uma oportunidade de trabalhar com essa linguagem.
Mas com certeza as primeiras semanas sempre sao mais dificeis de manter.
Outra coisa important eh ter planejamento doq vc vai fazer naquele horario, geralmente eu crio cards no Trello pra me organizar e defino pequenas metas pra quele dia e horario de estudo.
Recomendo que você leia o livro "Comece pelo mais díficil". Vá no youtube e comece a ouvir o áudiobook inteiro. Ele vai te clarear a mente sobre o que fazer.
bom se muitas vezes voce perde a disposição em fazer o projeto melhorar o sono, fazer exercícios e boa alimentação fazem uma baita diferença sei que é uma fala genérica e bem comum mas isso faz tanta,tanta, tanta diferença parecer que até colocaram um outro voce no seu corpo.
Fala man, acho q uma tática para não desistir, é fazer com alguém, você meio que se força a terminar, kkkk.
Cara, sobre como evoluir, sinceramente acho dificil a resposta pois dependente muito. Agora, acho importante terminar o que começa! Nessa questão, gostaria de demonstar meu ponto de vista.
Eu também estava bastante incomodado com o fato de nunca terminar algo mas a verdade é que nenhum projeto, nunca vai estar "finalizado". Quem demarca se algo está finalizado ou não, é você mesmo. Então finalizar um projeto, exige uma mudança de mentalidade. Talvez, muito desses projetos que você disse não ter terminado, possa ser sim, considerado finalizado.
O que fiz para mudança de mentalidade, foi quebrar minhas ideias em pequenas partes. Construir alguma parte do frontend ou do backend da ideia por exemplo. Conectar com alguma api externa, que talvez seja necessária pra sua ideia...
A partir disso, você decide se 'finalizou' ou não, baseado nos seus objetivos, no seu gosto, no seu tempo, no seu planejamento...
Opa beleza, as vezes tudo o que você precisa é escrever código sem compromisso sabendo que vai jogar fora, não se importe muito se é algo util ou não, mas claro se sair algo produtivo é muito melhor. Apenas escreva, teste, jogue fora, tenho certeza que isso vai lhe agregar muito. Um exemplo, há duas semanas atráz estava querendo aprende a fazer um deploy de uma aplicão na aws, com CRUD e upload de arquivo, tudo em uma pipiline CI/CD demorei uma semana para conseguir, tive bastate problemas pesquisei bastante, tirei duvidas com outras pessoas e foi muito bom, aprendi bastate e o consegui o que queria no final e o mini projeto foi jogado fora os unicas coisas aproveitas oi os scripts de automação.
Sabe uma forma massa!? Compartilha com mais pessoas os teus projetos, vai que alguém não se interessa em junto com você! Ai fica um levantando a moral do outro.
Fala ae Gabr. Cara eu tbm tenho diversos projetos parado por conta desse desanimo.
Sabe o que me faz ter animo para desenvolver e receber feedbacks de usuarios. Com isso eu estou aderindo uma metodologia simples que faço pequenos entregaveis de 1 ou 2 dias de desenvolvimento e mando para amigos e familiares testar.
Recebendo os feedback da galera me ajuda muito a ter animo de continuar pois o pessoal pergunta quando tera a proxima atualização e ajuda com ideias.
Mas essa parte de ideias vc precisa ficar bem atento pois muitas delas são complicadas e inuteis para sua ideia de negocio então filtre bem e faça as entregas de forma simples e basicas depois vc melhora o visual e as funcionalidades com o tempo.
Bom essa foi a forma que me ajudou muito a conseguir fazer meus projetos espero que ajude.
Uma dica que serviu pra mim é tentar varios projetos rapidos e legais primeiro, ai dps ja motivado vai aumentando o tamanho, se for dev de site perfeito, html css e js cria varias coisas legais em poucas horas, n tente fazer um mega site que levara mais de uma semana se nunca quebrou a cabeça naquele sitezinho de dois dias
Cara, sou parecido. Por isso busco tentar fazer em conjunto com alguém, porque os 2 podem se inspirar.
Na contra mão, ninguém quer fazer algum projeto que não obtenha lucro.
E mesmo que obtenha lucros, as pessoas querem entrar no projeto que já esteja lucrando, não querem começar do zero, é foda.
Acho que o principal ponto é o propósito e planejamento do projeto.
Se tu tiver um propósito claro e definido e com um, mesmo que pequeno, planejamento de onde tu quer chegar e as etapas para isso fica muito mais fácil não desmotivar. Porque a cada etapa pequena que tu vai completando tu se sente bem e recompensado e isso faz elevar a vontade de seguir em frente.
Obviamente, da mesma forma que planejar pode te levar longe, também pode te afundar rápido. Não planeje em excesso, porque corre o risco de ficar apenas no planejamento, porque planejar cansa. Também não planeje de menos, porque você vai precisar de motivos empolgantes para continuar o projeto e é ali que eles vão estar.
Se tu conseguir puxar alguém pro teu barco pra tocar junto já aumenta muito também a vontade de não desistir, porque um vai empurrar o outro e pode ser que uma tarefa que não te motivaria e faria desistir do projeto motive o colega e depois de pronta ambos se sentirão motivados (um por fazer e outro por não precisar nem saber como funciona mas ver funcionando).
Outra coisa é não tentar empurrar o projeto goela a baixo. Saiba que vão ter dias e dias. Em alguns tu não vai ter nem vontade de olhar pro projeto, em outros tu vai olhar pro projeto e só querer corrigir algumas coisinhas, outros que tu vai ser um monstro da produtividade e ainda outros onde tu vai ter vontade de fazer tudo e por conta disso não vai nem conseguir pensar direito. Oscilar faz parte, com o trabalho é assim, por que com projeto deveria ser diferente? Saber que vão ter altos e baixos te tranquiliza e evita a frustração de ter um dia improdutivo e acabar largando o projeto.