5 wichtige und fehlende Fähigkeiten, die der beste Entwickler benötigt

Vorwort

Sie haben diese Artikel tausendmal gesehen:

• "10 Dinge, die Sie erstellen müssen, um ein besserer Entwickler zu werden."
• "Die besten Rahmenbedingungen, um 2019 zu lernen."
• "Mach es, um ein Rockstar-Entwickler zu werden."
• "Lesen Sie diese zehn technischen Bücher und Sie werden ein erfolgreicher Entwickler."

Was sie sagen ist, dass Sie Reactjs oder Knoten lernen müssen . Erstellen Sie eine 1.000.000.000 ToDo-Anwendung. Lesen Sie den Python-Crash-Kurs und boomen Sie, Sie sind der beste Entwickler.

Dies ist alles (theoretisches) technisches Wissen. Sie brauchen sie, aber denken Sie, dass ein Friseur, der weiß, wie man eine Schere technisch korrekt hält, gut ist? In jedem Beruf gibt es mehr Fähigkeiten zu bewerten!

Lassen Sie uns darüber sprechen, was meiner Meinung nach übersehene Fähigkeiten sind.

Abstraktes Denken

Als Entwickler müssen Sie eine Funktion implementieren, die jemand verwenden wird. Dies kann jemand sein, Sie, der Kunde, Ihre Kollegen, Leute aus dem Internet, die Sie niemals treffen werden.

Wenn Sie dies wissen, besteht Ihre Aufgabe darin, für alle zu denken und die Funktion auf den Punkt zu bringen.
Ihr Management möchte sehen, wie oft Personen auf einer Website auf etwas klicken. Sie müssen verstehen, dass es sich um Menschen mit spezifischem Denken handelt .

Ihre Manager denken in Listen, Zahlen und Tabellen. Im Moment betrifft sie das Gesamtbild Ihres komplexen Programms nicht und sie verstehen es nicht. Sie sollten nicht. Diese Arbeit gehört dir!

Kehren wir zur Aufgabe zurück, „wie oft der Benutzer auf die Site klickt“ . Ich stelle mich in beiden Rollen vor. In der Rolle des Benutzers und desjenigen, der die Daten sieht und versucht herauszufinden, was der Benutzer benötigt.

Für den Endbenutzer sollte alles gleich sein. Möglicherweise wird ein Haftungsausschluss angezeigt, den er einmal drückt. Und alle. Diese Funktionen sollten für den Endbenutzer nicht sichtbar sein. Das war einfach. Denken Sie immer zuerst an Ihren Endbenutzer! Immer!

Lassen Sie uns nun darüber nachdenken, wer von den Daten profitiert. Was will er also sehen? Nur eine Nummer. Wie ist 42 ? Aber was bedeutet diese Zahl? Vielleicht ist der beste Weg, um zu messen, nicht die Klickfrequenz, sondern das Ziel des Klicks? Sie kehren zu Ihrem Entwicklungsteam oder zu den Aktionären zurück und sagen ihnen, dass es möglicherweise besser ist, Statistiken darüber zu haben, wie oft wir klicken und welche Aktionen auf den Klick folgen. Vielleicht haben Sie so etwas wie „Oh, können Sie das tun? Ja, lass es uns tun . " Sie können sich weiter mit Abstraktion befassen, aber ich denke, Sie haben es verstanden.

Die richtige Frage formulieren

Ich habe das die ganze Zeit gesehen, vom Junior bis zum Senior Developer. Sie erhalten die Aufgabe und erledigen sie. Ich nenne diese Leute Code Monkeys .

Ein Teil des Entwicklerseins besteht darin, Fragen zu stellen und dem, was wir erreichen müssen, auf den Grund zu gehen (dies kehrt zur Frage der Abstraktion zurück).
Eine Aussage kann auf 1000 Arten interpretiert werden.
Sie müssen verstehen, warum Sie diese Funktion implementieren. So sehen Sie die Probleme und zukünftigen Risiken besser.

Die Frage „Warum“ in einem Unternehmen wird oft als Vertrauensproblem angesehen .
Sie hören Aussagen wie:

• Wir müssen dem Entwicklungsteam vertrauen.
• Vertrauen wir ihnen, sie wissen, was für das Unternehmen am besten ist.
• Vertraust du mir nicht
• Versuchen wir es zuerst und stellen daher Fragen.

