Rabber

Update 2024
Alter: 36 38 39
Position: IT Systemadmin / Projektleiter / Head of IT
Wohnort: Hessen
letzter Ausbildungsabschluss (als was und wann): FISI 2012
Berufserfahrung: 8 Jahre ~10 Jahre ~13 Jahre
Arbeitsort: Hessen
Grösse der Firma:  700+
Branche der Firma: Industrie
Arbeitsstunden pro Woche laut Vertrag: 40
Arbeitsstunden pro Woche real: 40-45  45
Gesamtjahresbrutto: aktuell: 86.000€ 97.000€ (92k€ fix + 5k€ Bonus für persönliche Ziele) 110.000€ (100k€ fix + 10k Bonus) 115.000€ (105k fix + 10K Bonus)
Arbeitgeber1, 2012: 28.000€ -> 2013: 36.000€ -> 2015: 42.000€ |  Arbeitgeber2, 2016: 52.000€ | Arbeitgeber3, 2017: 78.000€ | Arbeitgeber4, 2021: 86.000€ -> 2022: 97.000€ -> 2023 110.000€ -> 2024 115.000€ + Firmenwagen (65T€ Brutto inkl. Privatnutzung/ Tankkarte etc.)
Anzahl der Monatsgehälter: 13 12
Anzahl der Urlaubstage: 30
Sonder- / Sozialleistungen:  HomeOffice, Obst, Kaffee, Wasser, Altersvorsorge, iPhone, Firmenwagen
Verantwortung: Fachliche Verantwortung von 4 Mitarbeitern und allen internen IT-Themen
Fachliche und disziplinarische Verantwortung von 6 Mitarbeitern inkl. Gesamtverantwortung der IT
Tätigkeiten (Aufgaben/Aufgabenbereich):
Gesamtleitung IT - Projektverantwortung, Budget, Team- und Personaltentwicklung, IT-Security, Informationssicherheit, Prozessoptimiertung etc.
 

Minimalangaben:
Alter 33
Wohnort Hildesheim
letzter Ausbildungsabschluss (als was und wann) 2012 FiSi
Berufserfahrung 12
Vorbildung -
Arbeitsort - 100% Remote
Grösse der Firma 100
Tarif -
Branche der Firma - Consulting
Arbeitsstunden pro Woche laut Vertrag 39.5
Arbeitsstunden pro Woche real k.A.
Gesamtjahresbrutto 92.000€
Anzahl der Monatsgehälter 12
Anzahl der Urlaubstage 30
Sonder- / Sozialleistungen -
Variabler Anteil am Gehalt -
Verantwortung -
Tätigkeiten (Aufgaben/Aufgabenbereich) Consulting im Softwarebereich
 

Gut so. Jetzt hast du Gewissheit und kannst auf dieser Basis die nächsten Schritte planen.

Hast du einen festen Arbeitsplatz?

 
 

Neues Jahr neues Glück, mein neuer Chef hat mich endlich mal auf die durchschnittliche Leistungszulage gehoben.
Dann gibt es im Mai die 3,3% mehr die die IGM beim letzten mal schon verhandelt hat.
Mit diesen beiden Dingen bin ich dann bei 107.520, Die Schritte ab jetzt werden kleiner Ausfallen, es gibt noch eine Tarif Gruppe, aber ob ich die erreiche oder überhaupt erreichen will sei mal dahin gestellt.
Der TV läuft ja dieses Jahr aus, falls man also Ende des Jahres dann nochmal 4% holt wären es 111.821, meine Vermutung ist aber eher dass es sich hinzieht und die Erhöhung erst 2025 kommt wie beim letzten mal auch.

4600 * 12 = 55200€ bei 13 Gehälter sogar 4600 * 13 = 59800€. Finde ich schon ordentlich mit 3 Jahren BE ehrlich gesagt.
"Viel" ist es nicht (mehr geht ja bekanntlich immer), aber schon ordentlich und gut!

Gleiche Firma, aber Beförderung zum Senior DevOps Engineer. 82k Grundgehalt + bis 10 % Bonus + 20k RSUs (Vesting über 4 Jahre). TC also bei 100k - 110k. Je nachdem wie lange ich bleibe, wie die Aktien stehen und wie der Bonus ausfällt. 

Am besten fängst Du zuerst bei Dir und Deiner Einstellung an. Zu Aufgaben, Kollegen und Arbeit im Gesamten. 

Am besten fängst Du zuerst bei Dir und Deiner Einstellung an. Zu Aufgaben, Kollegen und Arbeit im Gesamten. 

Ist eine Grauzone ohne klare und richtige Antwort.
natürlich ist Code Qualität wichtig. Aber es ist ebenso richtig, dass sie kein Selbstzweck ist und Grenzen haben muss. Ebenso beim Unit Testing. Die goldene 80/20 Regel trifft es da schon ganz gut.
Ist in der Tat ein heißes Thema bei vielen Entwicklern. Gerade bei denen, die für die Thematik als solche brennen. Die übertreiben nur all zu gerne und verlieren aus den Augen, worum es eigentlich geht. Wiederum andere sind schlicht faul und produzieren grottigen Code, den man so nie in Produktion bringen dürfte.

Die wirkliche Kunst ist zu erkennen, wann Software gut genug ist. Manchmal muss sie wirklich schön strukturiert, gut aufgebaut, wartbar und was weiß ich noch alles sein, manchmal tut's aber auch der Code, den man schnell zwischen zwei Meetings nebenbei zusammengehackt hat.
Da muss man dann auch mal als SWE über seinen eigenen Schatten springen können und schlechten Code shippen, anstatt sich ewig in Details, die eh keinen interessieren, zu verkünsteln.
Wie immer: Es kommt drauf an.

