5 Programmiermythen, die Sie kennen müssen, bevor Sie ein Unternehmen gründen

Ich bin ein Programmierer . Ich begann mit dem Programmieren auf einem alten Commodore 64, als ich noch kniehoch war. Bis heute fasziniert mich nichts mehr, als Kopfhörer aufzusetzen und etwas zu hacken. Als ich mein erstes Unternehmen gründete, wusste ich bereits viel über Programmierung. Ist das ein Trugschluss? Lassen Sie mich der Reihe nach erklären: Jiro spottet über Ihren Code.

Code ist wichtig

Ich habe an vielen Orten gearbeitet und herausgefunden, dass sich im Erfolg ein gemeinsames Phänomen verbirgt: Früher Code sieht aus, als wäre er von einem Haufen betrunkener Programmierer geschrieben worden. Das mag vielleicht kontraintuitiv erscheinen, aber das liegt daran, dass Sie Ihr Bestes geben müssen, um Ihr Unternehmen auszubauen, sodass Sie keine Zeit haben, die Software-Perfektion zu verfolgen. Auf der anderen Seite verbringen gescheiterte Unternehmen viele, viele Stunden damit, ihre Codebasis zu reparieren.

Zum Beispiel: wenn Sie Sushi-Koch sind. Im Rahmen Ihrer Arbeit sammeln Sie einen Satz vergriffener Messer ein. Sie verbringen Zeit und Mühe damit, Sammlungen zu vervollständigen, und das steigert Ihre Wettbewerbsfähigkeit als Koch.

Aber egal wie viel Zeit Sie jeden Tag damit verbringen, Ihre Requisiten zu polieren, Sie sind kein Schmied. Ihre Aufgabe besteht immer noch darin, Sushi zuzubereiten. Sie haben vielleicht die besten Messer der Welt, aber wenn Sie kein Sushi zubereiten können, wird Ihr Kundenservice schlecht sein. Ihr Restaurantgeschäft wird niemals erfolgreich sein.

Dasselbe gilt auch für Software. Wenn Sie ein Unternehmen leiten, besteht Ihr Geschäftszweck darin, Ihre Kunden zufrieden zu stellen. Code ist nur ein Werkzeug, um ein Ziel zu erreichen, er ist kein Selbstzweck. Sie können und sollten sich um Ihren Code kümmern, denn er hilft, den Kundenservice zu verbessern. Wenn Sie jedoch das Werkzeug mit dem Ziel verwechseln, sind Sie zum Scheitern verurteilt.

Lektion gelernt: Ihren Kunden ist die Testabdeckung, der Technologie-Stack, das Versionskontrollsystem oder die von Ihnen verwendeten Algorithmen egal. Ihre Aufgabe ist es, die Probleme Ihrer Kunden zu lösen, und je bequemer, desto besser.

2.

…konzentrieren Sie sich auf die Umsetzung, nicht auf Ideen.

Das hört sich vielleicht so an, als würde es dem traditionellen Ratschlag bei der Unternehmensgründung widersprechen: schnell starten! implementieren! Iterieren! Ausführung, keine Kreativität erforderlich! Schnell scheitern!

Die oben genannten Ratschläge sind allesamt tolle Ratschläge. Aber nur weil „keine Kreativität erforderlich ist“, heißt das nicht, dass wir eine schlechte Idee durch eine hervorragende Umsetzung korrigieren können. Erfolg besteht darin, ein gutes Problem zu finden und es dann richtig zu lösen. Daher ist es nicht möglich, eine gute Idee zu haben, sie aber nicht gut umzusetzen oder eine schlechte Idee perfekt umzusetzen. Ersteres kann natürlich trotzdem gerettet werden.

Viele Programmierer sind in der Todesspirale der Implementierung gefangen und verbringen viel Zeit damit, verschiedene Funktionen zu erstellen oder

Fehler

zu beheben, glaube ich Eine weitere Funktion wird den Zweck erfüllen. Ich sage Ihnen, das ist eine Illusion. Sie müssen nur ein wichtiges Problem lösen, andernfalls macht es keinen Sinn, dem Produkt weiterhin Funktionen hinzuzufügen, es sei denn, die von Ihnen hinzugefügten Funktionen können den Bedarf wirklich lösen.

Es ist besser, eine gute Idee zu haben, sie aber nicht richtig umzusetzen, als eine schlechte Idee zu haben, die perfekt umgesetzt wird.

Lektion gelernt: Wenn Sie Funktionen hinzufügen, um ein fehlerhaftes Produkt zu reparieren, fragen Sie sich am besten, ob das Problem dadurch tatsächlich gelöst wird.

3.

...Der Code ist für den Computer geschrieben

Ich kann immer nicht herausfinden, warum Dieser Fehler tritt so dauerhaft auf. Unabhängig davon, wie oft ein Programmierer aufgrund der schlechten Dokumentations- und Kommunikationsgewohnheiten eines Kollegen in Schwierigkeiten gerät, kommt er oft zu dem Schluss, dass Programmierer in solchen Dingen von Natur aus schlecht sind und sie nicht tun sollten.

