Was ist wichtiger: eine Programmiersprache kennen oder ein Geschäftsproblem lösen können?

Es wird viel darüber diskutiert, was es wert ist, eine Programmiersprache zu lernen, um im Bereich der Entwicklung Karriere zu machen. Ich bin jedoch zutiefst davon überzeugt, dass die Sprache des erforderlichen Wissens nicht begrenzt ist. Leider versteht das nicht jeder.



In Diskussionen über Aufgaben sprechen Unternehmen und Entwickler verschiedene Sprachen.

Aus geschäftlicher Sicht spielt es keine Rolle, in welcher Sprache ihre Aufgabe gelöst wird. Unternehmen denken nicht und wissen vielleicht sogar nichts über Java, Go, Ruby und andere Sprachen und Technologien. Es ist natürlich großartig für Entwickler, wenn ein großes und interessantes Projekt von vorne beginnt und der Technologie-Stack vom Team ausgewählt wird. In der realen Welt ist dies jedoch viel häufiger nicht der Fall. Normalerweise verfügt ein Unternehmen bereits über Fachwissen in einem bestimmten Stack, das IT-Manager nicht ablehnen möchten. Die Gründe können völlig unterschiedlich sein, vom Verbot des „Zoos der Technologie“ bis zu den persönlichen Vorlieben der Entscheidungsträger. Es gibt zusätzliche Faktoren, wie den Bedarf an interessanten Technologien für Teams, um qualifiziertes Personal anzuziehen und zu halten.

Entwickler äußern ihrerseits häufig den Wunsch, sich in einem bestimmten technologischen Stack zu entwickeln. Diese Absicht wird durch den großen Unterschied zwischen den Gehältern für einige Sprachen verstärkt. So gibt es Menschen, die hart leben, zum Beispiel im Rahmen von Java oder Python (Go, Kotlin, Scala ... die Liste geht fast endlos weiter) und sogar Delphi, ohne zu versuchen, zu sehen, was es sonst noch gibt.

Meiner Meinung nach ist der Wunsch, tiefer zu gehen, verdienstvoll. Aber manchmal „geht der Wald hinter den Bäumen verloren“ - bei diesem Tauchgang vergisst der Spezialist einfach, dass Technologie nur ein Werkzeug ist, um seine Probleme für das Unternehmen zu lösen. Infolgedessen spiegelt die Blindheit auf einem technologischen Stapel mit angeborenem Perfektionismus („Lassen Sie uns ein Projekt für sechs Monate umgestalten, ohne ernsthafte Entwicklungspläne zu haben, einfach weil es schön sein wird“) nicht in bester Weise die Qualität der getroffenen Entscheidungen wider.

Mein Punkt ist, dass eine bestimmte Programmiersprache zweitrangig ist. Das primäre Verständnis der Entwicklungsprinzipien und die Fähigkeit zur Lösung von Geschäftsproblemen sind primär - Kenntnisse über Ansätze und Muster, die zur Systematisierung der Gesamtarbeit beitragen, die Erfahrung mit verschiedenen Techniken, einschließlich Teamtechniken. Mit einem solchen Gepäck ist es nicht schwer, eine weitere Sprache zu beherrschen, die in diesem speziellen Projekt benötigt wird. Vor meinen Augen gibt es viele Beispiele dafür, wie Menschen im Laufe des Monats zu anderen Stapeln umgeschult werden - zwei intensive Trainings. Natürlich ist es schwieriger, zwischen Sprachen mit unterschiedlichen Paradigmen zu wechseln, beispielsweise von funktional zu objektorientiert, aber selbst hier ist nichts unmöglich, wenn sich eine Person einem solchen Wechsel „auf der Ebene des Glaubens“ nicht widersetzt.

Wenn Sie mehrere Sprachen kennen, können Sie für jede spezifische Geschäftsaufgabe Ihren eigenen Lösungsansatz wählen - einen, der nicht nur geeignet ist, sondern in diesem speziellen Fall optimal ist. Und je mehr das Arsenal des Entwicklers auf diesen Ansätzen (Sprachen) basiert, desto umfassender ist die Betrachtung des Problems und desto motivierter ist der ausgewählte Stapel. Dies ist genau das, was Unternehmen benötigen - um die am besten geeignete Lösung für ihre Aufgaben zu erhalten.

Mit fundierten Kenntnissen einer Sprache, aber ohne die Fähigkeit, geschäftliche Probleme zu lösen, wird ein Spezialist weit von jedem Team profitieren. Natürlich hilft eine tiefe Kenntnis der „Chips“ der Sprache in einzelnen Projekten dem gesamten Team, eine höhere Leistung zu erzielen. Aber häufiger verlangsamt ein Teammitglied, das eine Sprache beherrscht, aber nicht in der Lage ist, Geschäfte zu hören, nur Kollegen. Übrigens ist ein solcher „Leitfaden für nicht offensichtliche Chancen“ bei Bedarf in einem bestimmten Team oft nur einer (wir ziehen Schlussfolgerungen über die Nachfrage nach so engen Spezialisten auf dem Arbeitsmarkt).

