Der Hub ist voll von Prognosen und Ratschlägen, was Sie im nächsten Jahr tun sollten – welche Sprachen Sie lernen sollten, auf welche Bereiche Sie sich konzentrieren sollten und was Sie mit Ihrer Gesundheit tun sollten. Klingt inspirierend! Aber jede Münze hat zwei Seiten und wir stolpern nicht nur über etwas Neues, sondern vor allem über das, was wir jeden Tag tun. „Warum hat mich niemand gewarnt!“, rufen wir gereizt und wenden uns dabei meist an uns selbst. Lassen Sie uns das Feuer auf uns selbst richten – wir haben für Sie eine Liste zusammengestellt, was Sie im Jahr 2020 (und vielleicht auch immer) NICHT tun sollten.
Aber sie fragten nicht nach der Schwerkraft
Wir möchten die Anti-Empfehlungen wirklich gerne ordnen, vom Wichtigsten zum Unwichtigsten. Aber sie sind so häufig, gleichwertig und fast jedem bekannt, dass wir sie wahllos aufschreiben. Nun, schauen wir uns die Liste an?
Wenn alles in Ordnung ist, müssen Sie nicht zur IT gehen
Erlernen Sie keine neue Technologie, um Ihre Karriere zu ändern oder neu zu beginnen. Unsere Zeit ist wunderbar, denn man kann studieren, den Job wechseln, das Fachgebiet radikal wechseln – und so weiter, sogar bis zur Rente. Es ist eine coole, verführerische Sache. Wenn Sie jedoch über 28 bis 30 Jahre alt sind, sollten Sie nicht alles aufgeben, um in die IT einzusteigen oder zu einem neuen Stack zu wechseln (Sie schreiben beispielsweise hochbelastete Systeme in Java und entscheiden sich plötzlich für den Einstieg in neuronale Netze in Python). Der Grund ist einfach: Es wird Ihnen nicht leicht fallen. Erstens gibt es eine hohe Konkurrenz durch Spezialisten, die seit Beginn ihrer Karriere auf diesem Stapel „sitzen“, zweitens müssen Sie mit einem niedrigen Gehalt wieder ein Junior werden, und drittens wird es Ihnen moralisch schwer fallen, dies zu tun ein Untergebener der untersten Hierarchieebene werden. Wenn Sie also in die andere Richtung gehen möchten, versuchen Sie, dies entweder im Einklang mit Ihrer aktuellen Arbeit und Ihren aktuellen Aufgaben zu tun oder sich als Hobby neues Wissen anzueignen. Starten Sie ein Lieblingsprojekt, damit Sie es tun, wenn Sie einen neuen Job annehmen kein Junior mehr sein.
Das Wechseln eines Stapels nach dem anderen ist reine Zeitverschwendung
Hetzen Sie bei Ihrer Entwicklung nicht zwischen den Technologie-Stacks hin und her. Wenn Sie ein Projekt in einer Sprache schreiben und ein bestimmtes Framework und Bibliotheken verwenden, sollten Sie nicht alles in die Hölle werfen und es in Dart neu schreiben, nur weil Sie es interessant finden. Machen Sie es sich zur Regel, eine Rechtfertigung für einen Technologiewechsel zu finden – nicht nur auf der Ebene „Ich will es oder ich kann nicht“, sondern auch auf finanzieller und technischer Ebene.
Es ist nicht nötig, standhaft zu bleiben und Bronze zu werden
Sich an eine Sprache oder Technologie zu halten und keine neuen Dinge zu lernen, ist genauso extrem, als würde man seinen Stack mit jeder neuen Technologie ändern. Studieren Sie unbedingt neue Bibliotheken und Frameworks und seien Sie nicht stur in dem Wissen, dass alles besser vor Ihnen erfunden und ausschließlich von Ihnen fertiggestellt wurde. Für fast jede Sprache werden ständig Updates veröffentlicht, die Ihr Projekt manchmal erheblich verbessern können. Seien Sie nicht faul, die Dynamik Ihres Stacks zu überwachen, und sobald Sie etwas Cooles und Nützliches finden, können Sie es gerne in das Projekt ziehen!
Dein eigener Kopf ist gut, immer gut
Denken Sie nicht in den Köpfen anderer Menschen, Ihre eigenen sind besser. Leider sitzen einige Entwickler da und warten, bis sie die Aufgabe erhalten, vom vorherigen Fehler bis zum Ende zu programmieren, ohne zu versuchen, etwas Eigenes zum Projekt beizutragen, eine neue Funktion zu entwickeln, sie zu testen und für die Produktion vorzuschlagen. Warum sich die Mühe machen, wenn es einen Teamleiter oder Unternehmensmanager gibt, der alles selbst entscheidet? Wenn Sie sich selbst erkennen, dann haben wir schlechte Nachrichten: Eine passive Position hilft weder Ihrer Karriere noch Ihrer Entwicklung. Sie haben die Möglichkeit, sich als Entwicklungsingenieur und nicht als Programmierer in einem echten Kampfprojekt zu versuchen und zu verstehen, wohin Sie gehen müssen, was fehlt, aber Sie verbringen Ihre Zeit lieber mit etwas anderem und machen genau „von hier bis“. Jetzt." Solche Menschen überleben in der modernen IT immer schlechter und erwachen aus der Schwebe.
Benutzer sind schreckliche Menschen
Überschätzen Sie nicht die Benutzer Ihrer Software: Wenn Sie nicht für Programmierer schreiben, müssen Sie damit rechnen, dass das Programm auf undurchdringliche Missverständnisse 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 gute Dokumentationen und Tutorials. Weisen Sie bei der Installation oder dem Kauf sehr aufdringlich darauf hin, dass die Handbücher vor Beginn der Arbeit mit dem Programm gelesen werden sollten und nicht nach einem Datenbankabsturz, Verlust des Passworts und Selbstbeherrschung.
Auch die Nutzer sollten Sie nicht unterschätzen: Sie sind schlauer, schlauer und neugieriger, als Sie denken. Wenn Sie glauben, dass der Fehler mit dem Variablenformat und der Ausnahme beim 138. Drücken der Eingabetaste im Sekundentakt nicht auftritt, irren Sie sich – sie werden auftauchen und den Betrieb Ihrer Anwendung auf die bizarrste Weise beeinträchtigen. Es gilt die Amateurregel: Er ist derjenige, der die Prüfungen am besten meistert. Aber aus irgendeinem Grund mögen Benutzer es nicht, Fehler in der Produktion zu finden – es gibt keine IT-Solidarität darin. Generell gilt: Je sicherer Sie mit Ihrer Software sind, desto besser. Schließlich ist es besser, die Veröffentlichung einiger Funktionen zu verzögern, als sie einer funktionierenden Anwendung hinzuzufügen und sie plötzlich unformatiert zu machen.
Hör auf zu googeln!
Hören Sie auf, sich allein auf Google zu verlassen. Wir werden nicht einmal streiten – im Bereich Entwicklung kann man mit einer direkten Anfrage an eine Suchmaschine viel finden. Je tiefer Sie nach Informationen suchen, desto mehr „laterale“ Daten erhalten Sie und desto mehr lernen Sie, denn Sie erfahren etwas Neues, das nicht mit Ihrer Anfrage zusammenhängt, aber wahrscheinlich in Zukunft benötigt wird. Verweisen Sie auf umfassende Materialien, Bücher, Artikel usw. Sprachen und Bibliotheken verfügen über Spezifikationen, Communities und Anleitungen, und so erhalten Sie die zuverlässigste Möglichkeit, Programmierkenntnisse zu entwickeln – lesen Sie einfach die Dokumentation und suchen Sie nicht nach lokalen Lösungen und Codefragmenten anderer Leute. Was wäre, wenn Ihre Lösung optimaler, schneller und cooler wäre?
Vertrauen ist gut, Kontrolle
Verwenden Sie keine von Drittentwicklern erstellten Bibliotheken und Frameworks, ohne den Code zu prüfen und an Ihre Zwecke anzupassen. Sie haben keinen Grund, diesem Codeautor, den Sie überhaupt nicht kennen, bedingungslos zu vertrauen. Ja, verschiedene absichtliche bösartige Elemente im Code von Drittanbietern sind nicht so häufig und Sie sollten nicht unter Paranoia leiden, aber das blinde Kopieren vorgefertigter Softwareteile in Ihr Projekt kann zu unvorhersehbaren Folgen führen. Lesen und analysieren Sie daher unbedingt den Code vor der Verwendung und testen Sie ihn nach der Implementierung.
Machen Sie Backups!
Hören Sie auf, keine Backups mehr zu erstellen oder diese auf denselben Drittanbieterservern aufzubewahren, auf denen Ihr Projekt gehostet wird. Halten Sie das für einen lächerlichen und nutzlosen Rat? Aber mehr als 700 Chat-Teilnehmer auf Telegram, die sich kürzlich mit der Schließung eines bekannten Rechenzentrums in einer unangenehmen Situation befanden, glaubten nicht daran – es war alles da: von Lieblingsprojekten bis hin zu großen Regierungswebsites. Behörden und Unternehmens-1C- und Abrechnungsdatenbanken. Ein erheblicher Teil erfolgt ohne Backups oder mit Backups am selben Ort. Verteilen Sie also die Risiken und speichern Sie das Backup zumindest auf dem Haupthosting, auf einem zuverlässigen VDS und auf Ihrem lokalen Server. Auf lange Sicht wird es deutlich günstiger sein.
Hören Sie auf, Ihre eigenen Ideen zum Nachteil des Projekts einzubringen
Machen Sie in einem Arbeitsprojekt nicht das, was Sie wollen, sondern tun Sie, was die Kunden brauchen. Ja, es ist unglaublich interessant und großartig, ein eigenes neuronales Netzwerk zu erstellen, es zu trainieren und in Ihre Software zu implementieren, aber wenn Ihre Kunden einen einfachen Kontaktmanager benötigen, ist das ein Overkill. Sehen Sie, wie das Projekt funktioniert, lesen Sie die Dokumentation, lesen Sie Bewertungen und Anfragen von Kunden und implementieren Sie, was dem Projekt einen geschäftlichen Mehrwert verleiht. Wenn Sie etwas Wissenschaftliches oder äußerst Komplexes schaffen möchten, beginnen Sie mit Ihrem eigenen Projekt.
Kein Code, sondern ein Nervenbündel
Schreiben Sie keinen unlesbaren und undokumentierten Code. Wir kennen diesen Trick: Der Entwickler schreibt nach Herzenslust Code und verwirrt ihn bewusst ein wenig, damit keiner seiner Kollegen verstehen kann, was er geschrieben hat – das ist eine Art präventive Rache, bevor etwas passiert. Sie gefährden jedoch nicht nur das Unternehmen (das Ihnen Geld für Ihre Arbeit zahlt), sondern auch sich selbst: Es ist wahrscheinlich, dass Sie sich selbst nicht mehr daran erinnern, was Sie mit dieser unbeabsichtigten Verschleierung sagen wollten. Das Gleiche gilt für undokumentierten Code: Wenn Sie sich auf Ihre Variablen- und Funktionsbenennungslogik und Ihr gutes Gedächtnis verlassen, erinnern Sie sich nach ein paar Jahren möglicherweise nicht mehr daran, warum Sie diese bestimmte Schleife, Methode, dieses Muster usw. ausgewählt haben. Die Dokumentation Ihres Codes und seiner guten Struktur ist ein großer Dienst für Ihre Kollegen, Ihren Arbeitgeber und vor allem für Sie selbst.
Halten Sie es einfach blöd
Halten Sie Ihren Code, Ihre Lösungen und Projekte einfach. Es besteht keine Notwendigkeit, eine komplexe Struktur einzuzäunen und Einheiten ohne besondere Bedeutung hervorzubringen. Je komplexer Ihr Code ist, desto mehr werden Sie zu seiner Geisel – es wird für Sie so schwierig wie möglich sein, ihn zu pflegen und weiterzuentwickeln. Natürlich ist das berühmte KISS-Prinzip („Keep it simple, dumm“) nicht immer passend, aber es wurde aus einem Grund geschaffen: Einfachheit und Eleganz des Codes sind der Schlüssel zu seiner erfolgreichen Anwendung und Wiederverwendung.
Schütze dich selbst
Ignorieren Sie nicht die Sicherheit – im Jahr 2020 ist sie buchstäblich kriminell. Selbst wenn Ihr Unternehmen, Ihre Entwicklung und Sie für Angreifer nicht von Interesse sind, können Sie von Problemen im Zusammenhang mit der Niederlage eines Netzwerksegments, eines Hosting-Anbieters, einem Angriff auf das Rechenzentrum, dem Diebstahl von E-Mail-Passwörtern und unsicherem Verhalten von Mitarbeitern betroffen sein, die dies können Daten aus dem Unternehmen stehlen, Kunden oder den Programmcode des gesamten Projekts stehlen. Wenn es in Ihrer Macht und Ihrem Fachgebiet liegt, versuchen Sie, die Projekte, an denen Sie arbeiten, zu schützen. Nun, achten Sie selbst auf die Informationssicherheit, es hat noch nie jemanden gestört.
Spucke nicht in den Brunnen
Leg dich nicht mit deinem Arbeitgeber an. Heutzutage hat die Kommunikation ein solches Niveau erreicht, dass sich beispielsweise alle HR-Mitarbeiter der Stadt in Abwesenheit kennen und in Chats und geschlossenen Gruppen beliebige Informationen austauschen können (sowohl zur Unterstützung bei der Jobsuche als auch zum Schreiben von „Vasily Ivanov, Systemarchitekt, Habe alles zerstört, bevor ich Konten verlassen habe, habe Backups gelöscht und das Netzwerk abgeschaltet, die Wiederherstellung hat drei Tage gedauert. Stellen Sie ihn nicht ein.“ Somit wird Ihr Verhalten ausschließlich gegen Sie spielen – und manchmal hilft auch ein Umzug in eine andere Stadt oder Hauptstadt nicht weiter. Selbst wenn Sie mit Groll gehen, gibt es keine bessere Rache, als ein nützlicher und cooler Mitarbeiter eines Konkurrenten zu werden :) Und das Wichtigste: völlig ungestraft.
Das solltest du auch nicht tun. Doch wie die Erfahrung zeigt, werden wir nicht damit aufhören
Im Allgemeinen, Freunde, lesen Sie die Ratschläge, aber tun Sie, was Sie für das Beste halten – schließlich werden echte Entdeckungen gemacht, wenn wir an bereits entdeckten Wahrheiten zweifeln. Frohes neues Jahr, mögen Ihre Projekte erfolgreich sein, möge Ihre Karriere Spaß machen, mögen Ihre Kollegen und Manager angemessen sein und möge Ihr Leben im Allgemeinen erfolgreich sein. Generell: Auf das neue Jahr und den neuen Code!
With love,
RegionSoft Developer Studio-Team
Auch im neuen Jahr werden wir für Sie weiterarbeiten und ein leistungsstarkes Desktop-CRM-System entwickeln und ein einfaches und praktisches Helpdesk- und Ticketsystem .
Source: habr.com