Bedeutet ein höher bezahlter technischer Job, dass Sie nicht mehr codieren können? [geschlossen]

58

Ich arbeite in einem großen Unternehmen, in dem technische Mitarbeiter ungefähr in eine dieser Kategorien fallen:

  1. Ein Entwickler in einem Scrum-Team, der für ein einzelnes Produkt entwickelt und möglicherweise mit anderen Teams zusammenarbeitet, die eng mit dem Produkt verbunden sind.
  2. Ein Architekt, der eher Berater in mehreren Teams ist (5-6) und versucht, Gemeinsamkeiten zwischen Teambemühungen zu erkennen, die in Bibliotheken abstrahiert werden könnten (Architekten schreiben jedoch nicht den Bibliothekscode). Dieser Architekt nimmt auch an vielen Besprechungen mit dem Management teil und versucht, die technische Richtung festzulegen.

In meiner Firma ist die Architektenrolle dort, wo sich die meisten Techniker als nächster Karriereschritt niederlassen.

Meine Fragen sind: Arbeiten die meisten Unternehmen so, dass ihre bestbezahlten Techniker weit davon entfernt sind, Code zu schreiben? Ist dies eine natürliche Tendenz für die Karriere eines Entwicklers? Kann ein Entwickler alles haben (Code UND Richtung festlegen?)

c_maker
quelle

Antworten:

75

Arbeiten die meisten Unternehmen so, dass ihre bestbezahlten Techniker weit davon entfernt sind, Code zu schreiben?

Die meisten schlechten Unternehmen. Es gibt einen natürlichen Trend zu mehr Verantwortung, weniger Code zu schreiben und sich stärker auf andere Aspekte der Softwareentwicklung zu konzentrieren. Das heißt, es kommt sehr häufig vor, dass Techniker den Kontakt zu dem verlieren, was üblich / am besten / möglich ist, wenn sie keine Zeit damit verbringen, tatsächlich zu programmieren. Dies hat katastrophale Auswirkungen auf das Unternehmen.

Ist dies eine natürliche Tendenz für die Karriere eines Entwicklers?

Ja. Letztendlich kann eine Person dem Produkt viel mehr helfen, indem sie die Problemdomäne betreut, koordiniert, entwirft, kennt und andere Softwareentwicklungsaufgaben ausführt, als dies durch das Schreiben von Code möglich ist. Und ehrlich gesagt sind gute Führungs- oder Designfähigkeiten weitaus seltener (gelesen: wertvoll) als Fähigkeiten zum Schreiben von Code.

Kann ein Entwickler alles haben (Code UND Richtung festlegen?)

Absolut. Obwohl Sie müssen erkennen , dass die Menge der Codierung wird nach unten gehen. Sie können diese anderen wertvollen Dinge einfach nicht gut erledigen, wenn Sie 80% des Tages in einer IDE verbringen.

Die andere Möglichkeit ist die des „Hauptingenieurs“, da keine bessere Frist vorliegt. Einige Entwickler sind sehr spezialisiert. Ich habe zum Beispiel mit jemandem zusammengearbeitet, der Gigabit-Ethernet-Treiber für Linux geschrieben hat. Wir brauchten ihn, um diese Art von Arbeit für uns zu erledigen, und da nur eine Handvoll Leute diese Arbeit gut erledigen konnten, verdiente er den größten Teil seines Tages neben dem Schreiben von Code auch einen Haufen Geld.

Die meisten Unternehmen benötigen diese Spezialisierung jedoch nicht. Sie basteln einfach Daten zusammen oder erstellen eine weitere Website / Mobileapp.