Die Fähigkeit, geschäftliche Probleme zu lösen, ist Teil einer globaleren Essenz - umfassender Berufserfahrung. Sie können es sowohl beim Arbeitgeber als auch im Rahmen von Heimprojekten erhalten. Meiner Meinung nach können nur Geschäftsprojekte (bei denen es Kunden, Budgets, Fristen gibt) Feedback geben, das in solchen Situationen erforderlich ist, um die Qualität der Lösung zu bewerten. Dies bestimmt nämlich die Tiefe der gesammelten Erfahrung. Es gibt einfach niemanden, der ein solches Feedback von Heimprojekten erhält: Sie selbst tun etwas und entscheiden zu einem bestimmten Zeitpunkt selbst, dass Sie es gut gemacht haben. Hier endet alles. Wenn das Projekt jedoch für Unternehmen implementiert wird, wird eine unzureichend entwickelte Lösung zur Überarbeitung gesendet.
dann immer wieder, wenn nötig. Und im Verlauf dieser Iterationen werden Sie unweigerlich verschiedene Ansätze für das Problem lernen - Sie werden ein Verständnis für eine höhere Ebene erlangen.

Eine der Komponenten der Fähigkeit, geschäftliche Probleme zu lösen, ist das Verständnis dieser Aufgabe. Und da russische Entwickler häufig an ausländischen Projekten teilnehmen, sind für dieses Verständnis Kenntnisse der englischen Sprache erforderlich. In dieser Angelegenheit können Sie sich nicht immer auf Business Analytics verlassen, da es auf diesem Gebiet nicht genügend gute Spezialisten auf dem Markt gibt.

Ein besseres Verständnis des Geschäfts hilft beim Eintauchen in eine Branche. Wenn Sie nicht nur ein abstraktes Modul erstellen, das Datenpakete empfängt, verarbeitet und an ein unbekanntes Ziel sendet, sondern beispielsweise einen Teil eines komplexen Abrechnungssystems oder Bankensystems implementieren, in dem es verschiedene Arten von Benutzern, Standards und anderen Funktionen gibt. Diese Details zu kennen ist sehr wertvoll. Ein solches Eintauchen lehrt Sie, sich für das zu interessieren, was um Ihren Teil der Aufgabe herum geschieht. Dies hilft, die beste Lösung zu finden. Ich kenne Spezialisten, die niemals an einer Aufgabe arbeiten werden, deren Grund unklar ist. In einigen Bereichen der Geschäftsentwicklung für Entwickler wird eine obligatorische interne Schulung angeboten, da eine effektive Arbeit ohne Eintauchen im Prinzip nicht funktioniert.

Als kleine Ergänzung zum besseren Verständnis von Geschäftsfragen empfehle ich die Teilnahme an branchenspezifischen Konferenzen. Dort teilen die Referenten ihre Erfahrungen mit, wie sie ein Geschäftsproblem mithilfe der IT-Technologie gelöst haben. Oft erhalten Sie von dort nützliche Informationen darüber, in welche Richtung Sie sich bewegen müssen. Obwohl natürlich niemand die Erfahrung anderer im Detail wiederholen muss.

Ich sage nicht, dass sich jeder Entwickler um Geschäftsaufgaben kümmern sollte. June tritt nur in diesen Kreis ein. In der Anfangsphase dauert es zu lange, mit Kollegen zu kommunizieren und zu lernen, wie man ein bestimmtes Problem löst. Es ist keine Zeit, den eigenen Horizont zu erweitern. Ausgehend von der Mitte bildet die bisherige Erfahrung jedoch ein Verständnis dafür, auf welcher Seite Aufgaben eines bestimmten Typs angegangen werden müssen. Zu diesem Zeitpunkt stellen sich keine Fragen mehr zum Entwicklungsökosystem - wann und welche Status festgelegt werden müssen, wie auf Codeüberprüfungen reagiert werden soll usw. Der Spezialist beginnt auch mit ungewohnten Aufgaben schneller fertig zu werden - hier ist die Zeit, die Geschäftskomponente „hochzuziehen“. Tatsächlich zeichnet sich der Senior aus der Mitte durch dieses Verständnis von Ansätzen zur Lösung allgemeiner Geschäftsprobleme aus. Und der Wunsch nach einem solchen Verständnis hilft, schneller zum nächsten Level zu gelangen.

Daher fordere ich dringend auf, gleichzeitig Entwicklungsziele in zwei Richtungen zu setzen. Lernen Sie einerseits Sprachen und sammeln Sie andererseits Erfahrung in der Lösung spezifischer geschäftlicher Probleme. Und bei dieser Entwicklung ist es notwendig, ein Gleichgewicht zu halten, sonst wird es ziemlich schwierig sein, einen Platz in der Welt der Senioren zu finden. Wo genau man sich entwickeln muss - hin zu einem Architekten, einem sehr starken Entwickler oder Teamleiter - hängt jedoch von den Ambitionen und persönlichen Qualitäten (Teamwork, Verantwortung, Geselligkeit usw.) eines bestimmten Spezialisten ab.

Was denkst du darüber?

Artikelautor: Sergey Marina

PS Wir veröffentlichen unsere Artikel auf mehreren Websites der Runet. Abonnieren Sie unsere Seiten auf VK , FB oder Telegramm-Kanal , um mehr über unsere Veröffentlichungen und andere Maxilect-Nachrichten zu erfahren.