Unglücklich mit der Arbeit. Welche Alternativen habe ich?
-
Guten Abend Forum!
Ich möchte mich beruflich umorientieren. Erstmal die vier Ad-hoc-Klassen von Software aus meiner Sicht:
1. Desktop-Software, Anwenderprogramme. Meine derzeitige Arbeit. Entweder vom Aussterben bedroht, standard Business-Software nach Schema-F oder hochspezialisierte Kundenaufträge.
2. Embedded, Mobile: Eigentlich kein Interesse. Zu viel Trivialsoftware oder zu viel Bit-Gefrickel.
3. Die schwierigen, hochinteressanten und wenig verfügbaren (bzgl. offener Arbeitsplätze) Themen: Backend/Server, Spiele, Algorithmik, Verteilte System, Compiler, Betriebssysteme, ...
4. Webentwicklung
Ich arbeite seit bald zwei Jahren in Klasse 1 und das ist meine erste Arbeitsstelle als "Profi" (also gegen Bares). Die interessanten Anteile betreffen Bildverarbeitung und teilweise die Hardwareansteuerung von Kameras und Messgeräten. Dem interessanten Anteil steht leider 90% Routine gegenüber: GUIs, Datenbanken, Businesslogik, Lokalisierung, Reporting, Architekturmuster X und Pattern Y zum gefühlt 100.-sten mal, Datenexporte in verkorkste Formate wie Excel und dieses ganze restliche Zeug das niemand wirklich gerne macht.
Die Firma ist klein und ich kann mich nicht spezialisieren. Muss einfach alles machen. Vorteilhaft ist ohne Zweifel, dass ich dadurch enorm viel gelernt habe.
Insgesamt bin ich allerdings sehr unglücklich und kann mir nicht vorstellen, dort noch mehrere Jahre zu bleiben. Die Frage ist: Wohin wechseln? Was tun?
Klasse 3 würde mich natürlich am meisten reizen und mit einer entsprechenden Vorbereitungszeit würde ich mir zutrauen in manchen dieser Bereiche zu arbeiten. Leider sind die Arbeitsstellen so rar dass ich mir da keine Illusionen mache.
Bleibt die Webentwicklung. Im Studium habe ich ein relativ kleines Webprojekt mit ASP.NET realisiert. Das hat mich auch nicht aus den Socken gehauen aber es wäre zumindest eine angenehme Herausforderung in modernen Webtechnologien fitt zu werden. Die Zukunft liegt sowieso im Web. Andererseits stellt sich da vermutlich auch sehr schnell eine unerträgliche Routine ein und Design, GUIs und Datenbanken dominieren wieder meinen Alltag.
Letztendlich könnte ich bei Klasse 1 bleiben und einfach in ein größeres Unternehmen wechseln. Dort besteht aber die Gefahr als Entwickler unterzugehen und vorgefertigte Designs niederzuschreiben.
Ich wäre für Ideen und andere Sichtweisen dankbar, weil mein Berufsleben mich tief frustriert und ich langsam aber sicher die Motivation auf Grund der stets gleichen Routine verliere.
Da mir programmieren eigentlich Spaß macht ist z.B. Consulting und Ähnliches keine Alternative. Forschung steht auch außer Frage.
Gruß, µ
P.S.: Noch ein paar Informationen:
Bildung: Informatik, Uni.
Erfahrung: Nur die bisherige Arbeitsstelle (~2 Jahre) und etliche Jahre als Hobbyprogrammierer.
Spezialisierung: Nur C#/.NET. Ansonsten keine. Ich bin Mädchen für alles. Habe kein extrem tiefen Kenntnisse in einem Spezialbereich. Auch ein Grund warum ich nur als Entwickler arbeiten könnte in einem großen Unternehmen. Andererseits habe ich in sehr viele Themen reingeschnuppert und beruflich umgesetzt. Die Software-Projekte sind dort Einzelkämpferaktivitäten: Vom Entwurf bis zum Release kein Team. Das ist etwas das mir auch fehlt: Teamarbeit.
Gehaltsvorstellung: Ich lege nicht viel Wert auf Geld solange es einigermaßen angemessen ist und ein sorgenfreies Leben ermöglicht.
Die drei letzten Projekte in meiner Freizeit:
1. Compiler-Frontend für eine einfache Sprache (Kontrollstrukturen, Variablen, Arrays, Funktionen) welche in Zwischencode übersetzt wird.
2. Octree- und Occlusion-Culling basierter Renderer für 3D-Level. (54-fach geklontes Quake-3-Level mit 100 FP/s auf meiner 10 Jahre alten Kiste)
3. Multithreaded Bibliothek für Bildverarbeitung. Unter Anderem mit Objekttracking bei Live-Aufnahmen und Funktionalität für "Blobs". Also "interessante" Objekte mit definierten Merkmalen. Als nächstes möchte ich eine Signifikanzanaylse für eine große Menge an Eingabebildern realisieren, um .... ich schweife ab.Es liest sich langsam wie eine Bewerbung. Das war unbewusst. Oder doch nicht?
Irgendwelche Ideen?
EDIT: Sorry hier stand die ganze Zeit ich arbeite in Klasse 2. Das ist falsch. 1 natürlich. Hatte nur die Reihenfolge geändert....
-
naja triviales gecode muss man immer mal machen... da wirst du auch in Klasse 3 nicht drumherum kommmen.
Ich denke ich bin im wesentlichen in Klasse 3, habe interessante aber auch anspruchsvolle Projekte ( die ich von der Konzeption bis zur Produktivnahme selbst betreue, aber auch Teamunterstützung bekomme ), aber um das "triviale Gebastel" kommt man auch dort nicht drumherum... Das ist nunmal so...
-
Was entwickelst Du?
-
µ schrieb:
2. Embedded, Mobile: Eigentlich kein Interesse. Zu viel Trivialsoftware oder zu viel Bit-Gefrickel.
Täusche er sich nicht. Oft geht es in dem Bereich darum, aus leistungsschwachen, ressourcenarmen Systemen das Letzte herauszuholen. Das erfordert sehr gute Kenntnisse sowohl auf dem Gebiet der Algorithmik, Betriebssystem-Design, komplexen Datenstrukturen usw. als auch der Hardware und der eingesetzten Tools. Ein Freund von mir kann ein Lied davon singen.
Zudem sind die Anforderungen an Stabilität der Software ungleich höher als an irgendwelche Windows-Programme, die man einfach neu startet, wenn sie mal abgestürzt sind (Der Benutzer ist sowieso daran gewöhnt). Manche "eingebetteten Systeme" müssen viele Jahre hindurch, ohne Unterbrechung fehlerfrei arbeiten.
-
Ihr schweift etwas ab
Ich schrieb:
"Zu viel Trivialsoftware oder zu viel Bit-Gefrickel."Der Ausdruck "Trivialsoftware" bezog sich eher auf den nun sehr großen Bereich von bunten Mobile- und App-Software. Also eher kleine Progrämmchen die wenig Herausforderung bieten. An sowas habe ich kein Interesse.
An anspruchsvoller Embedded-Software habe ich aber auch weniger Interesse. Das habe ich im Studium etwas kennengelernt und umgesetzt (C, Assembler, VHDL, Treiber, ...). Einfach nicht mein Ding.
Bitte bleibt beim Thema. Danke.
-
Ist es in Firmen die dieserlei Software herstellen nicht immer so, dass man nach X Jahren oder bei entsprechender Leistung aufsteigt in die Projektleitung/Abteilungsleitung/What-So-Ever? Ganz unten sind nunmal die Code-Monkey-Jobs
Aber mit einem abgeschlossenen Informatikstudium solltest du das schaffen, vor allem wenn du im Bereich Desktop Software arbeitest, da gibt es ja genügend große Firmen mit vielen Stellen.
Willst du interessante Coder-Jobs, also die richtig tollen, dann würde ich versuchen irgendwie in die Forschung zu kommen.
MfG SideWinder
-
Ich hab mal den Offtopic-Quark weggesplittet: http://www.c-plusplus.net/forum/289636
-
sdf schrieb:
volkard hat da nicht ganz unrecht.
Für die Programmierung von µC muß man oft nur ganz einfache Prozeduranweisungen schreiben. Sprich, wenn an Pin x ne 1 anliegt, mache dann dies und gebe XY über Pin x2 aus. Und Timerbrechnungen usw. gehen in den Alltag über.
Das ist doch Bullshit, ihr habt nur keine Ahnung davon. Vielleicht wenn man nen Kaffeemaschinen-uC programmiert, aber die Algorithmen für Regelungen im Auto/Flugzeug/Drehstrommaschinen gehen weit, weit über den Ansrpuch einer Grafik-Library hinaus, für die man gerade mal Oberstufen-Mathematik benötigt.
-
GPC schrieb:
Ich hab mal den Offtopic-Quark weggesplittet: http://www.c-plusplus.net/forum/289636
Danke.
-
Minimee schrieb:
sdf schrieb:
volkard hat da nicht ganz unrecht.
Für die Programmierung von µC muß man oft nur ganz einfache Prozeduranweisungen schreiben. Sprich, wenn an Pin x ne 1 anliegt, mache dann dies und gebe XY über Pin x2 aus. Und Timerbrechnungen usw. gehen in den Alltag über.
Das ist doch Bullshit, ihr habt nur keine Ahnung davon. Vielleicht wenn man nen Kaffeemaschinen-uC programmiert, aber die Algorithmen für Regelungen im Auto/Flugzeug/Drehstrommaschinen gehen weit, weit über den Ansrpuch einer Grafik-Library hinaus, für die man gerade mal Oberstufen-Mathematik benötigt.
Was denn so? Also AFAIK unterscheidet man Regelungen von Steuerungen.
Eine Steuerung ist dann in etwa das, was Du bei Deiner Kaffeemaschine hast. Du modellierst das gewünschte Verhalten mit irgendeiner hübschen diagrammatischen Beschreibungssprache wie zum Beispiel State Charts und dann setzt Du das entsprechend in Code um. Der sieht dann in etwa so aus, wie sdf das da oben sagt: "Wenn Die Maschine in Zustand X ist und es wird Knopf A gedrückt, dann gehe in Zustand Y über".
Eine Regelung hat im Gegensatz zu einer Steuerung ein Feedback vom System. Dort hast Du Messgrößen, Stellgrößen und Sollgrößen. Und dann haust Du da einen PID-Regler drauf, passt die Parameter davon an und bist damit auch am Ziel. Eigentlich sehe ich die Hauptherausforderung in diesem Fall in der Parametrisierung des PID-Reglers. Letztendlich muss da unter Umständen einiges an Modellierung einfließen. Ich weiß nicht, was es da sonst noch so gibt. In ganz ausgefallenen Fällen baut man vielleicht einen Fuzzy-Regler.
Habe ich auf die Regelungen eine zu naive Sichtweise? Ist das Gebiet jenseits von diesen Standardherangehensweisen noch wesentlich größer? Das würde mich echt interessieren, als erzähl doch mal.
DISCLAIMER: Insgesamt gehe ich allerdings davon aus, dass die Realisierung von Regelungen und Steuerungen durchaus zu den etwas interessanteren Programmiertätigkeiten gehört.
-
Gregor schrieb:
Eine Regelung hat im Gegensatz zu einer Steuerung ein Feedback vom System. Dort hast Du Messgrößen, Stellgrößen und Sollgrößen. Und dann haust Du da einen PID-Regler drauf, passt die Parameter davon an und bist damit auch am Ziel. Eigentlich sehe ich die Hauptherausforderung in diesem Fall in der Parametrisierung des PID-Reglers. Letztendlich muss da unter Umständen einiges an Modellierung einfließen. Ich weiß nicht, was es da sonst noch so gibt. In ganz ausgefallenen Fällen baut man vielleicht einen Fuzzy-Regler.
Habe ich auf die Regelungen eine zu naive Sichtweise? Ist das Gebiet jenseits von diesen Standardherangehensweisen noch wesentlich größer? Das würde mich echt interessieren, als erzähl doch mal.
Wir zerstören hier wieder den Ursprungs-Thread. Aber z.B. bei der Reglung einer elektrischen Maschine gibt es wesentlich mehr als einen PID-Regler zu erstellen.
Da reden wir zunächst mal von einem Modell der Maschine was intern gerechnet wird aus den gemessenen Phasenströmen. Kann man auch Beobachter nennen. Dann gibt es zahlreiche physikalische Effekte zu berücksichtigen. Darüber könnte man sich seitenweise auslassen und darüber gibt es diverse Dissertationen. DAS ist der Grund warum sowas nicht von Informatikern gemacht wird, weil die von der Physik der Umgebung keine Ahnung haben, nicht weil die Softwareentwicklung so trivial wäre. Da das ganze sehr robust und sicher sein muss wird die Software nach Normen wie SPiCE und IEC 61508 entwickelt, was einen wesentlich sorgfältigeren Entwicklungsprozess als die Entwicklung von Dektop-Software bedeutet.
-
Gregor schrieb:
Habe ich auf die Regelungen eine zu naive Sichtweise? Ist das Gebiet jenseits von diesen Standardherangehensweisen noch wesentlich größer?
Schau mal hier:
http://de.wikipedia.org/wiki/Regelungstechnik#Entwurf_einer_RegelungInsgesamt gehe ich allerdings davon aus, dass die Realisierung von Regelungen und Steuerungen durchaus zu den etwas interessanteren Programmiertätigkeiten gehört.
Warum?
-
Bashar schrieb:
Insgesamt gehe ich allerdings davon aus, dass die Realisierung von Regelungen und Steuerungen durchaus zu den etwas interessanteren Programmiertätigkeiten gehört.
Warum?
Ist wahrscheinlich einfach eine Geschmackssache. Aus meiner Sicht ist das ein sehr anwendungsnahes Gebiet und in dem Zusammenhang gibt es eben Anwendungen, die mir persönlich sehr interessant erscheinen.
-
Ich weiß dass man als Informatiker generell für jede Art des ziellosen diskutierens zu haben ist, aber tobt euch doch bitte hier aus: http://www.c-plusplus.net/forum/289636
-
Wenn Du eine Veränderung suchst und fit in C++ bist, dann melde Dich bei mir. Du bekommst dann eine Adresse wo Du Dich bewerben kannst.
-
SideWinder schrieb:
Ist es in Firmen die dieserlei Software herstellen nicht immer so, dass man nach X Jahren oder bei entsprechender Leistung aufsteigt in die Projektleitung/Abteilungsleitung/What-So-Ever? Ganz unten sind nunmal die Code-Monkey-Jobs
Ich bin nach gut 2 Jahren fachlich getriebener Anwendungsentwicklung (Sparte 1) in die technische Entwicklung (Sparte 3: Performance, Datenbanken, Problemfrickeleien,...) übergewechselt. Klar hat man in einer 10-Mann Firma mit 2 oder 3 Anwendungsentwicklern einfach nicht genügend problematische Stellen, um jemanden vollzeit damit zu beschäftigen. Wenn du ausschließlich Gruppe3-Arbeiten machen möchtest, dann wechsel in eine größere Firma, mach dir einen Namen in Gruppe 1 und wechsle dann zu Gruppe 3.
-
wo wohnst du denn, bzw in welcher ecke wuerdest du arbeiten wollen / koennen?
mein arbeitgeber sucht noch leute fuer webentwicklung in suedwest-DE, vielleicht waere das was fuer dich.
-
loki1985 schrieb:
mein arbeitgeber sucht noch leute fuer webentwicklung in suedwest-DE, vielleicht waere das was fuer dich.
Er hat Webentwicklung explizit als 4. Ausprägung von Entwicklern ausgegrenzt (imo zu Recht) und möchte von Ausprägung 1 zu Ausprägung 3 wechseln. Ich glaube nicht, dass das was für ihn wäre.
-
Bleibt die Webentwicklung. Im Studium habe ich ein relativ kleines Webprojekt mit ASP.NET realisiert. Das hat mich auch nicht aus den Socken gehauen aber es wäre zumindest eine angenehme Herausforderung in modernen Webtechnologien fitt zu werden. Die Zukunft liegt sowieso im Web.
... klingt jetzt nicht so als waere er total dagegen. zudem ist der bereich "webentwicklung" ein recht weites feld. und das was er da so bei punkt 3 auflistet bietet meine firma eben auch, ohne jetzt ins detail gehen zu wollen.
-
MichelRT schrieb:
Wenn Du eine Veränderung suchst und fit in C++ bist, dann melde Dich bei mir. Du bekommst dann eine Adresse wo Du Dich bewerben kannst.
Nach einigen Jahren C++ habe ich C# entdeckt.
Nein, nein, ich möchte wirklich nicht mehr zurück in die Steinzeit.
