Wie mindern Sie das inhärente Risiko eines Ein-Mann-Teams?

8

Welche Schritte können unternommen werden, um das Risiko zu verringern, dass ein Ein-Personen-Team an einem Projekt arbeitet, insbesondere wenn diese Person eher ein Junior-Programmierer ist?

Ich frage, weil ich bin , dass Junior-Programmierer, und es ist niemand verfügbar / bereit, Dinge wie Code-Reviews zu tun. Ein Teil des Problems besteht vermutlich darin, dass ich an Web-Anwendungen in einem Unternehmen für eingebettete Software arbeite, so dass das Fachwissen der meisten Mitarbeiter in einem anderen Bereich liegt.

    
Angela 17.03.2009, 17:10
quelle

5 Antworten

6

Quellcodeverwaltung und automatisierte Tests sind zwei Dinge, die in jeder Umgebung helfen. Diese beiden Dinge allein werden einige der großen Katastrophen (verlorene Arbeit, fehlerhafter Code, der durch ständige Änderungen und Refactoring entsteht) mildern.

Darüber hinaus bleiben Sie bei den Grundlagen: K.I.S.S. Halten Sie Ihr Code-Design so einfach wie möglich, halten Sie Ihre Klassen einfach, befolgen Sie das Prinzip der einfachen Verantwortlichkeit und vermeiden Sie vor allem Duplikationen (die Ihre Entwürfe maßgeblich beeinflussen). Nutzen Sie jede Ressource, die Sie haben: Message Boards, andere Programmierer bei anderen Firmen, Freunde von der Schule, was immer Sie für Sie verfügbar haben. Sogar einen Mentor zu haben, an den Sie eine E-Mail senden können, ist hilfreich.

    
Chris Holmes 17.03.2009, 17:19
quelle
13

Dies als ein Problem zu erkennen, ist mehr, als die meisten "Junior-Programmierer" tun könnten:)

Leider sehen die meisten Arbeitgeber nicht die Vorteile (nur die Nachteile) bei mehreren Personen für die gleiche Aufgabe.

Wenn Sie in diesem Punkt nicht von Ihrem Arbeitgeber verstanden werden, halten Sie sich einfach an alle üblichen Regeln wie automatisiertes Testen, Dokumentation und Versionskontrolle. Ich weiß zu gut, dass es zu einfach ist, selbstgefällig zu werden, wenn man alleine an einem Projekt arbeitet.

Die Wahrheit ist, dass die Dokumentation nicht nur anderen hilft, zu wissen, was Ihr Code tut. Es hilft dir auch. Die Quellcodeverwaltung ermöglicht nicht nur die Arbeit mehrerer Personen an einem Projekt und das Zusammenführen von Änderungen, sondern auch die Produktivität (in dem Sinne, dass Änderungen problemlos rückgängig gemacht werden können), die Durchführung von Backups und eine genaue Verfolgung der Zeit und des Aufwands .

    
MattJ 17.03.2009 17:20
quelle
4

Best Practices sind nicht viel anders als für eine größere Gruppe. Quellcodeverwaltung, Komponententests, befolgen Sie einen Stilführer für Ihre Sprache, schreiben Sie alles, anstatt manuelle Prozesse zu verwenden, und versuchen Sie, zumindest einige hochstufige Dokumentationen und Kommentare in den kniffligen Teilen des Codes zu haben. Für bestimmte Entscheidungen, die wichtig und schwer zu ändern sind, z. B. wie Ihr Code mit der Datenbank interagiert, versuchen Sie herauszufinden, welchen Ansatz ein gut gestaltetes Projekt verwendet, wenn nötig, indem Sie auf dieser Website nachsehen.

Besonders Unit-Tests sind eine großartige Möglichkeit für andere, schnell herauszufinden, wie sich Ihr Code verhalten soll, und zu überprüfen, ob deren Änderungen etwas gebrochen haben.

    
RossFabricant 17.03.2009 17:14
quelle
2

StackOverflow ist voll von verfügbaren und willigen Leuten, die helfen Probleme zu lösen und Ratschläge zu geben.

Abgesehen davon, seien Sie darauf vorbereitet, Fehler zu machen und von ihnen zu lernen.

Oh ja, und hole eine Kopie von Code Complete!

    
Jon Mitchell 17.03.2009 17:30
quelle
1

Wie bereits von @MattJ erwähnt, bedeutet die Tatsache, dass Sie sich genug darum kümmern, versuchen , dieses Risiko zu mindern, viel mehr Seniorität, als Ihre derzeitige Berufsbezeichnung vorgibt.

Ich würde sagen, dass Sie all die normalen Dinge tun sollten, die Sie tun, um Risiken zu minimieren, und wo es nicht möglich ist, eine andere Ressource zu bekommen, tun Sie es entweder selbst oder überspringen Sie diesen Schritt.

Es ist das Beste, was Sie tun können.

    
Randolpho 17.03.2009 17:28
quelle

Tags und Links