Sollte unwichtige Fehler behoben werden, nur so, dass sie nicht ablenken Entwickler? [geschlossen]

Question

Während Joel Spolsky denkt, dass jeder Fehler behoben werden soll, bevor neuer Code geschrieben wird, ist die Realität in vielen Orten, dass die Entwickler sehr beschäftigt sind, und einige Fehler gelten als würdig, während andere nicht. Unit-Tests werden auch oft als schön behandelt zu haben.

Ich habe einen mysteriösen Fehler in einer kritischen Anwendung gejagt, und fand ein paar kleineren Beteiligungen in dem Prozess. Ich erwähnte sie an den ursprünglichen Autor, und er sagte etwas wie „Oh ja ... Ich erinnere mich QA erhöht diese vor 3 Jahren, aber sie wurden stillgelegt“.

Ich nehme an einige Entwickler sind besser bei anderen Multi-Tasking. Bei mir persönlich - ich mag arbeiten auf einer Sache zu einer Zeit, und selbst wenn es eine 0.1% Chance, dass ein unbedeutender Fehler könnte mit einem ernsten einer interagieren, ich habe einen Drang, ich einen unbedeutenden Fehler zu beheben (es besser verstehen auch im Prozess) und nicht darüber nachdenken, es später.

Auf der einen Seite würde ich meine Zeit verschwenden, was Business-Analysten als nicht würdig. Auf dem anderen -. Ich könnte die wichtigen Fehler schneller beheben kann, wenn ich, dass eine Aufgabe nur konzentriert sich auf kann

Bevor ich versuche, dieses Argument zu machen, wollte ich fragen, was Ihre Gedanken und Erfahrungen sind mit einer Situation wie diese. Frage als Community Wiki markiert. Danke.

Answer 1

Denken Sie daran, dass, wenn Sie Code ändern Sie neue Fehler einführen könnten, so durch die kleinen Fehler zu unwichtig Patch behebt die Festsetzung, könnten Sie versehentlich einen neuen schwerwiegenden Fehler einzuführen. Manchmal ist das ein Risiko wert, aber auf einige kritische Systeme sollten Sie nie ohne gute Begründung keinen Code berühren. Also, welche Art von System Sie arbeiten, kann diese Frage ein wichtiger Faktor sein für die Beantwortung.

Answer 2

Das klingt wie es unter der Kategorie fällt „was am besten für Sie und Ihr Team arbeitet“. Wenn Sie wirklich, dass die enge im Zeitplan, dass Sie keine Zeit haben, um die Fehler zu beheben, müssen Sie eine gute Rechtfertigung hat es trotzdem zu tun.

Wenn die Fehler, die Sie ärgern und Sie stoppen aus auf größere Probleme konzentrieren, das könnte genug von einer Rechtfertigung, es zu tun, obwohl man erklären könnte müssen, warum Sie ein Schiff Datum verpasst, weil Sie eine Woche Fixierung triviale Fehler vor Fixierung ausgegeben der ein großer Fehler.

Answer 3

Während es ist schön, Sie zu denken kann fehlerfreien Code, in Wirklichkeit Schiff gibt es immer eine andere. Das sei gesagt, ich glaube, der pragmatischste Ansatz ist, um Rang die Sie nach Schweregrad kennen und beheben jeweils als Zeit und Ressourcen zu ermöglichen, priorisiert nach Schweregraden.

Answer 4

Joels Post stellt klar, das „Haben Sie Fehler beheben, bevor neuen Code zu schreiben?“ Philosophie.

„“ Null Fehler „bedeutet, dass zu einem bestimmten Zeitpunkt, die höchste Priorität ist, um Fehler zu beseitigen, bevor sie eine neue Code zu schreiben.“

konnte diese Erklärung etwas mehr Klarheit, aber ich bin in der Lage zu sammeln, dass er dort nicht bedeuten, eine Erwartung von Perfektion, sondern Programmierer nach Perfektion streben sollten. Dies bedeutet einen Programmierer sollte nicht wissentlich auf eine Methode Implementierung knausern nur das Produkt aus der Tür zu bekommen. Eine vollständige Definition der „Null-Fehler mindset“hilft zu klären:

„Eine bewährte Methode oder das Prinzip eines erfolgreichen Team, bedeutet dies, das Projektteam Commits Arbeit in höchster Qualität möglich zu der Zeit zu tun, es getan wird, und jedes Teammitglied ist einzeln verantwortlich für die Unterstützung des gewünschten Niveau erreicht von Qualität. Die Null-Fehler-Mentalität bedeutet nicht, dass die eingesetzte Lösung „perfekt“ mit wahrsten Sinne des Wortes ohne Mängel sein muss; sondern es Perfektion als konsequentes Ziel für das Team zu streben.“

legt

Da Sie eine Empfehlung, um Ihr Team zu machen sind, bedenken Sie, dass diese Philosophie ein ist Team Philosophie. Der Versuch, diese auf eigene Faust zu folgen, um ein hohes Maß an Frustration in dem Fall, in dem Ihr Argument durch das Team wird nicht akzeptiert führen könnte, aber sie versuchen, es selbst zu folgen.

Answer 5

Sehr interessante Frage. Wie andere schon gesagt, ist es mit dem Team. Ressourcen, Termine, persönliche Überzeugungen und vieles mehr auf diese Frage einzumischen.

In Ihrem Fall, ich denke, die beste Option ist, diese Angelegenheit mit Ihren Vorgesetzten und Kollegen zu diskutieren. Nehmen Sie nicht die ganze Verantwortung nur für sich selbst.