La meilleure méthode pour réaliser des projets personnels

15

J'ai de nombreux projets personnels que j'ai commencé et qui ne semblent jamais se terminer parce que je suis distrait par d'autres idées. Je me demandais quelle était la meilleure méthode pour réaliser des projets personnels? Des astuces ou des conseils?

Le problème est que je reçois une poussée d'inspiration sur certains projets, et je ne veux pas perdre la trace de mes idées et en ce moment ma méthode de "sauvegarder mes idées" est de faire le plus de choses possible sur les idées en une seule nuit, puis stockez quelques problèmes GitHub à faire. Je trouve que cela ne me fait jamais revenir à des projets plus anciens.

Oscar Godson
la source
Le titre et le corps de votre message sont controversés. Veuillez clarifier votre question concrète.
Péter Török
Désolé, j'ai fixé le titre
Oscar Godson

Réponses:

13

Lequel êtes-vous suffisamment contrarié? Terminez celui-là. Répéter.

Ce sont des projets personnels : la seule personne qui se soucie d'eux en ce moment est vous - et si vous ne vous en souciez pas assez, alors vous avez probablement déjà obtenu d'eux ce dont vous aviez besoin. Ne vous en faites pas.

Mike Woodhouse
la source
6

J'ai le même problème

J'ai trouvé que j'avais exactement le même problème avec mes projets personnels. Je trouve que lorsque j'aurai de l'inspiration, je travaillerai avec diligence jusqu'à l'obsession pendant 2-3 semaines sur un projet personnel, puis quand j'aurai fait pas mal de travail sur un projet et que je heurterai un mur, je perdrai toute cette énergie et ce manque d'intérêt.

L'astuce consiste à faire défiler vos projets

Je trouve que lorsque je laisse tomber un projet en raison d'un manque d'inspiration ou d'un manque d'idées sur la façon de procéder, je vais retrouver l'inspiration plus tard (même 6 mois plus tard), puis gagner une autre période de 2-3 semaines pour obtenir beaucoup de choses fait jusqu'à ce que finalement je trouve quelque chose qui fonctionne.

  • Mur E - Projet Arduino (la première itération consistait simplement à obtenir des servos et à souder)
  • Wall E - Take 2 (a démonté le jouet Wall E et l'a rendu autonome)
  • Wall E - Take 3 (Unfinished - Activez le bluetooth pour lui donner des commandes et changer de mode)

Chacun des projets Wall E était à environ 6 mois d'intervalle, et je l'ai toujours assis sur mon bureau en attendant un modem bluetooth (besoin de comprendre comment le faire rentrer dans le robot).

Projets Android / Projets XNA / Projets Haskell sont à peu près tous les mêmes. Je trouve que si je perds mon intérêt et abandonne un projet uniquement pour y revenir, je finirai par terminer le projet et gagnerai beaucoup plus que si je venais de le laisser tomber.

Justin Shield
la source
3

Le titre de la question est "Comment choisir ...", mais vous semblez demander "Comment réaliser des projets personnels?" Je pense qu'il y a (au moins) deux choses en cours:

  1. Quelque chose qui semble être une bonne idée à l'époque peut s'avérer moins important pour vous après y avoir réfléchi pendant un certain temps.

  2. La forme de votre travail peut rendre votre retour plus difficile. Parfois, lorsque vous vous sentez inspiré, vous avez le sentiment que vous pouvez voir l'ensemble du projet et la façon dont toutes les parties s'emboîtent, et vous souhaitez l'écrire avant qu'il ne s'éloigne de vous. Lorsque vous y reviendrez plus tard, le code que vous avez écrit peut ne pas être aussi clair ou ne pas être aussi bien conçu que vous le pensiez à l'époque. Ou peut-être avez-vous eu quelques idées supplémentaires sur le sujet, mais elles ne cadrent pas vraiment avec le concept original.

Dans le premier cas, ne pas terminer pourrait être la bonne décision. Vous avez eu une idée, c'était intéressant, et maintenant vous passez à autre chose.

Dans le deuxième cas, je pense que le sentiment de tout voir, c'est votre cerveau qui vous joue un tour. Vous avez une idée et cela semble génial, et votre cerveau fait le tour de remplir les pièces manquantes pour rendre l'idée plus cohérente. Une façon d'y faire face est de ralentiret utiliser un meilleur processus de conception. Au lieu de sauter directement dans le code, écrivez l'idée en prose. Créez un design de haut niveau, puis commencez à étoffer les détails. Si les informations que vous avez concernent l'implémentation, notez-les également, mais n'essayez pas de tout coder à ce stade. De cette façon, vous avez capturé les idées sur papier afin qu'elles ne se concrétisent pas, mais vous n'avez rien mis en œuvre, donc la conception est toujours assez flexible. À ce stade, vous pouvez y revenir plus tard si vous le souhaitez, et si cela semble toujours être une bonne idée, améliorez la conception et, éventuellement, commencez à l'implémenter de manière méthodique. Gardez un journal de vos progrès afin que vous puissiez toujours dire ce que vous avez fait et ce que vous devez encore faire.

La dernière chose est que vous devez réellement vouloir terminer le projet. Si vous ne voulez pas le terminer, alors c'est juste une autre corvée sur votre liste de tâches qui s'accumule et vous fait vous sentir submergé par une tonne de travail que vous n'avez pas vraiment besoin de faire.

Caleb
la source
2

Je me souviens de la règle des 80/20. Il faut 80% du temps pour réaliser 20% du projet. :-)

Je travaille actuellement sur l'implémentation d'un jeu de société en bourse des années 60 en utilisant Java. J'ai eu beaucoup de plaisir à découvrir comment dessiner le plateau de jeu et à assembler l'interface utilisateur.

Les algorithmes de déplacement se sont avérés difficiles à mettre en œuvre. Selon l'état du jeu, vous pouvez atterrir sur jusqu'à 3 cases différentes sur un lancer de dés donné. Je suis à la 3e itération des algorithmes de déplacement, et j'espère que la 3e fois sera le charme.

Je n'ai eu aucun mal à me motiver pour dessiner le plateau de jeu. J'ai eu beaucoup de mal à me motiver pour travailler sur ces algorithmes de déplacement. Mais les algorithmes de déplacement étaient ce que je devais faire pour améliorer mes compétences en conception dans d'autres domaines similaires.

Il est facile de faire les choses amusantes lors du codage. Il est plus difficile de faire les parties les plus difficiles d'un projet, surtout lorsque vous vous trompez de conception. Deux fois. Mais reconnaître et apprendre de vos erreurs est ce qui fera de vous un meilleur analyste, concepteur et programmeur.

Gilbert Le Blanc
la source