Gibt es einen technisch weniger intensiven Job für jemanden, der Software Engineer ist? [geschlossen]

Ich bin derzeit ein angestellter Software-Ingenieur für ein mittelgroßes IT-Unternehmen. Anfangs genoss ich die Herausforderung meiner Arbeit, aber im Laufe der Zeit war ich von dem ununterbrochenen technischen Lernen, das für die Position erforderlich ist, ausgebrannt. Ich genieße die Designgespräche und Diskussionen auf hoher Ebene über Architektur/Framework, aber sobald ich zur eigentlichen Programmierung und einem halben Dutzend beteiligter Technologien komme … nicht mehr so ​​sehr.

Ich möchte fragen, ob es andere, weniger technisch anspruchsvolle Positionen für jemanden gibt, der ein gutes Verständnis für Front-End/Back-End/SDLC hat und auch ein guter Kommunikator ist?

Um klarzustellen; Ich bin nicht gegen Lernen. Ich möchte meine technischen Fähigkeiten einsetzen und mein Wissen weiter ausbauen. Aber ich bin gespannt, ob es vielleicht mehr kollaborative Positionen gibt, bei denen die erforderliche Menge an Wissen relativ definiert ist, anstatt jetzt, wo ich jeden Tag den ganzen Tag damit verbringe, neue Technologien/Konzepte zu lernen und anzuwenden.

Was beabsichtigen Sie also zu tun, wenn Sie erfahren, dass es diese weniger intensiven Positionen gibt? Angesichts all der möglichen Jobs da draußen kann man mit Sicherheit sagen, dass es Jobs gibt , wie Sie sie beschreiben ... Was ist Ihr Ziel, wenn Sie das fragen?
Ich versuche nur, meine Optionen zu erkunden, um zu sehen, ob ich eine gute Lösung für die Zukunft finden kann. Im Moment geht es mir gut, wo ich bin, aber ich möchte bei der Arbeit glücklicher sein. Wenn es da draußen eine andere Position gibt, für die ich besser geeignet bin, würde ich sie gerne ausprobieren.

Antworten (3)

Ich bin in einer ähnlichen Position und habe begonnen, mich nach Positionen als technischer Produktmanager/Eigentümer umzusehen. Ein Scrum Master zu sein, kann auch eine gute Idee sein, da es Ihnen ermöglicht, Ihr technisches Wissen in technischen Teams einzusetzen und zusätzlich mit der Geschäftsseite zu kommunizieren.

Als technischer Produktmanager: Erwarten Sie nicht, dass Sie sich weniger neues Wissen aneignen müssen als ein Ingenieur, bei mir ist es genau umgekehrt. Hauptsächlich, weil ich verwandte (zusammenwirkende) Technologien genauer untersuchen muss, kann die Technik meist Technologien ignorieren oder bewerten, die für unser Produkt am Ende nicht brauchbar sind, sodass die Technik nicht einmal von ihnen hört. Dies gilt natürlich nicht für jedes Unternehmen, aber bedenken Sie dies.

Es gibt Bereiche innerhalb der Softwareentwicklung, die sich dem Impuls scheuen, die Technologie in rasantem Tempo weiterzuentwickeln. Ein gutes Beispiel ist die COBOL-Programmierung innerhalb von Finanzinstituten. Es kann sich sehr gut auszahlen, und es wird nicht erwartet, dass Sie die beliebte Programmiersprache oder den Rahmen der Saison lernen.

Ich habe tatsächlich viel über COBOL gehört, und ich denke, die Lernkurve, um das von Grund auf neu zu lernen, wäre ziemlich steil. Obwohl Sie Recht haben, ist alles, was COBOL verwendet, ziemlich festgelegt, ha

Es kann auch Unternehmen geben, bei denen man nicht ständig lernen muss.

Wenn Unternehmen ihr eigenes Produkt entwickeln. Technologien/Frameworks/Sprachen werden normalerweise im Voraus festgelegt und ändern sich nicht allzu oft. Dies ist jedoch nicht immer der Fall. Ich habe von Start-ups gehört, bei denen CTO/Lead Architect alle neuesten Frameworks übernehmen wollten, und am Ende war es ziemlich chaotisch.

Oder in den Fällen, in denen das Unternehmen ein Produkt für den Kunden geliefert hat und immer noch für die Wartung verantwortlich ist. Bei Wartungsarbeiten werden in der Regel drastische Änderungen vermieden, um das Auftreten von Problemen zu verhindern.

Und es gibt auch Beratungsunternehmen, die sich auf sehr begrenzte Fähigkeiten spezialisiert haben. Entwickler mit bestimmten Fachkenntnissen dieser Unternehmen werden dann eingestellt, um etwas Bestimmtes zu liefern. Doch wie gut das in der Praxis funktioniert, ist sehr unterschiedlich.