Je suis étudiante (je ne suis pas encore allée à l'université) et je programme depuis environ 5 ans maintenant. Au cours de cette période, je suis passé d’un langage à l’autre, d’une API à l’autre, et d’un projet à l’autre. J'ai essayé de me mettre sur une chose, mais je perds tout intérêt. Mon PC entier est rempli de projets à moitié terminés (et au moins quatre fois plus ont été formatés à partir de mon disque).
Je commence à me demander si ma motivation inférieure à programmer pour le plaisir (c’est une activité que j’apprécie vraiment) tient au fait que je n’obtiens jamais un projet fini à la fin. Je ne peux pas dire si mes objectifs sont trop ouverts, ou si ma capacité d'attention est faible. J'ai essayé de faire des projets plus petits juste pour les terminer, mais ils ne m'intéressent pas du tout.
Cela pourrait-il être une cause de ma baisse de motivation? De plus, lorsque je demande à aller à l'université (et à l'avenir, un emploi dans un logiciel), cela risque-t-il de poser problème?
En résumé:
À quel point est-il important de terminer des projets secondaires / passe-temps, que ce soit pour une carrière, une motivation ou une éducation?
la source
Réponses:
Il est évident que terminer un projet est important dans le "monde réel", car à moins que le projet ne soit terminé et livré, vous ne serez pas payé (ou votre employeur ne le sera pas).
Cependant, pour les projets de loisir et d’apprentissage, c’est un peu plus compliqué. Avoir des projets terminés montre aux employeurs potentiels que vous pouvez livrer ce que vous vous proposez de faire, mais cela dépend de ce que vous entendez par «projet».
Si vous réalisez le projet dans le but de disposer d’un produit complet mettant en valeur toutes vos compétences et pouvant éventuellement vous permettre de gagner de l’argent, vous devez le terminer ou au moins montrer que le produit est en cours de réalisation. .
Si vous faites le projet pour apprendre des choses spécifiques (comment diffuser de la vidéo, le cryptage de mot de passe, quoi que ce soit), une fois que vous avez fonctionné, il est moins vital de disposer d'un produit entièrement fonctionnel, car vous avez effectivement terminé le projet. Ce que vous devriez avoir est quelque chose que vous pouvez montrer aux employeurs potentiels pour démontrer vos compétences.
Par exemple, il s’agit peut-être simplement d’un site Web qui dit «Bienvenue, Joe» après s’être connecté avec succès et rien d’autre - mais c’est bien, car vous montrez le code derrière le site Web qui montre que vous comprenez le cryptage des mots de passe, les connexions sécurisées, etc.
la source
Prenez quelqu'un qui a le même problème, terminer au moins certains de vos projets est très important. Il est tout à fait correct de faire des projets expérimentaux et de les abandonner lorsque vous avez appris ce dont vous avez besoin ou que ce n'était tout simplement pas une bonne idée de commencer.
Toutefois, les créatifs ont tendance à aimer la première partie de tout projet, plus difficile, que la phase ennuyeuse consistant à "ranger, emballer et sortir" à la fin. Vous devez trouver une stratégie pour surmonter cela ou vous aurez
1) N'obtenez jamais de crédit public pour quoi que ce soit que vous fassiez (si c'est ce que vous voulez)
2) Ne jamais pouvoir gagner de l'argent avec ce que tu as fait (si c'est ce que tu veux)
Mais le pire, c’est que les autres et vous-même commencerez à vous identifier comme quelqu'un qui ne termine pas tout, et c’est à la fois une très mauvaise étiquette pour vous et une autre pour votre propre mentalité.
Trouvez donc un partenaire, une raison ou une discipline pour au moins commencer à terminer certains de vos projets.
Stratégies utiles pour la procrastination des programmeurs
Faites une liste de toutes les bonnes choses qui pourraient arriver si vous avez terminé le projet et de toutes les mauvaises si vous ne le faites pas. Puis collez-le sur votre moniteur :)
Fixer un calendrier! Les projets prennent le temps qui leur est imparti, de sorte qu'un projet sans échéance prendra une éternité. Établissez un calendrier avec des jalons mensuels et hebdomadaires
Fixer un objectif quotidien: "Aujourd'hui, je vais accomplir cela"
Si vous faites une application ou quelque chose de similaire, concentrez-vous sur sa fabrication et son utilisation afin que vous puissiez commencer à manger votre propre nourriture pour chiens. Vous travaillez probablement sur quelque chose qui vous intéresse, donc son utilisation régulière vous incitera à l'améliorer.
Méfiez-vous des grandes excursions de refactoring. J'ai cassé mon application pendant quatre mois à cause d'un refactoring étendu et le développement a ralenti, car je ne pouvais pas l'exécuter et j'étais démotivé pour travailler dessus. Refactoring mais essayez de ne pas tout faire en même temps :)
Faites une liste de tout ce qui doit être fait pour terminer (je recommande la liste des tâches de abstractspoon). Si nous ne savons pas combien il en reste, saurons-nous quand nous aurons terminé? Travailler vers un objectif inconnu peut être assez démotivant
Parcourez la liste et coupez tout ce qui n'est pas absolument nécessaire (placez-le dans une catégorie agréable). La finition du produit vous donnera un coup de pouce et ces choses peuvent être faites ensuite. Il vaut mieux libérer quelque chose que rien . Même l'iPhone n'avait pas tout au début.
Ne soyez pas distrait par de nouvelles choses brillantes. La principale raison pour laquelle je ne termine pas mes projets est que je trouve un nouveau défi. Si vous ne pouvez absolument pas résister à l'idée de commencer un nouveau projet avant que l'ancien ne soit terminé, continuez à travailler sur l'ancien en parallèle, sinon il mourra complètement. Voir aussi le point suivant.
Définir un temps de travail minimum. Si vous êtes vraiment fatigué d'un projet, définissez un délai minimum pour travailler sur le projet chaque jour, même s'il ne dure que 15 minutes ou une heure. Les chances sont que si vous commencez, vous travaillerez plus longtemps que cela.
/ me quitte pour finir sa prochaine grande application / langage de programmation / facebook killer;)
la source
Êtes-vous sûr qu'ils sont même à moitié finis? En fin de compte, vous avez vraiment intérêt à comprendre à quel point il est difficile de terminer quoi que ce soit. Les programmeurs ont l’optimisme inhérent de considérer presque tout ce qui est fait à 80% la plupart du temps, mais il s'avère toujours que les 20% restants prendront au moins le même temps et les mêmes efforts que les 80% premiers.
Donc, je recommande vraiment de terminer au moins un projet. Les clients qui paient ne se soucient pas de savoir si un projet est réalisé à 50%, 80% ou 99%. Seulement 100% fait compte.
la source
J'ai eu d'innombrables projets de mes années d'étudiant qui restent inachevés. Je ne pense pas que ce soit important de les finir. Je n'ai jamais fini la plupart des miens. Certains d’entre eux étaient complètement cinglés, comme créer une meilleure classe de chaînes ou manipuler des bitmaps avec des tableaux de classe Pixel.
Peut-être que vous choisissez des projets trop grands. Choisissez quelque chose de vraiment petit. Quelque chose qui ne prendra pas plus d'un samedi après-midi à compléter. Vous serez satisfait à la fin. Peut-être vous sentirez-vous motivé à en faire un autre.
Une chose importante à garder à l'esprit est que lorsque vous atteignez le monde du travail, vous consacrez 8 heures par jour à la résolution de problèmes. Cela vous laisse beaucoup plus de temps pour aborder de grands projets que dans un cadre de vie sporadique pour étudiants.
la source
Soyez fier de votre dossier de projets inachevés et ne vous en faites pas! Si vous étiez dans une autre discipline, par exemple l'art, alors les projets inachevés n'auraient aucune importance, le fait est que vous tentez votre chance et que, en soi, c'est admirable. Vous pourriez être assis à la maison à regarder la télévision à la place? Ou perdre tout votre temps sur les sites Stack Exchange (oups!)
Microsoft n'a jamais livré l'API 3D "Fahrenheit" que j'espérais autrefois, ni le système de fichiers "base de données" destiné à remplacer NTFS, ni le projet DeepZoom "Seadragon" qui aurait pu être génial. Ils ont probablement échoué à compléter et à terminer des centaines d'autres produits, pas nécessairement par motivation pour «embrasser, étendre et éteindre». Ils ont également livré des systèmes d’exploitation complets qui étaient bien moins que «98% complets». Est-ce que cela les rend pauvres finisseurs?
"Compléter-Finisseur" est en fait une phrase du modèle d'équipe de Belbin . Peut-être êtes-vous un "spécialiste" ou un "enquêteur en ressources" et êtes-vous adapté à une équipe où d'autres personnes effectuent les tâches de finisseur. Voir les choses de cette façon vous permet d’avoir une vision plus positive de votre situation.
la source
Si cela peut vous consoler, même si je suis un développeur de logiciels professionnel depuis plus de 8 ans, j'ai toujours du mal à terminer des projets personnels. J'ai toujours pensé que c'était une combinaison d'objectifs ouverts, le désir de «faire le premier pas cool» et le manque de réelle pression pour le terminer…. Pour répondre à vos deux questions, toutefois:
Je pense que traiter les projets comme des échecs parce qu’ils n’ont pas été achevés à 100% aura un impact sur votre motivation et pourrait vous empêcher de vraiment vous lancer dans un travail formidable. Au lieu de les considérer comme des échecs, essayez de réfléchir à ce que vous avez appris d'eux: quels nouveaux langages / cadres vous connaissez maintenant, quelles leçons de programmation avez-vous apprises, quels outils vous avez maintenant des compétences et avec quelles personnes / communautés vous avez interagi tout en le faisant. Vu de ce point de vue, il est rare de trouver un projet personnel qui n’a pas contribué de quelque manière à votre connaissance.
Vous constaterez, à l’université ou au travail, qu’il existe deux différences majeures qui vous permettent de mener à bien vos projets. Premièrement, vos objectifs sont généralement bien définis - en particulier pendant les deux premières années d’université. Deuxièmement, vous avez une réelle pression pour terminer un projet - vous devez le faire pour réussir un cours / module ou votre responsable vous indique que le projet XYZ doit être remis à l'équipe de test pour une date précise. Cela fournit un objectif que je n'ai jamais réussi à reproduire sur des projets personnels.
la source
Tout d'abord, c'est important pour la satisfaction de soi. Vous avez atteint quelque chose de zéro à un état final clair. Vous pouvez ensuite afficher un élément de votre "projet en mémoire", et pour moi, cela a toujours été un soulagement.
Pour votre carrière, et plus précisément pour les entretiens d'embauche, jusqu'à ce que votre projet soit terminé, vous n'avez rien à montrer ou à parler ... Afficher un demi-projet n'est jamais bon. Cela peut être bogué, laid ou tout simplement ne pas fonctionner. Vous ne pouvez même pas les mentionner aux enquêteurs, sinon ils vous demanderont "Pourquoi ne les avez-vous pas terminés?" ... Si vous répondez "Je n'ai pas le temps", cela signifie que vous ne pouvez pas planifier correctement vos tâches, vous ne persévérez pas. De plus, vous avez eu le temps de démarrer d’autres projets et votre argument serait faux. Il faudrait que vous trouviez une réponse intelligente ...
la source
J'étais dans une situation similaire à celle de Jon Malcolm, mais je perdais du temps au mauvais endroit. Pour des projets personnels, j'ai décidé d'abaisser mes normes au profit d'une fonctionnalité complète. Cela signifiait pas d'ajax, pas de localisation, pas beaucoup de validation, pas d'authentification, pas de pagination, interface utilisateur barebones, pas de tests unitaires, etc. Il suffit de faire fonctionner la partie entreprise ... Je l'appelle «la ligne droite». La solution serait complète et devrait fonctionner dans des conditions idéales. Une fois cela fait, si le projet était toujours intéressant, je continuerais les itérations de refactorisation jusqu'à perdre mon intérêt.
la source
J'ai une expérience similaire et que 5 à 10% des projets, même de petite taille, peuvent être un tueur .
Mon conseil si tu veux finir? Dites à vos amis, à vos collègues, à votre famille ou à quiconque pourrait être intéressé par cette nouvelle chose sympa sur laquelle vous travaillez. Impliquez-les, posez-leur des questions. J'espère que vous gagnerez quelques adeptes qui vous poseront des questions sur vos progrès. La pression de savoir qui vous motivera à continuer à suivre les étapes banales mais nécessaires pour expédier votre projet.
la source
Les projets de finition sont ce qui sépare les enfants des adultes, le bon grain de l'ivraie, les hommes / femmes des garçons / filles.
"Les vrais programmeurs expédient."
la source
Pour savoir si vous devez ou non terminer un projet, vous devez évaluer la valeur que vous en tirerez par rapport au temps nécessaire pour le mener à bien.
Si la valeur que vous pouvez en extraire est inférieure à l'investissement , vous pouvez l'envisager à des coûts irrécupérables .
Trop de projets inachevés mènent au gaspillage . Les déchets sont l’un des ennemis les plus puissants du maigre .
Cela dit, il est parfois préférable d’abandonner un projet pour concentrer vos efforts sur un projet offrant davantage de retour sur investissement. Beaucoup de gens finissent tout avec obstination et ne parviennent pas à saisir de très bonnes opportunités .
la source
Simple et clair: si vous voulez le finir, terminez-le! Si vous ne voulez pas, ne le faites pas! Vous n'avez personne qui attend la livraison, alors pourquoi tant d'agonie? Faire des projets de passe-temps n'est pas la même chose que des projets de l'industrie. Ils sont très différents. Personne ne vous demandera pourquoi vous n'avez pas terminé vos projets de passe-temps si vous ne leur dites pas que vous les avez laissés inachevés. Un milliard de codes de projets de loisir flottent sur le net. Vous pensez que quelqu'un se soucie vraiment d'eux? (autres que les étudiants paresseux à la recherche d'un projet de dernière année rapide et prêt)
la source
Seth Godin a beaucoup écrit sur le fait de prendre l'habitude de l'expédition:
http://the99percent.com/tips/6249/seth-godin-the-truth-about-shipping
Je pense que c'est important et voici pourquoi: il ne suffit pas de faire un projet pour soi, même s'il peut avoir une valeur éducative pour vous. Si vous ne partagez jamais votre cadeau avec le monde, vous êtes comme un artiste qui ne montre jamais ses peintures à personne.
C'est quelque chose avec lequel je me bats aussi. Si je devais analyser pourquoi, je dirais que j'ai tendance à trop concevoir et à trop penser à mes projets personnels. Je vais faire trop d’hypothèses sur le problème, dont beaucoup ne sont pas valables, puis je vais trop travailler avant d’arriver à cette réalisation. C'est démotivant et à ce moment-là, je perds mon élan. Il y a une idée sur laquelle je reviens depuis deux ans et je l'ai répété plusieurs fois.
Mon plan pour tous mes projets personnels est de se concentrer sur un petit sous-ensemble de la vision globale, de la mettre en œuvre et de la diffuser (projet github à source ouverte, site Web, article dans une série d’articles).
Ensuite, si je suis encore suffisamment motivé, je le reverrai à nouveau. J'espère que la satisfaction que je tire de l'expédition me soutiendra par des itérations supplémentaires.
la source
C'est très important.
Je comprends que le fait de fouetter quelque chose comme une preuve de concept l’a laissé ensuite. C'est très bien. Cependant, les clients ne paieront que pour un projet achevé.Le résultat est ceci ... Sales Drive Everything . Sans vente, il n'y a pas de salaire. Sans ventes, il n'y a pas d'amélioration des immobilisations. Sans vente, il n'y a pas de société. Les ventes proviennent des clients. Les clients ne paieront que lorsqu'ils seront satisfaits. La satisfaction signifie que le projet fini fonctionne et fonctionne bien.
Pour utiliser une analogie de football: la zone rouge correspond aux 20 derniers mètres devant la ligne de but. C'est la partie la plus éprouvante de marquer un touché. La même chose s'applique à un projet de programmation. Les 20% restants sont souvent les plus difficiles à terminer, mais cela doit être fait.
la source