Was sollte man in der IT im Jahr 2020 nicht tun?

Habr ist voll von Prognosen und Ratschlägen, was im kommenden Jahr zu tun ist – welche Sprachen zu lernen, in welche Bereiche abzuwandern, wie man mit seiner Gesundheit umgeht. Das klingt inspirierend! Aber jede Medaille hat zwei Seiten, und wir stolpern nicht nur über etwas Neues, sondern meist über das, was wir jeden Tag tun. „Warum hat mich denn niemand gewarnt!“, rufen wir genervt aus, meist zu uns selbst. Wir ziehen den Fokus auf uns – wir haben eine Liste für Sie zusammengestellt, was man im Jahr 2020 (oder vielleicht immer) NICHT tun sollte. 

Aber die Schwerkraft wurde nicht gefragt

Wir würden gerne die Antirekommandationen der Reihe nach anordnen, von den wichtigsten zu den weniger bedeutenden. Aber sie sind so verbreitet, gleichwertig und fast jedem bekannt, dass wir sie durcheinander schreiben werden. Na, wollen wir die Liste überprüfen?

Gehen Sie nicht in die IT, wenn alles gut läuft

Lernen Sie keine neue Technologie, um den Beruf zu wechseln oder ganz neu anzufangen. Unsere Zeit ist großartig, da man lernen, den Job wechseln und die Branche grundlegend ändern kann – und das bis zur Pensionierung. Das ist eine tolle, verlockende Sache. Aber wenn Sie älter als 28-30 sind, sollten Sie nicht alles aufgeben, um in die IT zu gehen oder auf einen neuen Stack zu wechseln (zum Beispiel, Sie schreiben hochperformante Systeme in Java und entscheiden sich plötzlich, in die Neuronalen Netze auf Python zu wechseln). Der Grund ist einfach: Es wird Ihnen nicht leicht fallen. Erstens gibt es hohe Konkurrenz von Spezialisten, die seit Beginn ihrer Karriere in diesem Stack arbeiten, zweitens müssen Sie erneut als Junior mit einem niedrigen Gehalt anfangen, und drittens wird es psychisch schwierig sein, unter einem unteren Hierarchielevel zu arbeiten. Daher, wenn Sie in eine andere Richtung gehen möchten, versuchen Sie dies entweder im Rahmen der aktuellen Arbeit und Aufgaben zu tun oder entwickeln Sie neues Wissen als Hobby, arbeiten Sie an einem Pet-Projekt, um nicht mehr als Junior in eine neue Anstellung zu kommen. 

Den Stack zu wechseln – nur Zeit verschwenden

Schwenken Sie nicht hin und her zwischen den Technologie-Stacks für Ihre Entwicklung. Wenn Sie ein Projekt in einer Sprache schreiben, ein bestimmtes Framework und Bibliotheken verwenden, sollten Sie nicht alles über Bord werfen und auf Dart umschreiben, nur weil es Ihnen interessant erscheint. Machen Sie es sich zur Regel, eine Begründung für den Technologiewechsel zu finden – nicht nur auf der Ebene „ich will – ich kann nicht“, sondern auch auf finanzieller und ingenieurtechnischer Ebene. 

Es ist nicht nötig, auf Ihrem Standpunkt zu bestehen und zu verhärten

Sich auf eine Sprache oder Technologie zu versteifen und nichts Neues zu lernen, ist genauso extrem wie den Tech-Stack bei jeder neuen Technologie zu wechseln. Achten Sie darauf, neue Bibliotheken und Frameworks zu lernen, seien Sie nicht stur im Bewusstsein, dass alles Bessere bereits vor Ihnen erfunden und ausschließlich von Ihnen optimiert wurde. Für praktisch jede Sprache werden ständig Aktualisierungen veröffentlicht, die Ihr Projekt erheblich verbessern können. Lassen Sie sich nicht entmutigen und verfolgen Sie die Entwicklungen Ihres Tech-Stacks. Sobald Sie etwas Tolle und Nützliches finden, zögern Sie nicht, es in Ihr Projekt zu integrieren!

Eigenverstand ist gut, immer gut.

Denken Sie nicht mit fremden Gedanken, eigene sind besser. Leider sitzen einige Entwickler da und warten darauf, dass ihnen die Aufgabe zugeteilt wird, von dem vorherigen Fehler bis zum Ende zu codieren, ohne zu versuchen, etwas Eigenes in das Projekt einzubringen, eine neue Funktion zu entwickeln, zu testen und für die Produktion vorzuschlagen. Warum sich anstrengen, wenn es den Kopf des Teamleiters oder des Unternehmensleiters gibt, die alles selbst entscheiden? Wenn Sie sich in dieser Beschreibung wiedererkennen, haben wir schlechte Nachrichten für Sie: Eine passive Haltung wird Ihnen weder in der Karriere noch in der Weiterentwicklung helfen. Sie haben die Chance, Ihre Fähigkeiten als Entwickler auszuprobieren und nicht nur als Codierer in einem echten Projekt zu verstehen, wohin Sie sich bewegen sollten, was fehlt, aber Sie ziehen es vor, Ihre Zeit mit etwas anderem zu verbringen und genau „von hier bis dahin“ zu arbeiten. Solche Menschen haben es in der modernen IT immer schwerer, kommen Sie aus dem Anäbiouse. 

