Die Verantwortungsliste der Programmierer [geschlossen]

40

Wir haben alle schon von The Programmers Bill of Rights gehört und XP hat ein ähnliches Konzept.

Es ist heutzutage eine häufige Beschwerde, dass wir viel über die Rechte der Menschen hören, aber nicht so sehr über ihre Verantwortlichkeiten, also was sollte auf der Verantwortungsliste des Programmierers stehen. Das sind Dinge, die sie tun sollten, die sie vielleicht als unangenehm empfinden, die aber Programmierer von denen trennen, die nicht professionell und verantwortungsbewusst handeln.

Ich interessiere mich hauptsächlich für die unangenehmen und diejenigen, die dazu neigen, nicht vorzukommen. Das ist es, was Programmierer meiden und meiden, und nicht das, was 90% der Programmierer tatsächlich tun möchten (z. B. immer umgestalten und Quellcodeverwaltung verwenden).

Also, was sollte auf dem Programmierer Bill Verantwortungsart sein?

Jon Hopkins
quelle
4
Außerdem denke ich, dass es den Richtlinien 1, 2, 4 und 6 entspricht.
Stephen Furlani
2
Ich denke, es ist eine wichtige Frage.
HLGEM
1
Eine wichtige Folge könnte sein, wie Sie sich als verantwortungsbewusster Programmierer ausbilden.
Stephen Furlani
2
Diese Frage scheint nur eine Liste von Elementen zu generieren. Obwohl die Antworten ziemlich beeindruckend sind (und ich empfehle den Antwortenden, die Zeit und Mühe in ihre Beiträge gesteckt haben), konzentrieren sie sich auf Meinungen, und der Wortlaut der Frage erscheint mir als Umfrage.
Thomas Owens
5
@ThomasOwens ist sich nicht einig: "Diese Frage passt nicht gut zu unserem Q & A-Format." Dies hat bereits zu einer Antwort bezüglich Entwicklertests, Entwicklungsmethoden, freiberuflichen und geschäftlichen Belangen, Qualitätssicherung und Software-Engineering geführt, und es wird unsicher, warum wir diese Site überhaupt haben, wenn Fragen wie die oben genannten immer wieder geschlossen werden.
Joshua Drake

Antworten:

41
  • Ein Programmierer hat die Verantwortung, schlechte Anforderungen zurückzudrängen, anstatt sie blind zu implementieren. Dazu gehört, den Kunden mitzuteilen, dass das, was sie möchten, teurer ist als andere Optionen oder bestimmte Risiken birgt. Dazu gehört auch, schlechte Nachrichten auf professionelle Weise zu kommunizieren - nicht zu schreien, Leute dumm zu nennen, zu implizieren, dass sie dumm sind oder sich kindisch verhalten. Wenn er zurückschiebt, sollte er eine Reihe von Gründen (mehr als "Ich mag SQL Server nicht und werde es nicht verwenden") und einen alternativen Plan vorlegen.

  • Es liegt jedoch auch in der Verantwortung des Programmierers, Entscheidungen zu akzeptieren und Tools oder Designs zu verwenden, die ihm möglicherweise nicht gefallen, wenn ihr Pushback nicht akzeptiert wurde. Wenn ein Bericht in SSRS angefordert wurde, ist die Übermittlung in Crystal Reports (über die der Client möglicherweise nicht verfügt) inakzeptabel. Wenn eine .net-Lösung erforderlich war, ist die Bereitstellung in Haskell nicht akzeptabel. Wenn niemand im Team ein Tool oder eine Sprache verwendet, die Sie verwenden möchten, ist es unprofessionell, das Tool zu verwenden, wenn das Management nicht der Meinung ist, dass es das beste Tool für den jeweiligen Job ist.

  • Ein Programmierer hat die Verantwortung, seine Arbeit zu testen. (Dies sollte nicht der einzige Test sein, aber kein professioneller Programmierer sollte Code verschicken, den er nicht getestet hat.) Dazu gehört auch das Testen der Verzweigungen des Codes, von denen Sie nicht erwarten, dass sie sehr oft getroffen werden. Wenn Sie eine Reihe verschachtelter IFs haben, testen Sie alle möglichen Routen.

  • Ein Programmierer ist dafür verantwortlich, mit Fehlern und Ausnahmen angemessen umzugehen und Fehlermeldungen zu verfassen, die der Benutzer als professionell und neutral ohne Witze oder Beleidigungen ansieht.

  • Ein Programmierer hat die Verantwortung, private Daten zu schützen, den von ihm für das Unternehmen geschriebenen proprietären Code zu schützen und die Benutzer vor Katastrophen (auch selbstverschuldeten Katastrophen) vor der Verwendung der Anwendung zu schützen.

  • Ein Programmierer hat die Verantwortung sicherzustellen, dass sein Code wartbar ist und sich in der Quellcodeverwaltung befindet.

  • Ein Programmierer ist dafür verantwortlich, sich mit anderen zu koordinieren, um sicherzustellen, dass sich seine Änderungen nicht nachteilig auf das auswirken, was sie gerade tun.

  • Ein Programmierer hat die Verantwortung, dem Kunden die beste Wahl für Werkzeuge oder Sprachen in der Entwurfsphase zu empfehlen, nicht das Werkzeug / die Sprache, mit dem / der er spielen und lernen möchte.

  • Ein Programmierer hat die Verantwortung, mit dem gesamten für ein Projekt geeigneten Personal zusammenzuarbeiten, auch mit denjenigen, die er nicht mag. Es ist nicht Ihre Aufgabe, Menschen zu mögen, sondern Ihre Aufgabe, mit ihnen zusammenzuarbeiten und höflich zu sein.

  • Ein Programmierer ist dafür verantwortlich, ein Produkt zu produzieren, das in einem angemessenen Zeitrahmen die angegebenen Anforderungen erfüllt. Wenn der Zeitrahmen nicht eingehalten wird, ist er oder sie dafür verantwortlich, die Geschäftsleitung darüber zu informieren, sobald dies bekannt ist.

  • Ein Programmierer hat die Verantwortung, das Projektmanagement über Hindernisse für die Erledigung der Aufgabe zu informieren. Sie können nicht reparieren, was sie nicht wissen.

  • Ein Programmierer hat die Verantwortung, die gesamte Aufgabe zu erledigen, nicht nur die unterhaltsamen, interessanten Teile. Jeder Job hat einige langweilige Teile, die noch erledigt werden müssen. Dazu gehören Arbeitszeittabellen und das Hinzufügen von Diskussionselementen zur Projektmanagementsoftware. Es enthält Dinge wie Dokumentation, Codeüberprüfung usw.

  • Ein Programmierer hat die Verantwortung, den Geschäftsbereich zu erlernen, den er unterstützt, und nicht nur die Programmierkonzepte.

  • Ein Programmierer hat die Verantwortung, seine Fähigkeiten auf dem neuesten Stand zu halten.

  • Wenn ein Programmierer Fehler macht, hat er die Verantwortung, alles in seiner Macht Stehende zu tun, um die Probleme so schnell wie möglich zu beheben. Dies kann die Meldung der schlechten Nachrichten an das Management beinhalten, anstatt zu verbergen, dass Sie gerade eine wichtige Tabelle in der Produktionsdatenbank gelöscht haben.

  • Ein Programmierer hat die gleichen Pflichten wie jeder andere Mitarbeiter - pünktlich zu erscheinen, die vereinbarten Stunden zu arbeiten, die Urlaubszeit im Voraus anzufordern, Telefon- und E-Mail-Nachrichten zu beantworten (zum Teufel, um ihre E-Mails zu lesen), die erforderlichen Formulare auszufüllen für HR usw.

HLGEM
quelle
7
Ich liebe Witzfehlermeldungen. Die Situation ist schon schlimm genug, keine Notwendigkeit, es ernster zu machen - versuchen Sie zumindest, mich zum Lachen zu bringen, während Sie mich mit einem Fehler schlagen!
Dr. Hannibal Lecter
2
Ich frage ich , die Verantwortung für einen Entwickler persönlich in allen Situationen seinen Code testen ... Ich würde das anders formulieren zu gewährleisten , dass sein Code getestet wird ... Wenn die Organisation professionelle Tester hat (sowohl automatisierte und Menschen) und ein solides Verfahren an Ort und Stelle Um sicherzustellen, dass der Code getestet wird, verstehe ich nicht, warum der Entwickler dies persönlich tun muss. Wenn ich ein neues Feature entwickle oder einen Fehler behebe, werde ich es auf jeden Fall selbst testen, da ich sonst nicht weiß, ob ich mit meiner Arbeit fertig bin. Wenn ich jedoch ein umfangreiches Refactoring durchführe, ist es für mich nicht sinnvoll, das gesamte Produkt einem umfassenden Regressionstest zu unterziehen.
JoelFan
Ich habe keinen Regressionstest gesagt, aber Sie sollten Ihre Änderungen als Unit testen, um sicherzustellen, dass sie das tun, was Sie beabsichtigt haben.
HLGEM
2
Was ist mit keinen Ausrufezeichen in Fehlermeldungen ... zB "Datum ist ungültig!"
JoelFan
1
Diese müssen geschlechtsneutral sein. Das Erfordernis, sie zu machen, würde dies einfacher machen, z. B. anstelle von "Ein Programmierer hat die Verantwortung, seine Arbeit zu testen" sollte "Testen Sie Ihre Arbeit" lauten.
Siegel
42

