Quão importante é terminar os projetos? [fechadas]

Obviamente, concluir um projeto é importante no "mundo real", a menos que o projeto seja concluído e entregue e você não o receba (ou seu empregador).

No entanto, para projetos de hobby e aprendizagem, é um pouco mais complicado. Ter concluído os projetos demonstra aos empregadores em potencial que você pode entregar o que se propõe a entregar, mas isso depende do que você entende por "projeto".

Se você está fazendo o projeto com o objetivo de ter um produto completo que mostre todas as suas habilidades e possa ser algo que você queira ganhar dinheiro, então sim, você deve terminá-lo, ou pelo menos mostrar que está ativamente sendo trabalhado.

Se você estiver fazendo o projeto para aprender coisas específicas (como transmitir vídeo, criptografia de senhas, o que quiser), depois de ter esse aspecto funcionando, é menos vital ter um produto totalmente funcional à medida que você efetivamente conclui o projeto. O que você deve ter é algo que você pode mostrar aos possíveis empregadores para demonstrar suas habilidades.

Por exemplo, isso pode ser apenas um site que diz "Bem-vindo, Joe" depois de fazer login com êxito e nada mais - mas tudo bem, você está exibindo o código por trás do site que demonstra que você entende a criptografia da senha e a segurança conexões etc.

Aceite de alguém que tenha o mesmo problema, terminando pelo menos alguns de seus projetos é muito importante. É completamente correto fazer alguns projetos experimentais e abandoná-los quando você aprendeu o que precisa ou simplesmente não foi uma boa ideia começar.

No entanto, pessoas criativas tendem a gostar da primeira parte desafiadora de qualquer projeto, mais do que a chata fase "arrumar, embalar e sair da porta" no final. Você precisa pensar em alguma estratégia para superar isso ou você vai

1) Nunca receba nenhum crédito público por     qualquer coisa que você faz (se é isso que você     quer)

2) Nunca será possível ganhar dinheiro com o que você fez (se é     o que você quer)

Mas o pior de tudo é que os outros e você mesmo começarão a identificá-lo como alguém que não termina as coisas, e isso é tanto um rótulo ruim para você quanto para outro e ruim para sua própria mentalidade.

Portanto, encontre um parceiro, motivo ou disciplina para, pelo menos, começar a terminar alguns dos seus projetos.

Estratégias úteis para a procrastinação de programadores

• Faça uma lista de todas as coisas boas que poderiam acontecer se você terminasse o projeto e todas as coisas ruins se você não fizer. Em seguida, grave-o no seu monitorar :)

• Defina uma programação! Os projetos ocupam o tempo alocado a eles, portanto, um projeto sem prazos levará uma eternidade. Definir um cronograma com marcos mensais e semanais

• Defina uma meta diária, "Hoje eu vou conseguir isso"

• Se você estiver fazendo um aplicativo ou algo semelhante, concentre-se em torná-lo viável e utilizável para poder começar a comer sua própria ração para cachorro. Você provavelmente está trabalhando em algo que você está interessado, então usá-lo regularmente irá motivá-lo a melhorar.

• Cuidado com grandes excursões de refatoração, quebrei meu aplicativo por quatro meses por causa da extensa refatoração e o desenvolvimento desacelerou, simplesmente porque eu não conseguia executá-lo e estava desmotivado para trabalhar nele. Faça refatoração, mas tente não fazer tudo de uma vez:)

• Faça uma lista de tudo que precisa ser feito para terminar (eu recomendo o todolist de abstractspoon) Se não sabemos quanto resta saberemos quando terminarmos? Trabalhar em direção a um objetivo desconhecido pode ser bastante desmotivador

• Percorra a lista e corte tudo o que não for absolutamente necessário (coloque-a numa categoria interessante). Terminar o produto vai dar-lhe um impulso e essas coisas podem ser feitas então. É melhor liberar algo do que nada . Nem mesmo o iPhone tinha tudo no começo.

• Não se distraia com coisas novas e brilhantes. A principal razão pela qual não termino os projetos é que encontro um novo desafio. Se você absolutamente positivamente não pode resistir a começar um novo projeto antes que o antigo termine, continue trabalhando no antigo em paralelo ou ele morrerá completamente. Além disso, veja o próximo ponto.

• Defina um tempo de trabalho mínimo. Se você está realmente cansado de um projeto, defina um tempo mínimo para trabalhar no projeto todos os dias, mesmo que seja apenas 15 minutos ou uma hora. Provavelmente, se você começar, trabalhará mais do que isso.

/ me vai terminar sua próxima grande aplicação / linguagem de programação / facebook killer;)