Benutzer sind schreckliche Menschen.

Überschätzen Sie die Benutzer Ihrer Software nicht: Wenn Sie nicht für Programmierer schreiben, rechnen Sie damit, dass das Programm auf unüberwindbares Unverständnis stößt. In den ersten Tagen oder Wochen wird der Benutzer Ihre Software hassen, weil „die alte nicht so dumm war“. Um dies zu vermeiden, erstellen Sie eine großartige Dokumentation und Schulungsmaterialien. Weisen Sie beim Installieren oder Kaufen sehr eindringlich darauf hin, dass die Handbücher gelesen werden sollten, bevor Sie mit dem Programm arbeiten, und nicht nach einem Datenbankabsturz, Passwortverlust und Selbstkontrolle.

Man sollte die Nutzer nicht unterschätzen: Sie sind schlauer, klüger und neugieriger, als man denkt. Wenn Sie glauben, dass der Bug mit dem Variablenformat und die Ausnahme beim 138. Drücken der Enter-Taste im Abstand von einer Sekunde nicht auftauchen werden, irren Sie sich — sie werden auftreten und die Funktionsweise Ihrer Anwendung auf die verrücktesten Arten beeinflussen. Das Regel des Amateurs gilt: Er ist derjenige, der beim Testen am besten abschneidet. Aber aus irgendeinem Grund mögen es die Nutzer nicht, Bugs in der Produktion zu finden — es gibt keine IT-Solidarität darin. Kurz gesagt, je sicherer Sie sich in Ihrer Software fühlen, desto besser. Schließlich ist es besser, die Veröffentlichung gewisser Funktionen zu verzögern, als sie in eine funktionierende Anwendung einzufügen und diese plötzlich unausgereift zu machen.

Hör auf zu googeln!

Hören Sie auf, sich nur auf Google zu verlassen. Darüber werden wir nicht einmal streiten — im Bereich der Entwicklung kann man mit einer direkten Anfrage an die Suchmaschine sehr viel finden. Je tiefer Sie in der Suche nach Informationen graben, desto mehr 'seitliche' Daten erhalten Sie und desto mehr erfahren Sie, weil Sie etwas Neues lernen, das nicht mit Ihrer Anfrage verbunden ist, aber in Zukunft wahrscheinlich nützlich sein wird. Greifen Sie auf umfassende Materialien, Bücher, Artikel usw. zurück. Programmiersprachen und Bibliotheken haben Spezifikationen, Communities, How-tos, und auf diese Weise erhalten Sie die zuverlässigste Methode zum Entwickeln der Programmierfähigkeiten — einfach die Dokumentation lesen, anstatt nach den lokalen Lösungen und Codefragmenten anderer zu suchen. Wer weiß, vielleicht wird Ihre Lösung optimierter, schneller und besser sein? 

Vertraue, aber überprüfe

Verwenden Sie keine von Drittentwicklern erstellten Bibliotheken und Frameworks, ohne den Code zu überprüfen und ihn an Ihre Ziele anzupassen. Sie haben keinen Grund, diesem Autor von Code, den Sie überhaupt nicht kennen, bedingungslos zu vertrauen. Ja, verschiedene absichtlich schädliche Elemente im fremden Code sind nicht so häufig und man sollte nicht in Paranoia verfallen, aber das blinde Kopieren von fertigen Softwareteilen in Ihr Projekt kann zu unvorhersehbaren Folgen führen. Daher sollten Sie den Code unbedingt vor der Verwendung lesen und analysieren sowie Tests nach der Implementierung des Codes durchführen. 

Macht Backups!

Hören Sie auf, keine Backups zu machen oder sie auf denselben Drittanbieterservern zu speichern, auf denen Ihr Projekt gehostet wird. Denken Sie, das ist ein lustiger und unnötiger Rat? Über 700 Teilnehmer im Telegram-Chat, die in eine kürzliche unangenehme Situation mit der Stilllegung eines bekannten Rechenzentrums geraten sind, dachten da anders – was da alles war: von kleinen Projekten bis hin zu großen Websites von Regierungsbehörden und Unternehmensdatenbanken 1C sowie Abrechnungssystemen. Ein erheblicher Teil hatte keine Backups oder nur Backups dort. Verteilen Sie also die Risiken und speichern Sie Ihr Backup mindestens auf dem Haupt-Hosting, auf einem zuverlässigen VDS und auf Ihrem lokalen Server. Letztendlich wird es viel günstiger sein. 

Hören Sie auf, Ihr eigenes zu Lasten des Projekts durchzubringen.

Mach nicht im Arbeitsprojekt das, was du willst, sondern das, was die Kunden brauchen. Ja, es ist unglaublich interessant und spannend, ein eigenes neuronales Netzwerk zu erstellen, es zu trainieren und in deine Software zu integrieren, aber wenn deinen Kunden ein einfacher Kontaktmanager notwendig ist, wird das eine kostspielige Überflüssigkeit sein. Schau dir an, wie das Projekt funktioniert, lies die Dokumentation, schau dir die Bewertungen und Anfragen von Kunden an und realisiere das, was dem Projekt geschäftlichen Wert verleiht. Wenn du etwas Wissenschaftliches oder Überkompliziertes kreieren möchtest, fange mit deinem eigenen Projekt an.