Jeder Programmierer sollte seinen Code für andere lesbar machen.

dan_waterworth
quelle
@ Kevin D: Das ist eine Verantwortung. Sie sind dafür verantwortlich, von Menschen lesbaren Code zu erstellen.
Doppelgreener
1
@Axidos, weil ich meine Antwort geändert habe, als mir klar wurde, was ich getan hatte.
Dan_waterworth
Ich werde meinen ursprünglichen Kommentar löschen, da er nicht mehr relevant ist.
Kevin D
1
"Lesbar" für wen? Meine "Kollegen" (dh jemand mit einer ähnlichen Ausbildung und Erfahrung wie ich)? Jemand, der in Kunst und Wissenschaft wirklich gut ausgebildet ist? Oder ein Flying Code-Affe, der KEIN Geschäft mit etwas Fortgeschrittenem als Dartmouth BASIC hat?
John R. Strohm
7
@ John, andere in diesem Zusammenhang implizieren andere Programmierer. Im Satz: "Die Giraffe war größer als die anderen." Verstehen wir andere nicht als fliegende Affen. "Andere" bedeutet "mehr vom gleichen Typ, die noch nicht erwähnt wurden".
Dan_waterworth
22

Der Programmierer ist für den Datenschutz und die Sicherheit aller vom Benutzer bereitgestellten Daten verantwortlich. Insbesondere Passwörter, Kreditkartennummern, E-Mail-Adressen und der physische Standort.

Malfist
quelle
Dies würde wirklich unter die Domäne des Systemarchitekten fallen. In vielen, vielen Unternehmensszenarien haben Programmierer kein Mitspracherecht und keine Kontrolle über Datenspeicher. Wie kann ich für eine E-Mail-Adresse in einer Datenbank verantwortlich sein, wenn ich nur auf diese Datenbank zugreife und sie nicht erstelle?
Neal Tibrewala
2
Ich denke, Facebook-Leute müssen sich nicht bewerben, was die meisten der oben genannten Verantwortlichkeiten angeht. :)
MetalMikester
4
-1 Das ist zu viel Verantwortung.
Peter Turner
6
Vielleicht ist es für große Systeme zu viel, als dass sich ein Programmierer entscheiden könnte. Für die große Mehrheit der Sites, an denen ein oder wenige Programmierer arbeiten, ist es jedoch unbedingt erforderlich, Daten ordnungsgemäß zu speichern. Keine Verschlüsselung, wenn Hashing benötigt wird, keine benutzerdefinierten Algorithmen oder Sicherheit durch Unbekanntheit. Echte geprüfte Sicherheit.
Malfist
@ Neal: Der Systemarchitekt ist nur ein weiterer Programmierer. Sicher, für große Projekte wird er wahrscheinlich nicht programmieren können, aber das heißt nicht, dass er kein Programmierer ist. Und das gilt nur für große Projekte; Bei 2- oder 3-Mann-Projekten ist ein Programmierer normalerweise für einen Teil der Datenbank oder für deren Gesamtheit verantwortlich. Es liegt in seiner Verantwortung, dafür zu sorgen, dass die Daten sicher gespeichert werden.
Konfigurator
20

Lassen Sie den Benutzer nicht seine Arbeit verlieren.

Das ist schwieriger als es sich anhört ... Arbeit ist mehr als nur "Daten in einer Datei" ... es ist jede Zeit, die der Benutzer mit Ihrer Software verbracht hat.

Wenn der Benutzer beispielsweise Ihr 30-Felder-Formular mit 29 gültigen und einem ungültigen Feld ausgefüllt hat, löschen Sie nicht alle gültigen Daten, um sich über das 1 ungültige zu beschweren (zum Teufel, löschen Sie nicht einmal das ungültige). Vielleicht ist es lang und erfordert nur eine geringfügige Korrektur, oder der Benutzer kann sich nicht erinnern, was es vorher war, wenn Sie es löschen.

