1. Klar denken, bevor Sie Code schreiben

Neulinge in der Branche können es kaum erwarten, mit dem Schreiben von Code zu beginnen, sobald sie die Anforderungen erhalten, um ihre Fähigkeiten zur Schau zu stellen. Das ist ein großes Tabu! Meiner Ansicht nach beträgt die tatsächliche Zeit, die mit dem Schreiben von Code verbracht wird, nur 20%. Wenn Sie es nicht klar durchdenken, werden die anderen 80% der Zeit mit der Fehlerbehebung verbracht.

2. Wenn Sie nicht kommunizieren, stehen Sie am Ende mit gebrochenem Kopf und blutigem Gesicht da.

Wenn man nicht gesprächig und kommunikativ ist, kann das leicht zu Missverständnissen bei den Anforderungen führen. Am Ende hat man es fertiggestellt und stellt fest, dass es nicht das ist, was das Produkt verlangt hat. Viele Funktionen werden wegen mangelnder Kommunikation zurückgestellt und überarbeitet.

3. Niemand liest Dokumentation, aber man muss sie trotzdem schreiben.

Die Rolle der Dokumentation dient normalerweise nicht der Kommunikation, sondern der Aufzeichnung. Die meisten Anforderungen werden weiterhin mündlich kommuniziert, aber wenn man keine Dokumentation als Aufzeichnung schreibt, kommt es später leicht zu Streitigkeiten.

4. Schreibe unbedingt Kommentare

Keine Kommentare zu schreiben, bedeutet, sich selbst und anderen eine Grube zu graben, denn nach langer Zeit versteht man nicht einmal mehr seinen eigenen Code.

5. Erwarte nicht, dass die Anforderungen stabil bleiben

Produktanforderungen werden ständig entsprechend den Geschäftsanforderungen angepasst. Anforderungsänderungen sind völlig normal. Beschwere dich nicht; die einzige Konstante in dieser Welt ist die Veränderung.

6. Business geht vor Technologie

Wenn Technologie nicht dem Geschäft des Unternehmens dient, ist sie wertlos. Geld zu verdienen ist das absolute Prinzip für ein Unternehmen. Deshalb empfehle ich nicht, dass alle neuen Technologien nachjagen; konzentriert euch stattdessen mehr auf die Anwendung ausgereifter Technologien in Wirtschaftsunternehmen.

7. Verlass dich nicht auf Glück

Die Stelle, an der du vage das Gefühl hast, dass ein Bug auftreten wird, ist genau die Stelle, an der mit Sicherheit ein Bug auftreten wird.

8. Teste es zuerst selbst ein paar Mal

Wirf den Code nicht einfach den Testern hin, sobald du mit dem Schreiben fertig bist. Alles, was durch deine Hände geht, sollte qualitätsgesichert sein.

9. Löse Probleme so weit wie möglich selbst

Wenn du auf ein Problem stößt, das du nicht verstehst, versuche zuerst, es nach besten Kräften selbst zu lösen (90 % der Probleme lassen sich mit Google, Stack Overflow usw. lösen). Mach nicht bei jeder Gelegenheit einfach einen Screenshot und wirf ihn jemandem hin, damit er dir hilft. Dein Chef und deine Kollegen sind nicht dafür da, deine Fehler auszubaden. Aber wenn du wirklich Mist gebaut hast, bitte so schnell wie möglich um Hilfe.

10. Neue Technologien mit Vorsicht einsetzen

Jage nicht neuen Technologien hinterher. Neue Technologien sind alle Beta-Versionen. Wenn du es auf dich nimmst, sie zu verwenden, bevor die Gurus überhaupt eine klare chinesische Einführungsdokumentation geschrieben haben, suchst du meistens Ärger.

Original-URL: http://www.techug.com/post/funny-programmer-pictures-2.html