Kein Code, sondern ein Knäuel von Nerven.

Schreibe keinen unleserlichen und undokumentierten Code. Wir kennen diesen Trick: Der Entwickler schreibt den Code, wie es ihm passt, verwirrt ihn absichtlich ein wenig, damit niemand seiner Kollegen versteht, was er geschrieben hat – eine Art präventive Rache, bevor etwas passiert. Doch damit setzt du nicht nur das Unternehmen (das dir für die Arbeit bezahlt) aufs Spiel, sondern auch dich selbst: Es ist gut möglich, dass du selbst nicht mehr weißt, was du mit dieser unbeabsichtigten Obfuskation sagen wolltest. Dasselbe gilt für undokumentierten Code: Verlass dich nicht nur auf deine Namenslogik für Variablen und Funktionen und dein gutes Gedächtnis; nach ein paar Jahren kannst du dich nicht mehr erinnern, warum du gerade diese Schleife, Methode, Muster usw. gewählt hast. Die Dokumentation des Codes und eine gute Struktur sind ein großartiger Dienst an Kollegen, Arbeitgebern und vor allem dir selbst. 

Halte es einfach, Dummkopf.

Verkomplizieren Sie den Code, Lösungen und Projekte nicht. Es ist nicht nötig, komplexe Strukturen zu schaffen und bedeutungslose Entitäten zu erzeugen. Je komplizierter Ihr Code ist, desto mehr werden Sie zu seinem Gefangenen — es wird Ihnen extrem schwerfallen, ihn zu unterstützen und weiterzuentwickeln. Natürlich passt das berühmte KISS-Prinzip («Keep it simple, stupid») nicht immer, aber es wurde nicht umsonst erfunden: Einfachheit und Eleganz des Codes sind der Schlüssel zu seiner erfolgreichen Anwendung und Wiederverwendbarkeit.

Schützen Sie sich

Ignorieren Sie die Sicherheit nicht — 2020 ist das buchstäblich kriminell. Selbst wenn Ihre Firma, Ihre Entwicklung und Sie für Angreifer uninteressant sind, können Sie von Problemen betroffen sein, die durch Angriffe in einem bestimmten Netzwerksegment, bei einem Hosting-Anbieter, durch Attacken auf Rechenzentren, durch den Diebstahl von E-Mail-Passwörtern oder durch unsicheres Verhalten von Mitarbeitenden verursacht werden, die Daten aus dem Unternehmen stehlen, Kunden abwerben oder den Quellcode des gesamten Projekts entwenden können. Wenn es in Ihrer Macht steht und in Ihr Kompetenzbereich fällt, versuchen Sie, die Projekte, an denen Sie arbeiten, zu schützen. Halten Sie sich auch an die Informationssicherheit — das hat noch niemandem geschadet. 

Spucken Sie nicht in den Brunnen

Verunreinigen Sie nicht Ihr Arbeitsumfeld. Heute ist die Kommunikation so weit fortgeschritten, dass zum Beispiel alle HR-Manager der Stadt indirekt miteinander bekannt sind und jede Information in Chats und geschlossenen Gruppen austauschen können (wie man bei der Jobsuche hilft oder auch schreiben kann: „Wassili Iwanow, Systemarchitekt, hat beim Verlassen alle Konten gelöscht, Backups verwischt und das Netzwerk abgeschaltet; die Wiederherstellung dauerte 3 Tage. Nimm ihn nicht ins Team.“). So wird Ihr Verhalten ausschließlich gegen Sie wirken — und manchmal wird nicht einmal ein Umzug in eine andere Stadt oder Hauptstadt helfen. Selbst wenn Sie mit Groll gehen, gibt es keine bessere Rache, als ein nützlicher und großartiger Mitarbeiter des Konkurrenten zu werden 🙂 Und das ohne jegliche Konsequenzen.

Das sollte man auch nicht tun. Aber, wie die Erfahrung zeigt, werden wir nicht aufhören.

Generell, Freunde, lest die Ratschläge, aber handelt so, wie es euch am besten erscheint — denn echte Entdeckungen geschehen, wenn wir an den bereits bekannten Wahrheiten zweifeln. Wir wünschen Ihnen ein frohes neues Jahr, mögen Ihre Projekte erfolgreich sein, Ihre Karriere spannend, Kollegen und Vorgesetzte vernünftig und das Leben insgesamt gelingen. Prost auf das neue Jahr und den neuen Code! 

Mit Liebe,
das Team von RegionSoft Developer Studio

Im neuen Jahr werden wir weiterhin für Sie arbeiten und unser leistungsstarkes Desktop-CRM-System weiterentwickeln. RegionSoft CRM und ein einfaches und benutzerfreundliches Helpdesk sowie ein Ticket-System. ZEDLine Support.

Quelle: habr.com