Je trouve que travailler de manière isolée, sur un morceau de code qui ne sera vu par personne d'autre pendant des semaines, épuisant. Je cherche des idées pour essayer de rester productif et motivé.
Que faites-vous pour rester motivé et productif, quand on vous confie une tâche de programmation à long terme et que vous travaillez seul (par exemple, à domicile, sans coéquipiers ou collègues)?
productivity
solo-development
blueberryfields
la source
la source
Réponses:
Maintenez un équilibre.
Étant donné quelque chose de nouveau (par exemple, jouer à un jeu, boire une bière, etc.), nous pouvons nous concentrer et faire cette chose pendant une période prolongée. La seule façon de passer à travers une tâche banale (sans surdosage de café ) est de maintenir un équilibre . Je dis «banal» parce que si c'était une tâche qui vous passionnait vraiment , vous n'auriez pas erré sur le site et posé cette question.
Suggestions:
la source
Fixer des objectifs est la seule façon pour moi de travailler ...
À la fin de l'heure, je veux que X soit fait. Et pour le déjeuner, je veux que Y & Z se termine. Au déjeuner, vous passez en revue où vous en êtes, puis fixez de nouveaux objectifs. Pour avoir atteint chaque cible, il y a une récompense; la récompense pourrait être une tasse de thé, ou une marche de votre bureau ou 10 minutes sur stackexchange ...
Il est clairement préférable de fixer des objectifs réalisables aussi - vous recherchez la récompense mentale de cocher un élément de travail de votre liste. Peu importe votre objectif, tant qu'il peut généralement être atteint dans votre fenêtre de temps.
la source
Abordez-le comme un problème de programmation
Il est facile d'être tellement pris par l'écriture de code que nous séparons la façon dont nous résolvons les problèmes de programmation de la façon dont nous résolvons les problèmes courants du monde réel. Mais en fait, les outils conceptuels que nous utilisons pour résoudre les problèmes de programmation sont assez bons pour tout.
En tant que programmeur, vous disposez déjà des outils nécessaires pour résoudre ce problème, il suffit de les appliquer.
la source
Voici ce que je pense selon moi fonctionne,
Définir clairement la tâche à accomplir : La chose la plus importante ici est de noter la tâche et de ne pas la garder en mémoire .
Décomposer en tâches si le seul est énorme : encore une fois décomposer en tâches et les écrire.
Attribuer un ETA ou une date limite : c'est vraiment important, et soyez très strict et discipliné à ce sujet. Sinon, vous tergiverserez.
Utilisez la technique du pomodoro pour une concentration à court terme. Et utilisez le temps d'intervalle pour les courses et d'autres choses comme la vérification des e-mails.
Assurez-vous que vous vous concentrez sur la tâche à accomplir. Évitez autant que possible les tâches errantes.
Une fois que vous avez terminé une tâche, marquez-la comme terminée et gardez une trace de l'heure à laquelle vous avez commencé et de l'heure à laquelle vous avez terminé. Gardez un journal des choses que vous avez résolues quelque chose de spécial lors de l'exécution d'une tâche.
Une fois que vous avez terminé l'exécution de la tâche, décidez de l' étape suivante .
Rendez ces données tabulaires. Tout cela est là dans David Allen's Getting choses done.
Quelques choses plus importantes.
Rappelles toi:
Il est important de passer à l'étape suivante. Si vous avez une étape suivante pour chaque tâche, vos opportunités de tâches se développent de façon linéaire et si elles mènent à plus d'une étape suivante, les opportunités de tâches augmentent de façon exponentielle.
En effet, comme l'a dit Sun Tzu: les opportunités se multiplient à mesure qu'elles sont saisies.
En résumé:
Suivez ceci religieusement.
la source
Je trouve utile d'avoir des pairs qui sont disposés à partager vos réflexions sur tout ce sur quoi vous travaillez. Il n'y a jamais eu de problème entier sur lequel j'ai travaillé seul qui n'ait pas bénéficié de discussions avec les autres.
Demandez à une personne âgée ou à un ami si elle peut gagner du temps pour passer en revue votre code. Si vous pouvez coupler grâce à l'examen, c'est encore mieux!
Vous pouvez également trouver utile de bloguer sur vos expériences de codage. Je suis sûr qu'il y a des choses que vous avez apprises ou que vous pratiquez (TDD par exemple) pendant cette longue période, ou des idées sur la façon dont vous avez fait quelque chose et en vous demandant si cela aurait pu être mieux fait.
la source
Je travaille sur un petit projet qui va finir par être trop conçu. Personne d'autre ne s'en soucie vraiment, mais j'essaie d'étirer mes compétences. Je lis un livre sur la refactorisation, donc j'aimerais appliquer autant de pratiques que possible. Je ne suis pas dans une crise de temps. En tant que seul programmeur, personne ne va regarder mon code (pas quelqu'un qui pourrait le comprendre, mais le visiteur occasionnel de mon cube peut avoir un aperçu.) J'ai fait un prototype et fait une démo. J'attends avec impatience les demandes de changement.
Bien que je sois motivé pour faire avancer les choses, je préfère aussi un bon défi.
la source
Je l'ai fait sur quelques projets. Je trouve le meilleur moyen de rester motivé pour me responsabiliser.
Même si personne ne va regarder mon code ou ce que je fais, je fais toujours une priorité de parler avec mon superviseur, mon patron ou le PM et de leur faire savoir où j'en suis et ce que je prévois à la fin de la semaine. Il faut 5 minutes pour le parcourir avec eux, et quelques PM m'ont dit que cela leur était également très utile.
Pour moi, cela fixe un objectif et un délai doux que je veux respecter. Pour le PM, il leur permet de savoir où j'en suis sur la tâche et leur donne le temps de donner leur avis.
Si vous ne pouvez pas le faire face à face, lancez un court e-mail. Il s'agit de vous rendre responsable de vos tâches.
Essayez également de diviser un très gros travail en petites tâches gérables et mesurables. Utilisez un système de suivi des billets et attribuez-vous des billets. De cette façon, vous pouvez gérer vos progrès et vous tenir responsable de toutes les tâches que vous avez à faire.
la source
La bonne musique pour la programmation (techno, transe) aide, me gardant gonflé quand je ne suis pas d'humeur ou quand je travaille sur des parties du logiciel qui ne me passionnent pas particulièrement.
la source