Was sollte jeder Programmierer wissen?

Unabhängig von den verwendeten Programmiersprachen oder Betriebssystemen oder der Umgebung, für die sie entwickelt wurden, was sollte jeder Programmierer wissen?

Einige Hintergrundinformationen:

Ich bin daran interessiert, der beste Programmierer zu werden, den ich kann. Als Teil dieses Prozesses versuche ich zu verstehen, was ich nicht weiß und würde mir sehr helfen, wenn ich es täte. Obwohl es Unmengen von Listen gibt, die "n Dinge, die jeder Entwickler von [Programmiersprache einfügen] wissen sollte", muss ich noch etwas Ähnliches finden, das nicht auf eine bestimmte Sprache beschränkt ist.

Ich erwarte auch, dass diese Informationen für andere von Interesse und von Nutzen sind.

Wie man Stolz schluckt und Fehler zugibt, ohne sie persönlich zu nehmen.

Wie man wie ein Benutzer denkt und nicht wie ein Techie-Geek-Programmierer.

Wann um Hilfe zu bitten und wann NICHT um Hilfe zu bitten.

Wie man den Code anderer Leute liest.

Vertrautheit mit Versionskontrollsystemen. Es muss nicht jeder sein, aber die grundlegenden Konzepte, die auf alle angewendet werden können, sollten bekannt sein.

Hier sind meine 10 Bits:

• Wie man demütig ist Wir sind alle hier, um zu lernen. Sie sind vielleicht schlauer als andere, aber es gibt viele Menschen, die schlauer sind als Sie.
• Informationen studieren / konsumieren. Ich weiß nichts über dich, aber ich lerne für immer! Bücher, das Internet, was auch immer!
• Was ein Wörterbuch ist und wie man es benutzt und wie man Akronyme schnell herausfindet.
• Was sind die grundlegenden Werkzeuge des Handels und was tun sie (IDE, CVS et al.).
• Kennen Sie die gängigen Begriffe und deren Bedeutung: Entwurfsmuster, Benutzerfreundlichkeit, Test (ha!), Stapel usw.
• Verständnis für OOP.
• Seien Sie "fähig" in mindestens einer Sprache, nichts Erstaunliches, wissen Sie nur, wie man Variablen und Methoden identifiziert usw. Von hier aus können Sie SCHNELL lernen.
• Verstehen Sie, dass Menschen letztendlich Software verwenden und diese Menschen glücklich machen wollen.

Vielleicht ist es zu subtil, aber ich betrachte es als "zu wissen, welches Problem zu lösen ist". Viele Programmierer (und normale Leute) geben sich große Mühe, Dinge zu lösen, die einfach nicht sehr wichtig sind. oder sie schaffen eine Lösung mit viel zusätzlicher Arbeit, die nicht ganz das ist, was benötigt wird.

Wie man sich entspannt. Es ist das Geheimnis der Produktivität.

Schließlich sind Willenskraft und Koffein nicht genug. Diese ständige Kontraktion ist sehr schädlich.

Das ist eine große Sache.

Grundlegende Datentyp- und Algorithmus-Theorie. Dinge wie Big O-Notation, Arrays, Warteschlangen usw.

Wie man das richtige Werkzeug für die richtige Aufgabe auswählt und nicht an dummen Flammenkriegen um seine Lieblingsprogrammierwerkzeuge teilnimmt.

Nun, hier ist meine .02 $:

• Das Lernen hört nie auf. Egal wie gut Sie denken, dass Sie sind, es gibt immer jemanden, der besser ist als Sie, und es gibt immer etwas, das Sie an sich selbst verbessern können. Wenn Sie aufhören zu lernen, werden Sie zwangsläufig als Programmierer herabgesetzt. Bücher lesen. Blogs lesen. Sprechen Sie mit anderen Programmierern.
• Versuchen Sie, mehrere Sprachen zu lernen. Mindestens einer von ihnen ist objektorientiert. Außerdem sollten Sie etwas über verschiedene Technologien in Bezug auf die Sprache wissen, die Sie lernen (z. B. Wenn Sie Java lernen, wäre es schön, wenn Sie etwas über Spring und so weiter wüssten.).
• Refactoring. Früher oder später wirst du dieses Wissen brauchen.
• Erfahren Sie, wie Sie mit altem Code umgehen.
• Schreiben Sie Komponententests. Erfahren Sie mehr über TDD.
• Lernen Sie im Team zu arbeiten.
• Schreiben Sie eleganten und lesbaren Code. Wie das alte Sprichwort sagt: "Schreiben Sie Ihren Code so, als ob die Person, die ihn pflegen wird, ein psychotischer Serienmörder ist, der weiß, wo Sie leben."
• Lerne, faul und diszipliniert zugleich zu sein. Gute Programmierer besitzen beide Eigenschaften. Wie seltsam es scheint, widersprechen sie sich nicht, sondern ergänzen sich.