Ein nicht offensichtliches, aber wichtiges Beispiel ist, was Windows und praktisch jede andere "Dateimanager" -Software falsch macht Bei gedrückter Strg-Taste sollten nicht alle zuvor ausgewählten Dateien gelöscht werden, sodass ich von vorne anfange.

Eine andere, bei der sie sich geirrt haben ... Wenn ich versehentlich Strg-A drücke (anstelle von Strg-S direkt nebenan), sollte sie meinen Platz in der Datei nicht verlieren und den Cursor an den Anfang stellen ... Ich rufe Finding auf die richtige Stelle in der Datei "Arbeit", die das Programm "verloren" hat.

Noch eine: TortoiseSVNs "Festschreiben" -Dialog enthält eine lange Liste von Dateien. Bevor Sie auf "Übernehmen" klicken, können Sie die Liste der Dateien durch Doppelklicken auf jede einzelne Datei durchgehen, um die Änderungen in einem zweiten Dialogfeld anzuzeigen. Um dies schnell zu erledigen, benutze ich manchmal nur die Tastatur und <Esc>schließe den zweiten Dialog und gehe zurück zum ersten. Wenn ich versehentlich <Esc> zweimal drücke, wird auch das erste Dialogfeld geschlossen, wodurch ich vergesse, welche Datei ich erstellt habe.

JoelFan
quelle
5
Versuchen Sie, keine Tastenkombinationen zu erstellen, die die den Tasten zugewiesenen Dinge direkt nebeneinander widersprechen (STRG-C und STRG-V zum Beispiel können Ihnen nicht sagen, wie oft sie kopiert wurden, als ich sie einfügen wollte und umgekehrt).
HLGEM
5
@HLGEM, paradoxerweise, wer auch immer dies entworfen hat, dachte wahrscheinlich, dass er uns einen Gefallen tut, indem er sie nebeneinander stellt
JoelFan
4
Und er war nicht? Ich meine, Sie haben nicht die volle Leistung von Emacs oder so, aber Sie können kopieren und einfügen, ohne Ihre Hand viel zu bewegen.
Compman
1
Verwenden Sie Total Commander. Klicken Sie mit der rechten Maustaste, um auszuwählen, und klicken Sie mit der rechten Maustaste, um die Auswahl aufzuheben. Wenn Sie nicht zu einem anderen Ort navigieren oder den Fokus für längere Zeit verlieren, während der aktuelle Ordner geändert wird, geht Ihre Auswahl nicht verloren.
Konfigurator
1
Für das letzte Beispiel (Strg-A verliert meinen Platz in der Datei) habe ich kürzlich eine teilweise Problemumgehung gefunden, die in vielen Programmen funktioniert ... Strg-Z, Strg-Y ..., die meine letzte Bearbeitung an der rückgängig macht Dateiinhalt, dann "wiederholen", mit dem Ergebnis, dass der Inhalt derselbe wie zuvor ist und ich mich am Ort der Bearbeitung befinde. Dies ist nicht unbedingt derselbe Ort, an dem sich mein Cursor direkt vor meiner fehlerhaften Strg-A befand, aber es ist oft nah genug ... dies entschuldigt natürlich nicht das schlechte Verhalten des Programms bei Strg-A ... es ist nur eine teilweise Problemumgehung und brauchte eine Weile, um mich zu treffen
JoelFan
15

Ein Programmierer hat die Verantwortung, das System zu respektieren, auf dem sein Programm ausgeführt wird. Nachdem die Entwicklung und das Testen abgeschlossen sind, wird das Programm so bereitgestellt, dass es für den vorgesehenen Zweck verwendet werden kann. In der Regel wird es von anderen Personen auf ihren Computern ausgeführt. Der Programmierer muss dies berücksichtigen: Sein Programm wird auf dem Grundstück eines anderen ausgeführt , nicht auf seinem eigenen, und muss sich als Gast in seinem Haus verhalten, anstatt sich einzumischen, als ob ihm der Ort gehört.

Zum Beispiel sollte sein Programm nicht:

Mason Wheeler
quelle
1
Ich mag diese sowohl als Benutzer als auch als Programmierer. Hüpfende Ikonen in meinem Dock sind meine Hauptursache für Wut auf Menschen, die ich nie getroffen habe.
Vor dem
7
Ich mag sie alle mit Ausnahme von "Update selbst ohne die Zustimmung des Benutzers". Ich finde die Art und Weise, wie Chrome sich selbst aktualisiert, erfrischend - ich finde es einfach toll, neue Funktionen zu finden. Die Art und Weise, wie andere Programme dies tun, ist jedoch abscheulich. Ich sehe dich an, Java, und dich, Acrobat Anything. Sie nicht mich fragen , ob ich jeden Tag aktualisiert werden soll. Ich sagte einmal nein, nimm einen Hinweis!
Konfigurator
2
Wenn sich ein Programm automatisch aktualisieren soll, sollte es den Benutzer zumindest beim ersten Mal um Zustimmung bitten.
Gablin
Ein weiterer Verstoß von TortoiseSVN ... das System kommt zum Stillstand
JoelFan
@SpashHit: Hmm? Ich benutze TortoiseSVN täglich und ich habe nie bemerkt, dass ...
Mason Wheeler
8

Aus dem Manifest für Software Craftsman :

Als angehende Software-Handwerker legen wir die Messlatte für die professionelle Softwareentwicklung höher, indem wir sie üben und anderen helfen, das Handwerk zu erlernen. Durch diese Arbeit sind wir zu Wert gekommen:

  • Nicht nur funktionierende Software, sondern auch gut gestaltete Software

  • Nicht nur auf Veränderungen zu reagieren, sondern stetig Mehrwert zu schaffen

  • Nicht nur Einzelpersonen und Interaktionen, sondern auch eine Gemeinschaft von Fachleuten

  • Nicht nur die Zusammenarbeit mit Kunden, sondern auch produktive Partnerschaften

Das heißt, bei der Verfolgung der Artikel auf der linken Seite haben wir festgestellt, dass die Artikel auf der rechten Seite unverzichtbar sind.

Schwamm
quelle
8

Schauen Sie in den Spiegel und erkennen Sie möglicherweise die schlechtesten Eigenschaften eines Programmierers an sich. Dann arbeiten Sie jeden Tag daran, sie zu beseitigen.

  1. Nichts Neues lernen
  2. Nicht versuchen, Ihre Fähigkeiten zu erweitern
  3. Nicht offen für Neues sein, an alten Gewohnheiten festhalten
  4. Sich nicht um die Qualität Ihrer Arbeit kümmern
  5. Nicht versuchen, die Qualität Ihrer Arbeit zu verbessern
  6. Als 9-zu-5-Arbeiter ohne Leidenschaft
  7. Keine eigene Meinung zu den Dingen
  8. Akzeptiere die Meinung anderer ohne zu hinterfragen
  9. Ich glaube, du hast alles gelernt
  10. Keine Kritik dulden
  11. Hört nicht auf externen Eingang
  12. Ich-zentriert sein, Besserwisser sein
  13. Eine negative Persönlichkeit haben und andere Leute kritisieren
user8685
quelle
+1, aber wenn man es so formuliert, ist es ziemlich negativ.
Dan_waterworth
1
Ich finde # 13 sehr ironisch, da das im Wesentlichen das ist, was Sie hier tun, wenn auch im allgemeinen Sinne.
Dustin Rasener
6
  • Es liegt in der Verantwortung eines Programmierers, Software zu erstellen, die die Anforderungen, Analysen, Entwürfe und Spezifikationen erfüllt, die in Verträgen zwischen dem Programmierer und dem Kunden festgelegt sind.
  • Die Verantwortung eines Programmierers besteht darin, Software zu erstellen, die wirtschaftlich und zuverlässig ist und auf realen Maschinen effizient funktioniert.
  • Die Verantwortung eines Programmierers besteht darin, so effizient, ethisch und integer wie möglich zu arbeiten und sich mit äußerster Professionalität zu verhalten.

Manches davon gilt für „A Programmierung Firma ‚s“Verantwortlichkeit.

Stephen Furlani
quelle
4
  • Der Programmierer sollte die verwendeten Kernbibliotheken und Plattformen kennen und verwenden.

Insbesondere, wenn der Programmierer von einer anderen Plattform / Sprache stammt. Es ist schrecklich, den Programmierer zu finden, der um etwas kämpft, das die Kernbibliothek bietet, oder den Plattformvorteil aus Unkenntnis zu missbrauchen.

  • Der Programmierer sollte selbstdokumentierenden Code erstellen