Die Frage stellen und versuchen zu verstehen warum - hat nichts mit Vertrauen zu tun. Als Entwickler kennen Sie die internen Abläufe des Systems. Sie können technische Probleme und Austrittspunkte sehen, was möglicherweise funktioniert und was möglicherweise nicht. Wenn Sie jemals die obigen Sprüche gehört haben, funktioniert es immer, wenn Sie Folgendes wiederholen:

• "Ich glaube dir, und ich weiß, dass das wichtig ist."

Kommunikation mit Menschen ohne technisches Wissen

Wie oft passiert das in Chats wie Slack:
Sie öffnen einen Kanal für das gesamte Unternehmen und sehen mehrere Links zu einem Beitrag in einem supertechnischen Blog darüber, warum "forEach" schneller ist als eine "Karte" in JavaScript.

Oder Sie sagen: "Nein, das können wir nicht" und erklären, dass ReactJS diese Funktion nicht hat und Sie das npm-Paket laden müssen.

Wenn Ihr Produktmanager nicht von einem ehemaligen Entwickler stammt, versteht er kein Wort von dem, worüber Sie sprechen.

Stattdessen sollten Sie versuchen, eine gute Analogie in einem Bereich zu finden, in dem jeder alles versteht. Ähnlich wie am Anfang beim Friseur. Eine Person ohne technische Basis kann dies verstehen und daraus schließen, dass Sie Recht haben.

Geduld

Du hast diese Anleitungen auf YouTube gesehen, wo Leute in 15 Minuten etwas in einem Video erstellen, und dann versuchst du es zu wiederholen, und es dauert viel, viel, viel länger!

Sie sind verärgert, dass Sie diese Aufgabenliste nicht implementieren können. Dies ist auch das erste Mal, dass Sie einen Code berührt haben. Yutuber verfügt bereits über zehn Jahre praktische Erfahrung und hat sich darüber hinaus vor dem Aufnehmen des Videos vorbereitet und diese Aufgabenliste mindestens einmal umgesetzt. Jetzt wiederholt er einfach das Drehbuch.

Weißt du - woher kommt dieses Klischee, dass die Entwickler die Kreaturen der Nacht sind? Weil es uns gefällt? Weil wir unsozial sind? Dies kann nur für einen kleinen Bruchteil zutreffen. Der Hauptgrund ist, dass das Schreiben von Code Zeit braucht! Viel Zeit, wenn Sie versuchen, etwas Neues zu lernen!

Feste Meinung

Ich bin ein Mann mit einem starken Meinungssyndrom, wenn es um Webentwicklung geht, und ich sage den Leuten meine Meinung, auch wenn ich weiß, dass sie es nicht mögen. Ich mache das nicht, um Leute zu stören oder niederzuschlagen. Wie kann meine Meinung so emotional bedeutsam sein, dass Sie nach dem Hören an Ihrer eigenen Existenz zweifeln? Entschuldigung, aber es gibt noch viele weitere wichtige Probleme, und Sie sollten herausfinden, wie Sie damit umgehen sollen, da dies sonst nur zu einer Sache führt: Stagnation. Sie werden mit 18, 25 und 50 Jahren gleich sein. Ich weiß, dass dies einfacher zu schreiben ist als zu tun, aber es ist wichtig, dass Sie wissen: "Die Art, wie Sie sich jetzt verhalten, ist das einzige, was Sie in eine solche Distanz geführt hat."

Das Schlimmste, was in einem Entwicklungsteam passieren kann, ist, wenn jeder eine Meinung hat, aber niemand sie ausdrückt! In diesem Fall sind Sie tot. Dies ist der Anfang vom Ende. Wenn Sie kein Code-Affe sind, fühlen Sie sich jeden Tag weniger motiviert und mehr verärgert, und das wird nicht nur bei Ihnen sein. Eines Tages werden Menschen, die mehrere Jahre für ein Unternehmen gearbeitet haben, unerwartet gehen - weil sie es nicht mehr ertragen können.

Ich sage nicht, dass Sie sagen müssen: "Ich mag es nicht." Sie müssen sagen warum und einige Beispiele liefern. Sei nicht fick, sondern sei jeden Tag weniger verärgert. Weil es niemandem hilft. Also entweder Ihre Meinung äußern oder keine Meinung haben und ein Code-Affe sein oder das Unternehmen verlassen, um einen besseren Job zu finden oder freiberuflich tätig zu werden. Ich weiß nicht, was davon richtig ist, aber stagniere nicht.

Danke fürs Lesen!