Es ist mir nur insoweit wichtig, als dass ich dem gesunden Menschenverstand, von dem wir hoffen, dass die meisten Profis ihn hätten, nicht im Wege stehe.
Wenn wir über die Versionskontrolle sprechen, gibt es das Argument, dass any version control beats not having anything at alldies bei Entwicklungsmethoden nicht der Fall ist. Methoden bedeuten Regeln und Regeln sind manchmal gebrochen. Ich habe für Firmen gearbeitet, die wirklich alberne Sachen gemacht haben, solange sich jemand erinnern kann, was auch immer für ein Problem das alberne Verfahren vor langer Zeit behoben hat.
Ich möchte Folgendes aus einem Unternehmen herausholen:
Klar dokumentierte Abläufe, die auf wenige Seiten passen. Wenn ich eine Dissertation oder (noch schlimmer) einen Roman lesen muss, um auf den neuesten Stand zu kommen, bin ich für eine lange Zeit verloren.
Der Nachweis, dass das Unternehmen offen ist, die Abläufe zum Besseren zu verändern. Ich muss in der Lage sein, zu jemandem zu gehen und zu sagen: "Mir ist klar, warum Sie [xyz] tun, aber es gibt ein Tool, das das meiste für Sie erledigt. Können wir es verwenden?"
Ein kleiner Wettbewerb kann gut sein und ist oft unvermeidlich. Aber ich werde jedes Geschäft meiden, in dem der Wettbewerb als primäres Mittel zur Motivation von Menschen eingesetzt wird. Wenn Sie etwas codiert haben, das die Anzahl der Zeilen, die der Entwickler täglich um 17.00 Uhr an den Laserdrucker sendet, möchte ich nicht für Sie arbeiten.
Wenn Sie nicht verhindert haben, dass Builds in gesegneten Repositorys Änderungen erhalten, die den Build zum Absturz bringen, bin ich ein echter Fan. Das Letzte, was ich um 5:00 Uhr tun möchte, ist, Änderungen aus dem Master-Repository zu ziehen, um meinen lokalen Build zu testen, und dann das Semikolon eines anderen zu reparieren.
Ich bevorzuge es, in Methoden zu springen, die einer etablierten Methode ähneln, die vom agilen Baum gefallen ist. Es ist nicht zwingend erforderlich, aber ein Gefühl der Vertrautheit hilft dabei, die anfängliche Anstrengung zu überwinden, produktiv zu sein, ohne einen Verfahrensfehler zu machen.
Wenn ich sehe, dass ich mehr Zeit damit verbringen werde, Verfahren zu ärgern , als dass ich dankbar dafür bin, dass sie existieren, werde ich den Job wahrscheinlich weitergeben.
Das andere klingende "oh nein, nie wieder!" ist "Wir hoffen, dass Sie auch Best Practices für uns einrichten. Wir haben sechs Millionen Codezeilen und 21 Telearbeiter, sollten wir eine SVN oder so etwas verwenden?" .
Jemand könnte Spaß daran haben, das zu klären. Ich bin nicht der Typ :)