Es ist sehr wichtig, den Code für andere Benutzer dokumentieren zu lassen, aber wenn es um die Wartbarkeit geht, kann der selbstdokumentierende Code buchstäblich Stunden und Stunden der Frustration ersparen.

Zum Beispiel vergleichen Sie:

// validates if is leap year
if(  year % 4 == 0 && (year % 100 != 0 || year % 400 == 0) ) { 
     doSomethingWithFebruary();
}

zu

if( isLeapYear( year ) ) { 
    doSomethingWithFebruary();
}
OscarRyz
quelle
4

Programmieren ist ein Beruf, keine Fähigkeit. Dies bedeutet, dass ein Programmierer die Verantwortung hat, auf seinem Gebiet über die neuesten Werkzeuge, Techniken und Technologien auf dem Laufenden zu bleiben.

Dies kann bedeuten, dass Sie sich an die Manager wenden, um Zeit für kontinuierliches Lernen und Training zu gewinnen, oder dies in Ihrer Freizeit tun.

Neal Tibrewala
quelle
2

1) Erklären Sie deutlich, dass eine Lösung für jedes Problem Kompromisse zwischen Leistung, Kosten, Zeit und Qualität mit sich bringt.

2) Vervollständigen Sie die relevante Dokumentation, ob sie Notizen oder Testpläne veröffentlicht. (Die Dokumentation variiert je nach Art und Größe des Unternehmens.)

3) Bitten Sie um die richtigen Werkzeuge für ihren Job (so viele stöhnen nur darüber, sprechen aber ihren Chef nie mit einem vernünftigen Argument an, um das zu bekommen, was sie brauchen).

... Andere werden ohne Zweifel folgen.

Kevin D
quelle
2

Alles in Frage stellen - Ein Programmierer sollte die Verantwortung haben, sich über alles zu erkundigen, was ein System tun oder handhaben muss. Dies kann die Frage beinhalten, welche Benutzer möglicherweise so dumme Fragen sehen, da es verschiedene Websites gibt, die zeigen, wozu Benutzer in der Lage sein können. Daily WTF und SharkTank sind ein paar Beispiele, obwohl ich mir sicher bin, dass es noch andere gibt.

JB King
quelle
1

Ein Programmierer ist dafür verantwortlich, User Storys im Produkt-Backlog in funktionierende und lieferbare Software-Inkremente umzuwandeln

Deshalb sollten Manager darauf achten, dass sie alles zum Ziel haben.

user2567
quelle
1

Hier ist mein Vorschlag.

  1. Ein Programmierer sollte die Arbeitsbedingungen verlangen, die in der Gesetzesvorlage des Programmierers aufgeführt sind, um die Standards für die Position nicht zu senken.

(Für "Programmierer" meine ich "Programmierer", nicht "Wochenend-Hacker", so dass alle Standard-Dinge, die ein Programmierer tun sollte, impliziert sind.)

cbrandolino
quelle
-1. Ich glaube nicht, dass eine Verantwortung eine sein kann, die ein Recht erfordert.
Craige
1

5 Regeln der Programmierer-Gilde

1.) checke seinen Code wöchentlich und an Feiertagen ein.

2.) für die Bedürfnisse der Programmiergemeinschaft sorgen.

3.) Lies mindestens ein Programmierbuch pro Jahr.

4.) Besuchen Sie mindestens eine Programmierkonferenz pro Jahr.

5.) bekennen Sie sich zu Ihren Fehlern.

Peter Turner
quelle
msgstr "Code wöchentlich und an Feiertagen einchecken"? Du meinst stündlich, oder?
Konfigurator
@configurator Ich meine das als absolutes Minimum, um dich selbst als Programmierer zu bezeichnen. Aber je mehr Checkins desto besser
Peter Turner
1

Ich werde der Liste "dokumentiere immer alle getroffenen Annahmen" hinzufügen. :-)

John Parker
quelle
Oder ... niemals Vermutungen anstellen?
Stephen Furlani
2
@Stephen Furlani - Das ist bei einem Projekt jeder Größe leider so gut wie unmöglich.
John Parker
0

Ein Programmierer sollte nichts tun oder implementieren, was unethisch oder illegal ist, wie z. B. Viren schreiben oder Systeme anderer hacken (es sei denn, er soll Sicherheitslücken aufdecken und das Opfer darüber informieren und was er oder sie tun kann, um dies zu verhindern von böswilligen Hackern ausgenutzt werden).

gablin
quelle