40 votes

De devenir le plus efficace d'un homme de l'équipe

Comme beaucoup ici, je suis un homme de l'équipe de développement. Je suis responsable de tout, de la collecte des exigences du projet, de la conception de concept-écrans, la planification et le développement de bases de données, et écrit tout le code.

Étant un one-man équipe est sympa, mais a ses négatifs. Je n'ai pas la capacité de rapidement consulter avec d'autres développeurs, j'ai rarement eu une deuxième paire d'yeux pour mon code, et je suis sûr que vous les gars, vous pouvez venir avec beaucoup d'autres négatifs.

Pour faire la plupart de mon temps, et de m'engager plus efficacement à mon travail, quels conseils ou des pratiques pourrais-je mettre en œuvre dans ma journée à jour de routine pour être le meilleur one-man team-elle possible?

41voto

klabranche Points 15518
  • Liste quotidienne de ce que je vais faire.

  • Enlever comme beaucoup de distractions possible de se concentrer sur les tâches. Désactiver e-mail, désactiver la messagerie instantanée, etc... même si pour une période de temps et puis lors d'une pause de les vérifier.

  • Prendre le temps d'apprendre sur les autres techniques de codage, les outils et la programmation de la sagesse. Ce que j'ai trouvé pour être cruciale pour mon développement. Il est facile de simplement le code de loin et de se sentir productif. Ce sujet de ce que pourrait être si vous avez juste eu le plus de connaissances / armes sous votre ceinture pour bang prochaine widget. Je sais que ce sujet vraiment semble contre-productif, mais il est vraiment pas. Savoirs/savoir comment est notre monnaie réelle. Plus nous en savons, plus nous pourrons prendre une meilleure décision sur la façon dont quelque chose doit être fait et de le faire plus vite.

  • Prenez des pauses et être conscient de votre corps. Lorsque nous sommes fatigués, nous ne penser ainsi et de faire plus d' des erreurs, de devenir frustré plus facilement, etc...

  • Apprendre à utiliser l'80 / 20 règle à votre avantage. Je ne veux pas lésiner ou être paresseux. Souvent, cependant, nous allons travailler notre la queue pour 20% quand elle n'était pas nécessaire.

  • Fixer des objectifs pour vous-même (tous les jours, hebdomadaire, bi-hebdomadaire). Assurez-vous que le les objectifs sont également dans la ligne de ceux que vous sont codant pour la ou vous risquez de vous trouver avons perdu un peu de temps.

À partir d'un aspect technique considérer:

  • Envisager de tests Unitaires / TDD. J'ai trouvé dans mon propre travail que cela sauve temps. Il faut un certain temps pour obtenir le coup de mais avec tout ce que vous aurez aller mieux.
  • Soins pour votre code. Refactoriser (surtout si vous commencez à l'unité les tests). Le mieux est de votre code plus il est facile à entretenir qui prend moins de temps. Plus il est facile de comprendre le plus vite vous pouvez le changer / mettre en œuvre des fonctionnalités.

11voto

Matthew Talbert Points 3889

Je suis en train d'apprendre à passer beaucoup plus de temps à planifier ma journée que j'ai utilisé pour. Cela comprend la planification de projets, jusqu'à la rédaction de pseudo-code pour la programmation j'ai besoin de le faire. Je trouve qu'avec toutes les interruptions dans mon emploi du temps, il est difficile pour moi de commencer à quelque chose. Ayant tout décomposé en petites tâches, il est beaucoup plus facile de démarrer après une interruption.

3voto

jhaukur Points 36

Selon la recherche opérationnelle, la plus courte de l'emploi de la première est le meilleur planificateur pour obtenir la plus grande quantité de choses à faire.

2voto

ChrisW Points 37322

J'ai à écrire et exécuter l'intégration et les essais du système, mais pas de tests unitaires, parce que je n'ai pas besoin pour le début (pré-intégration) de tests: Doit-on tester la mise en œuvre interne, ou seulement un test de comportement en public?

Un corrolary de Conway est le Droit que vous avez besoin de tester le logiciel interne interfaces séparées/intégrer les développeurs, alors qu'un "one man army" n'est pas explicitement tester ses interfaces internes de cette façon.

1voto

Alex Points 17262
  • Assurez-vous de refactoriser tôt et souvent. Qui sert presque comme une seconde paire d'yeux (pour moi, au moins).
  • Ne fonctionne pas fou heures (particulièrement délicate si vous travaillez de la maison). En fait, en travaillant moins d' heures s'avère souvent plus productif que de l'imminente rupture/de fin de journée, la pression augmente votre efficacité.
  • Vous pouvez regarder jusqu'à la Loi de Parkinson pour le travail/gestion du temps.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X