What are your 5 rules to be a good software engineer/ programmer?
Geht immer davon aus, dass es einen Fehler in eurem Code gibt.
Niemals mehr als minimal erforderlich tun.
Tue auch nie weniger als nötig.
Deadlines machen einen tollen Sound, wenn sie vorbeigehen. Ignoriere es.
Immer weiter lernen.....
Viele Entwickler denken, dass sie perfekten Code schreiben, aber in Wirklichkeit musst du darauf vorbereitet sein, dass es Fehler in deiner Arbeit gibt. Und wenn jemand darauf hinweist, korrigiere es einfach. Es ist keine Kritik, wenn jemand auf deine Fehler hinweist. Es ist ihre Art, das Endergebnis zu verbessern.
Was die Anforderung betrifft. Sicher, es wäre schön, ein zusätzliches Feature hinzuzufügen, das nicht gewünscht wurde. Aber diese zusätzlichen Funktionen sind oft Überraschungen für Benutzer, die sie vielleicht nicht zu schätzen wissen. Schlimmer noch, wenn er eine neue Funktion und einen Fehler sieht, wird er sich beschweren und sagen, dass du mehr Zeit damit verbringen solltest, den Fehler zu beheben, als neue Funktionen hinzuzufügen.
Verzichte nicht auf Dinge im Produkt, die im Design angegeben sind. Egal, warum sie nicht enthalten sind, wenn sie im Design enthalten sind, dann muss sie im Produkt enthalten sein. Oder du solltest das Design besprechen und es modifizieren lassen, um Funktionen zu entfernen, die du nicht ausführen kannst oder willst.
Was die Fristen betrifft.... Fristen sind für Manager, nicht für Entwickler. Du solltest in der Lage sein zu schätzen, wie lange eine bestimmte Aufgabe dauern wird, aber die Programmierung ist erledigt, wenn sie erledigt ist, nicht früher. Versucht nicht, Abkürzungen zu nehmen, euch zu beeilen oder Überstunden zu machen, weil ihr sonst die Frist nicht einhalten werdet. Wenn du die Frist nicht einhalten kannst, dann muss sich die Frist verschieben. Andernfalls muss das Management entscheiden, welche Funktionen entfallen müssen, damit der Rest rechtzeitig erledigt werden kann.
Und lerne immer weiter, sonst wirst du überflüssig.....