Aber was bringt mir super saubere Software, wenn sie nicht "fertig" wird. Ich glaube manchmal sieht sich ein Softwareentwickler zu sehr als Künstler und liefert deshalb lieber kein Ergebnis ab als ein nicht Perfektes. 

Geld verdienen tut man effektiv nur mit "Fertiger" aber nicht mit Schöner Software. 

Hallo zusammen,
Kennt ihr folgendes Phänomen? Manchmal scheint es, als ob die schnell zusammengezimmerten Projekte, die wir aus der Not heraus fertig machen, am Ende besser ankommen als die, über die wir ewig brüten und die nie wirklich fertig werden. Warum ist das so?
Ist am Ende des Tages "fertig" besser als "perfekt"? Am Ende zählt ja meist, dass die Software funktioniert und die Leute sie nutzen können.
Aber was ist eigentlich wichtig, damit Software erfolgreich ist? Die Software, die langfristig verwendet wird, ist oft nicht unbedingt diejenige mit dem schönsten Code, sondern eher diejenige, die dem Nutzer einen echten Mehrwert bietet.
Ich stelle diese Frage, weil ich oft erlebt habe, wie wir als Entwickler stundenlang über eine perfekte Lösung nachdenken, nur um dann festzustellen, dass sie an den Anforderungen der Stakeholder vorbeigearbeitet haben. Die Stakeholder wiederum ärgern sich darüber, dass das Endergebnis nicht das ist, was sie wollten. Meist endet das in dem immer gleichen Konflikt. 

Laut agilen Baukasten gibt es dafür genug Lösungen in der Praxis funktionieren sie aber meist nur, wenn beide Seiten sehr fit in dem Gebiet sind.
 
 

Softwareentwicklung sollte - ausser im Hobbybereich - kein Selbstzweck sein. Von daher geht es immer um den Nutzen.
Eine meiner ersten Softwareentwicklungen war 10Jahre+ erfolgreich im Einsatz bei x Kunden und hat dem Unternehmen Millionen gebracht. Der Code war gelinde gesagt einfach eine Katastrophe. Interessierte keine Sau

Das fasst es meiner Meinung nach gut zusammen.
Das wird auch nicht besser, wenn man nicht wenigstens ein bisschen Freude hat an dem was man so den lieben langen Tag macht.
Und diese Null Bock Haltung bleibt nicht unbemerkt, d.h. deine "Karrierechancen" dort sind ebenfalls Null.

Irgendwie klingt das hier für mich zu viel nach Wischiwaschi und nicht nach wen mit Berufserfahrung oder?
Es ist immer schön von den verschiedenen Arbeitsmodellen zu reden. Die kann man auch in jedem Buch nachlesen. Die Vor- und Nachteile.

Ein wesentlicher Grund, warum microservices und -frontends heute so modern sind, ist für mich die Fähigkeit, unterschiedliche Quellen und Systeme über einen Standard zu vereinen. REST und HTTP spricht heute nahezu alles und jeder. Das ist eine große Stärke. Gerade in den gewachsenen Landschaften der IT.
das war früher anders. Da hatte jede Plattform und jede Technologie eigene Schnittstellen, sodass Kompatibilität nicht so einfach herzustellen war. Häufig auch gar nicht nötig und erst recht nicht gewünscht. Da war ein CSV-Import der Gipfel der Interoperabilität.
Heute investiert sogar Microsoft groß in Open Source. Früher undenkbar. Da hat sich was getan, in der IT-Welt.
—
übrigens haben beide Ansätze ihre vor und Nachteile. Modern ist nicht immer besser.
Die Komplexität moderner Architekturen ist häufig um einiges höher als die klassischer Varianten. Performance, Fehlerbehandlung und Wartbarkeit leiden auch, wenn alles über hundert Schichten und Systeme verteilt läuft.
Es gibt durchaus noch Szenarien, wo die klassische, monolithische Anwendung im Vorteil ist. wird gerne verdrängt.

Wenn Du wissen möchtest, ob Du Chancen bei Stelle X hast, gibt es nur eine relevante Option: bewerben.

Wenn Du wissen möchtest, ob Du Chancen bei Stelle X hast, gibt es nur eine relevante Option: bewerben.

Externe Teamleiter dürfen vermutlich noch drüber liegen. Alles richtig gemacht! 👍

Ich kann mir auf die Situation keinen Reim machen, aber wenn es für Dich passt, freue ich mich für Dich. 😎

Für den Beginn finde ich einen breiten Einblick sehr hilfreich. Dann hast du 1-x Jahre Zeit, Dich in Ruhr zu entscheiden, was Dir liegt und was nicht.
Das ändert sich im Laufe des Berufslebens sowieso noch ein oder mehrere Male.
pass auf, dass Du nicht zu lange auf so einer Position hängenbleibst. Da kann man schnell ganze Jahre verschenken.

Ich kann mir auf die Situation keinen Reim machen, aber wenn es für Dich passt, freue ich mich für Dich. 😎

Ich kann mir auf die Situation keinen Reim machen, aber wenn es für Dich passt, freue ich mich für Dich. 😎

So, wollte noch mal Feedback abgeben
In dem Gespräch kam jetzt raus, dass ich in die Hotline wechsele aber für die anderen Kollegen die Urlaubsvertretung bin, also quasi 50 / 50 Stelle.
Damit bin ich zufrieden