Telastyn
quelle
1
Diese. In den meisten Hierarchien gibt es jedoch einige Positionen zwischen dem durchschnittlichen "Code-Affen" und einem Architekten. Junior Entwickler, Entwickler, Senior Entwickler, Teamleiter und sogar Projektmanager sind oft unter einem Softwarearchitekten. Bis zum Projektmanager handelt es sich bei den meisten dieser Positionen immer noch um primäre Programmierer mit schrittweise zunehmenden Überwachungs- / Beratungsaufgaben. Ein Quantensprung, wenn Sie zu PM wechseln, entlastet praktisch alle Programmieraufgaben zugunsten des Ressourcen- und Personalmanagements. In der Regel überspringen Architekten PMs, um der Codierung näher zu sein, erhalten jedoch die Berechtigung für mehrere Projekte.
KeithS
1
Gute Antwort. Und Ihr Kommentar zu "Alles haben" ist genau richtig. Vor kurzem habe ich mich bewusst dafür entschieden, meinen Karriereweg zu ändern, damit ich wieder Code schreiben kann. Ich hatte das Glück, eine Firma zu finden, die sowohl meine architektonischen als auch meine Programmierkenntnisse einsetzen kann. Sie können definitiv schwer zu finden sein.
3
"Die meisten schlechten Unternehmen." Genau und prägnant. +1
orip
Google / Suche auf Twitter John Carmack ( twitter.com/ID_AA_Carmack ) Er ist Gründer / Technischer Direktor von ID Software und schreibt dennoch jeden Tag Code. Tolles Beispiel.
Kodisha
@kodisha Gegenbeispiel Linus Torvalds . Er scheint nicht mehr so ​​viel zu programmieren wie früher.
Autodidact
8

Dies hängt weitgehend von der Unternehmenskultur ab. Viele Unternehmen haben keine echten technischen Führungspositionen, obwohl sie möglicherweise falsche haben.

Einige Unternehmen haben diese Positionen. Einer der Gründe, warum sich große Ingenieure für einige wenige große Unternehmen (z. B. Google) oder Startups interessieren, ist, dass sie weiterhin Entwickler sein und an Dingen arbeiten können, auf die sie sich mit hoher Vergütung und organisatorischem Status freuen. Wenn sie Entwickler bleiben wollten, befanden sie sich in den meisten Unternehmen am unteren Ende der Leiter.

Orip
quelle
4

Persönliche Erfahrung ist, je erfahrener ich beim Schreiben von Code bin, desto weniger Zeit kann ich mir leisten, Code zu schreiben.

Ich verbringe Zeit damit, Probleme zu beheben, bevor sie auftreten. Anderen zu helfen, wenn sie stecken bleiben. Zu planen, wie die Dinge zusammenpassen. Ich versuche nur, Leute dazu zu bringen, in die gleiche Richtung zu ziehen.

Es fühlt sich in meiner Position unvermeidlich an. Ich arbeite lieber mit dem Code, aber es gibt Dinge, die ich für unser Unternehmen tun kann, die viel wertvoller sind.

Nun ist dies eine persönliche Erfahrung, aber ich denke, es würde die meisten kleinen Unternehmen widerspiegeln. Ich habe jedoch meinem eigenen Chef klargemacht, dass ich nicht vollständig aus dem Code entfernt werden möchte.

Ich denke, die besten Software-Architekten arbeiten mit Ich habe einen guten Artikel http://www.infoq.com/articles/brown-are-you-a-software-architect gesehen .

Warum sollten die täglichen Codierungsaktivitäten nicht Teil der Rolle eines Architekten sein? Die meisten Architekten sind erfahrene Programmierer, daher ist es sinnvoll, diese Fähigkeiten auf dem neuesten Stand zu halten. Darüber hinaus kann der Architekt den gleichen Schmerz wie alle anderen im Team spüren, was ihm wiederum hilft, die Sichtweise seiner Architektur aus Sicht der Entwicklung besser zu verstehen.

Wir s
quelle
0

Es hängt davon ab, welche Aufgaben Sie haben. Wenn Sie für technische Angelegenheiten verantwortlich sind, sollten Sie in einer Kodierungsposition bleiben. Die Trennung des "Ideen" -Prozesses vom "Umsetzungs" -Prozess ist ein falscher Weg. Wenn Sie sich jemals in einer solchen Position wiederfinden, müssen Sie dem Drang widerstehen, dieses Genie zu sein, das einfach nicht die Zeit hat, seine brillanten Ideen umzusetzen.

Auf der anderen Seite, wenn Ihre Verantwortung im Management liegt, denke ich nicht, dass Sie codieren sollten. Ein Manager sollte die Füllzeit verwalten. Eine solche Position beinhaltet die Erleichterung der Kommunikation zwischen verschiedenen Programmierern sowie zwischen dem Team und dem größeren bürokratischen Ökosystem. Die schlechtesten Manager in meiner Erfahrung, bei denen diejenigen, die sich nicht an die Programmierung gehalten haben, während das Team aufgrund von Konflikten und Missverständnissen auseinanderfiel.

nbv4
quelle
1
+1 "Die schlechtesten Manager in meiner Erfahrung, in denen diejenigen, die blieben, den Kopf nach unten Codierung"
Vadimo