Was für ein großer Fehler.

Wenn Sie Teil eines Teams sind, ist die Kommunikation eines der größten Hindernisse für die Verbesserung der Teameffizienz – das ist keine Übertreibung, das Team steht vor

O(n2 )

Frage. Wenn Code Ihre primäre Ausgabe ist, müssen Sie Ihre Einstellung zum Programmieren ändern: Code wird geschrieben, damit die Leute ihn lesen können, und läuft dann zufällig auf einem Computer.

Oft sehe ich Programmierer, die Stunden damit verbringen, unermüdlich Code zu schreiben, aber die zehn Minuten, die sie mit der Aktualisierung der Codedokumentation verbringen, weglassen. Denn sie denken: „Es hat keinen Sinn, Hühner mit dem Schlachtermesser zu töten. So etwas kann man künftigen Generationen überlassen. In gewisser Weise sind ihre Ideen äußerst absurd.“

Lektion gelernt: Code ist so geschrieben, dass er von Menschen gelesen werden kann. Schreiben Sie keinen Code ohne Dokumentation.

4.

…Dies ist der letzte Schritt der Codierung.

Glauben Sie, dass Sie fertig sind, sobald Sie dieses Feature geschrieben und in Produktion gebracht haben? Falsch. Jede Funktion hat einen Lebenszyklus. Der Code, den Sie heute schreiben, wird, wenn er erfolgreich ist, von Generationen von Programmierern nach Ihnen verwendet. Vielleicht müssen Sie ein Team bilden, nur um sich um den Code zu kümmern, den Sie heute geschrieben haben.

Denken Sie darüber nach. Wenn Ihre Aufgabe darin bestünde, sich um den von anderen geschriebenen Code zu kümmern, würden Sie das tun?

Der Schlüssel zur Lösung des Problems liegt darin, ein Gefühl der Krise zu haben: Das Schreiben der ersten Version bedeutet nicht das Ende des Codes. Stellen Sie sicher, dass Sie bei der Dokumentation, Anmerkung, Organisation usw. gute Arbeit leisten.

Lektionen gelernt: Tue anderen nicht das an, was du nicht willst, dass andere dir etwas antun.

5. …Die Aufgabe eines Programmierers besteht darin, Code zu schreiben

Die meisten Programmierer denken, dass die beste Zeitnutzung darin besteht Am besten setzen Sie sich vor den Computer, setzen Kopfhörer auf und geben den Code ein. Wenn jedoch jede Codezeile, die Sie schreiben, während des gesamten Produktlebenszyklus gepflegt und unterstützt werden muss, ist der Algorithmus wieder anders.

Der einzig glaubwürdige Moment in diesem Film. Dinge, die du gerne tust. Wenn Sie jedoch in einem Team an der Entwicklung eines Produkts arbeiten, besteht Ihre erste Verpflichtung darin, den vorhandenen Code zu pflegen. Weitere wichtige Aufgaben sind: Koordination, Kommunikation, Planung und Anleitung.

Lektion gelernt: Die Aufgabe eines Programmierers ist es, Probleme zu lösen. Es bedeutet nicht immer, Code zu schreiben.

Du bist nicht nur Programmierer, sondern auch Produktmanager.

Manchmal denken Sie vielleicht: Das klingt nach dem Job eines Produktmanagers und nicht nach dem eines Programmierers. Wenn Sie jedoch dafür bezahlt werden, Code zu schreiben – insbesondere in einem Startup –, dann betrachten Sie sich als Produktmanager. Wenn auch Ihr Produkt erfolgreich sein soll, ist es entscheidend, über das große Ganze nachzudenken. Das ist nicht nur gut für Ihr Start-up, sondern auch für Ihre zukünftige berufliche Entwicklung.

Abschließend können Sie uns gerne einen Rat geben, wenn Sie anderer Meinung sind.

Kostenlos erhalten

LAMPE

Band of BrothersOriginalPHPVideoVideo-TutorialCD/《 DetailsPHP》Essential-Version, bitte kontaktieren Sie den offiziellen Website-Kundendienst für Details: http:// www.lampbrother.net

PHPCMS

Sekundärentwicklung

http://yun.itxdl.cn/online/phpcms/index.php? u=5 WeChat-Entwicklung

                                                       Serverseitige Entwicklung für mobiles Internet

http://yun.itxdl. cn/online/server/index .php?u=5

Javascript

Kurs http://yun.itxdl.cn/online/js/index.php? u=5

CTOTrainingslager http://yun.itxdl.cn/online/cto/index.php?u= 5

Das Obige stellt fünf Programmierfehler vor, die Sie kennen müssen, bevor Sie ein Unternehmen gründen, einschließlich relevanter Inhalte. Ich hoffe, dass es für Freunde hilfreich ist, die sich für PHP-Tutorials interessieren.