Im sich schnell entwickelnden Bereich der Softwareentwicklung ist es gleichbedeutend mit Rückstand, sich nicht zu verbessern. Die Technologien verändern sich rasant und diejenigen, die Schritt halten, werden hoch belohnt, und diejenigen, die es nicht tun, werden schnell veraltet. In diesem Artikel werde ich die häufigsten Möglichkeiten skizzieren, wie Entwickler ins Hintertreffen geraten und wie man sie vermeidet. (Die freundliche Dame auf dem Bild ist davon natürlich ausgeschlossen).
Sie nehmen (eigentlich) kein Feedback entgegen
Konstruktives Feedback ist zweifellos der wichtigste Katalysator, der Entwickler in ihrer Karriere vorantreibt und ihre Fähigkeiten verbessert. Ob in Form von Pull-Request-Feedback, Manager-Feedback oder Team-Feedback, es kann den Unterschied zwischen einem guten und einem großartigen Entwickler ausmachen. Wenn ein Entwickler nicht in der Lage ist, Feedback effektiv anzunehmen, setzt er seinen Fähigkeiten und seinem Potenzial eine Grenze.
Sie denken vielleicht „Ich bin großartig darin, Feedback anzunehmen, ich nehme es nicht persönlich und ich bin immer nett zu jedem, der es mir gibt.“ Das ist zwar eine großartige Sache, aber es ist nicht die Art und Weise, wie Sie Feedback annehmen sollten. Feedback sollte die Art und Weise, wie Sie programmieren und entwickeln, neu definieren, zumindest in gewisser Weise. Es ist nicht etwas, das man nur in ein oder zwei Pull-Requests einbaut, um denjenigen zu besänftigen, der einen kritisiert hat.
So sollten Sie Feedback aufnehmen:
- Erstens, wenn Sie Fragen dazu haben, fragen Sie. Wenn Sie mit dem Feedback nicht einverstanden sind oder es nicht verstehen, fragen Sie bitte danach. Sie werden nicht in der Lage sein, die Informationen zu behalten, wenn Sie sie nicht wirklich verstehen oder, noch schlimmer, tatsächlich daran glauben. Seien Sie kein Schwächling mit Ihrem Code.
- Machen Sie sich Notizen. Schreiben Sie diese Informationen auf, führen Sie ein Protokoll oder ein technisches Tagebuch über Ihre Erkenntnisse. Auf diese Weise können Sie Ihre Notizen überprüfen und in Zukunft bessere technische Entscheidungen treffen.
- Wenden Sie die Ratschläge rückwirkend auf Ihren Code an. Wenn das Feedback, das Sie erhalten haben, bei Ihnen Anklang findet, können Sie Änderungen an dem Code vornehmen, den Sie zuvor geschrieben haben. Wenn Sie es für einen bestimmten Codeabschnitt erhalten haben, gehen Sie darüber hinaus und wenden Sie ihn auf andere an. Übung macht den Meister, und Sie werden die Codebasis besser verlassen, als sie begonnen hat.
- Wiederholen Sie es für andere. Das ist ziemlich einfach; Unterrichten ist der beste Weg zu lernen. Indem du andere unterrichtest, gewinnst du ein tieferes Verständnis für die Lektion, die du gelernt hast, und lernst vielleicht noch mehr darüber.
Sie stellen keine Fragen
Software ist ein seltsames Feld. Viele der nützlichsten Kenntnisse sind nicht in Universitätsvorlesungen, Büchern oder Programmier-Tutorials enthalten. Das Wissen ist tatsächlich in den Köpfen brillanter und erfahrener Entwickler gespeichert, die nie ein Buch schreiben, die meisten von ihnen schreiben schlechte Dokumentation.
Der Entwickler, der zu schüchtern oder zu stolz ist, um auf andere zuzugehen und Fragen zu stellen, wird also immer hinter dem neugierigen Entwickler stehen, der einen unendlichen Vorrat daran hat. Der eine lernt die Industriestandards, sobald sie entwickelt werden, während der andere sie vielleicht erst nach Jahren lernt.
Die Quintessenz ist: Wenn Sie es nicht wissen, fragen Sie. Machen Sie sich keine Sorgen über Dinge wie „Was ist, wenn ich diesen Entwickler belästige?“ oder „Werde ich dumm aussehen, wenn ich frage?„, denn Sie werden viel dümmer aussehen, wenn der Tag kommt und Sie diese Informationen brauchen, aber nicht haben.
Sie vermeiden schwierige Probleme
Es ist sehr einfach, mit Software in einen Trott zu geraten. Sie können genau die gleichen Dinge tun, bei denen Sie sich wohl fühlen, und sich nie selbst herausfordern, ein wirklich komplexes Problem anzugehen. Ich habe gesehen, wie Entwickler ständig die einfachen Aufgaben aufgriffen und sich nie trauten, die schwierigen anzugehen. Die schwierigen Probleme sind diejenigen, bei deren Lösung man am meisten lernt; Sie treiben sich selbst an, anders zu denken und Technologien zu erforschen, um diese Probleme anzugehen. Wenn Sie immer wieder das gleiche einfache Problem lösen, dann garantiere ich Ihnen, dass Sie als Entwickler ins Hintertreffen geraten werden.
Wenn Sie ein Full-Stack-Entwickler sind, der ständig nur Frontend-Aufgaben aufnimmt, wissen Sie was? In ein paar Jahren wirst du nur noch Frontend-Entwickler sein. Wenn Sie ein Backend-Entwickler sind, der nur an kleinen, einfachen Aufgaben arbeitet, werden Sie schnell vergessen, wie man Integrationen durchführt oder komplexe Funktionen implementiert. Du verlierst, was du nicht benutzt.
Sie arbeiten nie an ihren eigenen Projekten
Ich sage keineswegs, dass Entwickler jeden Moment außerhalb der Arbeitszeit mit der Arbeit an einem Nebenprojekt verbringen sollten, aber jeder Entwickler sollte den Versuch unternehmen, seine eigenen Projekte zu erstellen. Der Hauptgrund dafür ist, dass es keinen besseren Weg gibt, ein umfassendes Verständnis von Systemen zu entwickeln. In den meisten Softwarejobs ist ein Entwickler auf einen oder zwei Entwicklungsbereiche spezialisiert, was die Möglichkeiten eines Entwicklers einschränkt. Die Arbeit an einem Projekt von Grund auf kann Wissenslücken schließen und Ihnen Dinge wie Systemdesign, Produktmanagement, Integrationen, Authentifizierung, DevOps usw. beibringen.
Ein weiterer guter Grund, an Nebenprojekten zu arbeiten, ist die Umsetzung von Wissen in die Praxis. Es ist eine Sache, von Tutorials und Dozenten zu lernen, aber es ist eine ganz andere, das Gelernte in einem eigenen Projekt umzusetzen. Wenn Sie aus Tutorials lernen, gibt es immer die „richtige“ Antwort und jemanden, der Sie durch die Lektüre führt. Wenn Sie alleine arbeiten, müssen Sie durch Recherche und kritisches Denken die beste Lösung für Ihren Fall finden, was ein besseres Verständnis tief in Ihnen zementiert.
Sie wechseln nie die Rolle oder das Unternehmen
Wenn Sie Ihre Rolle oder Ihr Unternehmen wechseln, passieren einige Dinge:
- Du lernst neue Teamkollegen kennen, die dir dadurch neue Dinge beibringen können
- Du arbeitest an neuen Aufgaben, die dich zum Umdenken zwingen
- Sie arbeiten mit verschiedenen Technologien, die Ihnen mehr Bandbreite an Fähigkeiten geben und Ihnen helfen, Ihren Lebenslauf für zukünftige Möglichkeiten zu stapeln
Ich betrachte diese Schalter als massive Motivation zum Lernen und Verbessern, was sich positiv auf Ihre Programmierfähigkeiten auswirkt. Ich führe das darauf zurück, dass man durch das Onboarding schnell einen neuen Tech-Stack lernt und neue Herausforderungen hat, die das Gehirn und die Programmierfähigkeiten auf die Probe stellen.
Sie wechseln nie die Programmiersprache
Dies könnte viele Programmierer verärgern, insbesondere diejenigen, die darauf bestehen, dass ihre Programmiersprache die beste ist. Die Wahrheit ist, dass das Erlernen und Üben verschiedener Sprachen einen großen Wert hat. Eine Programmiersprache ist am Ende des Tages ein Werkzeug, und Sie sollten das beste Werkzeug für die jeweilige Aufgabe auswählen, es gibt nicht die beste Werkzeugperiode. Der Entwickler mit mehr Tools ist anpassungsfähiger.
Sie mögen C++ lieben und Javascript hassen, aber am Ende des Tages ist Javascript unendlich viel besser für die Frontend-Entwicklung geeignet. Der Versuch, Frontend-Code mit C++ zu schreiben, wäre wie der Versuch, mit einem Schraubenschlüssel zu tippen, es ist einfach nicht das richtige Werkzeug für den Job, obwohl es in anderen Kontexten sehr nützlich ist. Wenn Sie eine hochoptimale und leistungsstarke Anwendung schreiben müssen, sollten Sie Python im Allgemeinen vermeiden, obwohl es keine schlechte Programmiersprache ist, aber nicht die richtige für den Job.
Die Industriestandards und -anforderungen ändern sich häufig. Unten sehen Sie eine Abbildung, die einen Vergleich der beliebtesten Programmiersprachen im Laufe der Zeit enthält. Das Erlernen verschiedener Programmiersprachen ermöglicht es Ihnen, mit der Branche Schritt zu halten und immer gefragt zu sein.
Fazit
Überspitzt lässt sich sagen, dass Entwickler, die sich nicht kontinuierlich verbessern wollen oder können, durch mangelnde Neugier, fehlende Selbstkritik oder die Vermeidung von Herausforderungen in ihrer Karriere stagnieren werden. Wer sich jedoch ständig hinterfragt, neue Fähigkeiten erwirbt und offen für neue Ideen ist, wird sich kontinuierlich weiterentwickeln.