My entire PC is full of half finished projects

Tem certeza de que eles estão meio terminados? O valor de realmente terminar algo é que só então você realmente aprecia a grande tarefa de terminar qualquer coisa. Os programadores têm um otimismo inerente para considerar quase tudo o que 80% faz a maior parte do tempo, mas sempre acontece que os 20% restantes levarão pelo menos o mesmo tempo e esforço dos primeiros 80%.

Então, eu realmente recomendo terminar pelo menos um projeto. Os clientes pagantes não se importam se um projeto é 50%, 80% ou 99% concluído. Apenas 100% contagens feitas.

Eu tenho inúmeros projetos dos meus dias de estudante que permanecem inacabados. Eu não acho que seja importante terminá-las. Eu nunca terminei a maior parte da minha. Algumas delas eram completamente inteligentes, como criar uma classe de strings melhor ou manipular bitmaps com matrizes de classe Pixel.

Talvez você esteja escolhendo projetos grandes demais. Escolha algo realmente pequeno. Algo que não vai demorar mais de um sábado à tarde para completar. Você ficará satisfeito ao completá-lo. Talvez você se sinta energizado para fazer outro.

Uma coisa importante a lembrar é que, quando você chegar ao mundo do trabalho, passará 8 horas por dia resolvendo problemas. Dá muito mais tempo para lidar com grandes projetos do que com o ambiente esporádico de estilo de vida estudantil.

Tenha orgulho de sua pasta de projetos inacabados e não se preocupe com isso! Se você estivesse em outra disciplina, por exemplo arte, então os projetos inacabados não importariam realmente, o ponto é que você está indo e isso em si é admirável. Você poderia estar sentado em casa assistindo a televisão em vez disso? Ou perder todo o seu tempo em sites do Stack Exchange (oops!)

A Microsoft nunca enviou a API 3D 'Fahrenheit' que eu esperava, eles nunca enviaram o sistema de arquivos 'database' que substituiria o NTFS e eles mataram o projeto DeepZoom 'Seadragon' que poderia ter sido incrível. Eles provavelmente falharam em completar e terminar centenas de outros produtos, não necessariamente motivados para 'abraçar, estender e extinguir'. Eles também enviaram sistemas operacionais inteiros que eram muito menos do que '98% completos '. Isso faz deles pobres finalizadores?

'Completer-Finisher' é na verdade uma frase do Modelo da Equipe Belbin . Talvez você seja um 'Especialista' ou um 'Investigador de Recursos' e seja adequado para uma equipe onde outros realizam as tarefas de finalização do complemento. Ver as coisas dessa maneira permite que você analise sua situação de maneira mais positiva.

Se é um consolo, apesar de ser um desenvolvedor de software profissional há mais de 8 anos, ainda acho difícil concluir projetos pessoais. Eu sempre senti que é uma combinação de objetivos em aberto, um desejo de "fazer o cool bit primeiro" e uma falta de pressão real para completá-lo .... para responder às suas duas perguntas:

Acho que tratar os projetos como fracassos porque eles não estavam 100% completos afetará sua motivação e poderá impedi-lo de realmente entrar em um campo maravilhoso de trabalho. Em vez de olhar para eles como fracassos, tente pensar sobre o que aprendeu com eles - que novas linguagens / frameworks você conhece agora, quais lições de programação você aprendeu, em quais ferramentas você tem habilidades e com quais pessoas / comunidades interagiu. Visto dessa perspectiva, é raro encontrar um projeto pessoal que não tenha contribuído de alguma forma para o seu conhecimento.

Você encontrará na Universidade ou no emprego que existem duas grandes diferenças que garantem que você conclua seus projetos. Em primeiro lugar, seus objetivos geralmente são bem definidos - particularmente durante os dois primeiros anos da universidade. Em segundo lugar, você tem pressão real para concluir um projeto - você precisa fazer isso para passar por uma aula / módulo ou seu gerente está lhe dizendo que o projeto XYZ precisa ser entregue à equipe de teste para uma data específica. Isso fornece um foco que eu nunca consegui reproduzir em projetos pessoais.

Em primeiro lugar, é importante para a satisfação pessoal. Você conseguiu algo do zero para um estado final claro. Você pode então colocar um item do seu "projeto-de-pilha-na-mente" e, para mim, sempre foi um alívio.

Para a sua carreira, e mais precisamente para entrevistas de emprego, até que você tenha terminado o seu projeto, você não tem nada para mostrar ou falar sobre ... Mostrar um meio projeto nunca é bom. Pode ser buggy, feio ou simplesmente não funcionar. Você não pode nem mencioná-los para os entrevistadores, senão eles perguntarão "Por que você não os terminou?" ... Se você responder "Eu não tenho tempo", isso significa que você não pode agendar adequadamente suas tarefas, você não está perseverando. Além disso, você teve tempo de iniciar outros projetos para que seu argumento estivesse errado. Você teria que encontrar uma resposta inteligente ...