Sie können die Qualität eines Produkts nicht testen.

Jeder Programmierer sollte Designmuster verstehen .

Ich bin ein bisschen spät dran, aber ich gehe mit dem Wissen von Edsger Dijkstra:

Neben einer mathematischen Neigung ist eine außergewöhnlich gute Beherrschung der Muttersprache das wichtigste Kapital eines kompetenten Programmierers.

Wenn Sie keinen guten Absatz schreiben können, können Sie wahrscheinlich auch keinen guten Code schreiben.

Lassen Sie sich nicht zu emotional von einer bestimmten Technologie, einem bestimmten Betriebssystem oder einer bestimmten Sprache anstecken. Keine davon ist perfekt. Auf lange Sicht werden Sie sich wahrscheinlich wünschen, Sie könnten sich Ihre eigene Speisekarte daraus zusammenstellen wie über jeden anderen.

Stellen Sie sich das wie ein Auto vor - Sie haben vielleicht noch nie ein bestimmtes Auto gefahren, aber alle haben Schlüssel, Lenkräder, Gaspedale und Bremsen - Sie sollten in ein Auto einsteigen und schnell losfahren können, wenn Sie wissen, was wo ist. Behandeln Sie Betriebssysteme und Sprachen gleich und konzentrieren Sie sich darauf, die grundlegenden Konzepte zu erlernen, die ihnen zugrunde liegen, selbst wenn Sie sich in den Schwierigkeiten befinden, die mit den Besonderheiten einer bestimmten Instanz verbunden sind.

Und versuchen Sie im Laufe der Zeit, die Herkunft, das Erbe und die Gemeinsamkeiten der verschiedenen Technologien zu verstehen und zu schätzen, die Ihnen dabei helfen, den Überblick zu behalten. Stellen Sie zum Beispiel fest, dass sich die Technologie im Laufe der Zeit immer wieder um „Best Practices“ und „Economies of Scale“ (Skaleneffekte) dreht, während sich der Evolutionsbaum aktiv verzweigt und voller Sackgassen ist PC unter der Haube in diesen Tagen ...).

Denken Sie auch daran, egal wie viel Spaß Sie damit haben, Technologie ist im Wesentlichen eine unvollkommene Linse zwischen dem, was Ihr Verstand sich vorstellen kann, und dem, was Sie tatsächlich produzieren. Gib dein Bestes, lerne zu lernen und bleibe anpassungsfähig ...

Wie programmiere ich in C.

Dass der Tag, an dem Sie aufhören zu lernen, der Tag sein sollte, an dem Sie kein Programmierer mehr sind.

Unit Testing und Debugging.

• Reguläre Ausdrücke
  • Wofür sind sie gut?
  • Wenn nicht verwenden sie
  • Wie schreibe ich lesbare reguläre Ausdrücke?
  • Wie man sie debuggt

Es wurde bereits erwähnt, aber ich denke, es verdient seine eigene Antwort.

Niemand möchte Software benutzen. Sie wollen, dass Probleme gelöst werden.

Kaffee und IntelliSense sind Ihre besten Freunde aller Zeiten.

Wie man ein großes, kompliziertes Objekt beobachtet und in kleine, einfache Objekte zerlegt, die beim Zusammensetzen immer noch die gleiche Aufgabe erfüllen.

Vertraue niemals einem Benutzer ( besonders wenn die App öffentlich ist!), Er wird oft alles in seiner Macht Stehende tun, um deine App auf die eine oder andere Weise zu beschädigen.

Machen Sie es zukunftssicher und erweiterbar - Sie wissen nie, wann Sie es in ein paar Jahren erweitern möchten, und erkennen, wie viel Aufwand es kosten würde, schlecht erstellten Code neu zu codieren.

Dass der Programmierer nicht alles weiß und immer versuchen sollte, neue Sprachen / Technologien usw. zu lernen.

Die Grundlagen für gutes UI-Design und Kommunikationsdesign (auch bekannt als Grafikdesign) .

Ich sehe so viele Apps und Projekte, die durch schlechtes Design oder schlechte Bedienbarkeit ruiniert wurden. Schon das Erlernen der Grundlagen kann einen großen Unterschied machen. Darüber hinaus sind die visuellen Problemlösungstechniken (z. B. die visuelle Kommunikation eines Konzepts) eine anregende Herausforderung, die Ihre Augen für neue Sichtweisen öffnen sollte, die sich wiederum auf Ihren Code auswirken sollten.

Ein empfohlenes Buch ist The Non-Designer's Design Book von Robin Williams

Das sagt Joel Spolsky dazu :

Beeindruckend! Jeder muss Grafikdesign machen, und nicht jedes Software-Team hat den Luxus professioneller Designer. In diesem ausgezeichneten, dünnen Buch erhalten Sie einen Überblick über die Prinzipien des Seitenlayouts, der Schriftarten usw. Die gute Nachricht ist, dass Sie es in der Badewanne lesen können, bevor das Wasser kalt wird, und am nächsten Tag Ihre Dialogfelder und Powerpoints und Webseiten werden besser aussehen.

Jeder Programmierer sollte schnell lernen können. Oftmals werden Sie aufgefordert, eine Technologie zu entwickeln, die Sie noch nie verwendet haben. Möglicherweise haben Sie eine Woche Zeit, um auf die Beine zu kommen (wenn Sie Glück haben), bevor Sie aufgefordert werden, Code in Produktionsqualität zu schreiben.

Versionskontrolle. Und um meine Freundin zu zitieren: "Ich möchte nicht, dass du den Abwasch machst, ich möchte, dass du es magst !"

Die Anforderungen ändern sich, Ihr Code muss angepasst werden, und Sie müssen ihn möglicherweise anpassen.

Es gab mehrere Fragen hier zu Themen im Zusammenhang , die davon betroffen sind.

Aus meinem Kopf:

1. Sehr wenige Programmierprobleme erfordern neben Addition, Subtraktion, Multiplikation und Division auch Mathematik. Wenn Sie Kalkül verwenden möchten, um ein Problem zu lösen, prüfen Sie die Alternativen ausführlich, bevor Sie dies tun.

2. Jedes Mal, wenn Sie erraten, wie etwas funktionieren soll, machen Sie es falsch. Es ist nicht deine Aufgabe, telepathisch zu sein.

3. Die Person, die Ihnen die Spezifikation gibt, weiß selten alles, was sie will, bis Sie es herausgefunden haben.

4. Mehr als die Hälfte davon, ein großartiger Programmierer zu sein, kommt aus dem Umgang mit Menschen. Die Interaktion mit Ihrem Team, die Verwaltung Ihres Managers und die Feinabstimmung des Endbenutzers sind die halbe Miete.

5. Guter Code ist so geschrieben, dass er von anderen gelesen werden kann, wie er von Ihrem Compiler gelesen werden muss.

6. Best Practice und praktische Realität werden mehr in Konflikt geraten als der Programmierer denkt, aber weniger als der Manager. Wenn sie sich in einem Konflikt zu befinden scheinen, liegt es an Ihnen, den Konflikt abzugrenzen und zu verstehen und sich dann dem Praktischen hinzugeben. Die subtile und clevere Lösung ist nur dann besser als die hässliche, brutale, wenn sie auf lange Sicht kostengünstiger ist.

7. Gute Tools können keine guten Programmierer sein, aber schlechte Tools machen uns genauso schrecklich.

8. Schauen Sie niemals auf eine Technologie herab, sondern suchen Sie immer nach der besten Alternative.

9. Je mehr Sprachen Sie kennen, desto besser sind Sie in der Sprache, die Sie verwenden.

10. Lassen Sie sich nicht durch das langsame Hineinkriechen von programmierorientierten Gedanken in Ihren Alltag stören. Selbst wenn wir nicht an einem Computer sitzen, leiden wir alle unter Bandbreitenbeschränkungen, haben Leistungseinbußen durch Taskwechsel und müssen Dinge aus dem Backup-Speicher laden. Computer sollen menschliches Denken imitieren und die Analoga sind überall.

Das Lesen des Codes anderer Leute wird Ihr Gehirn nicht verderben, sondern herausfinden, warum Sie es nicht so gemacht hätten (ob besser oder nicht, ist eine andere Frage).

So können Sie gedankenexperimente programmieren und gelegentlich finden Sie jemanden, der etwas Besseres umsetzt! Wie in viel besser.

Diese Antwort erweitert sich natürlich auf das Lesen Ihres eigenen Codes und erweitert sich daher auf die Verwendung der Versionskontrolle und von DIFF und damit auf 42.