Eu estava em uma situação semelhante a Jon Malcolm, mas eu estava perdendo tempo nos lugares errados. Para projetos pessoais, decidi diminuir meus padrões em favor da funcionalidade completa. Isso significava sem ajax, sem localização, sem muita validação, sem autenticação, sem paginação, interface de usuário barebones, sem testes de unidade e assim por diante. Basta colocar a parte do negócio em funcionamento ... chamo-a de 'linha reta'. A solução estaria completa e deveria funcionar sob condições ideais. Feito isso, se o projeto ainda fosse interessante, eu continuaria as iterações de refatoração até que eu perdesse o interesse.

Eu tenho experiência semelhante e que entre 5% e 10% de um pequeno projeto de estimação pode ser um assassino .

Meu conselho se você quer terminar? Diga a amigos, colegas de trabalho, familiares ou a qualquer pessoa que esteja interessada sobre essa coisa legal que você está trabalhando. Envolva-os, faça perguntas. Espero que você ganhe alguns seguidores que perguntarão sobre seu progresso. A pressão de saber que irá motivá-lo a continuar seguindo os passos mundanos, mas necessários, para enviar o seu projeto.

Os projetos de acabamento são o que separa as crianças dos adultos, o trigo do joio, os homens / mulheres dos meninos / meninas.

"Programadores reais são enviados".

Para saber se você deve concluir um projeto ou não, você deve avaliar o valor que obterá dele em comparação com o tempo em que deve investir para concluí-lo.

Se o valor puder extrair dele for menor que o investimento , você poderá considerá-lo em Custos indiretos .

In economics and business decision-making, sunk costs are retrospective (past) costs that have already been incurred and cannot be recovered.

Muitos projetos inacabados levam a desperdício . Waste é um dos inimigos mais poderosos de lean .

Dito isso, às vezes é melhor abandonar um projeto para concentrar seus esforços em um que proporcione muito mais ROI. Muitas pessoas terminam tudo com obstinação e não conseguem boas oportunidades .

Simples e simples: se você quiser terminar, termine! Se você não quiser, não faça! Você não tem ninguém esperando pela entrega, então por que agonizar tanto? Fazer projetos de hobby não é o mesmo que projetos do setor. Eles são muito diferentes. Ninguém vai perguntar por que você não terminou seus projetos de hobby se você não disser que você os deixou inacabados. Há um bilhão de códigos de projetos de hobby flutuando na rede. Você acha que alguém realmente se importa com eles? (além de estudantes universitários preguiçosos que procuram um projeto final rápido e pronto para o ano)

Seth Godin escreveu muito sobre o hábito de enviar:

link

Eu acho que é importante, e aqui está o porquê: não é suficiente fazer um projeto para você, mesmo que possa ser de algum valor educacional para você. Se você nunca compartilha seu dom com o mundo, você é como um artista que nunca mostra suas pinturas para ninguém.

É algo que eu também luto com isso. Se eu tivesse que analisar o porquê, eu diria que tenho tendência a fazer engenharia excessiva e pensar demais em meus projetos pessoais. Farei muitas suposições sobre o problema, muitas das quais são inválidas, então vou trabalhar muito antes de chegar a essa conclusão. Isso é desmotivador e, nesse momento, eu perdi o ímpeto. Há uma ideia que venho repetindo nos últimos dois anos e repeti esse padrão várias vezes.

Meu plano para todos os projetos pessoais é focar em um pequeno subconjunto da visão geral, implementá-lo e divulgá-lo (seja um projeto open-source do github, um website, um artigo em uma série de artigos ).

Então, se eu ainda estiver motivado o suficiente, vou repeti-lo novamente. Espero que a satisfação que recebo da remessa me sustente por meio de iterações adicionais.

É muito importante.

O resultado é este ... Sales Drive Everything . Sem vendas não há salários. Sem vendas, não há melhorias de capital. Sem vendas não há empresa. As vendas vêm de clientes. Os clientes só pagam quando estão satisfeitos. Satisfação significa que o projeto finalizado funciona e funciona bem.

Para usar uma analogia do futebol: A zona vermelha é os últimos 20 jardas na frente da linha do gol. É a parte mais difícil de marcar um touchdown. O mesmo se aplica a um projeto de programação. Os últimos 20% costumam ser os mais difíceis de terminar, mas devem ser concluídos.