benehitx

Aktualisierung wegen neuem TV:
 
Alter: 23 25 26
Wohnort: Bayern
letzter Ausbildungsabschluss (als was und wann): FISI Winter 2020/2021
Berufserfahrung: 0 2 3
Vorbildung: allgemeine Hochschulreife
Arbeitsort: Bayern
Grösse der Firma: ~1500 MA in der IT-Abteilung
Tarif: hauseigener TV
Branche der Firma: öffentlicher Dienst
Arbeitsstunden pro Woche laut Vertrag: 39
Arbeitsstunden pro Woche real: 39
Gesamtjahresbrutto: 39.125,70€ 51.316,86€ 56.963,58€
Anzahl der Monatsgehälter: 12,9
Anzahl der Urlaubstage: 30 (+2 für Heiligabend und Silvester)
Sonder- / Sozialleistungen: VWL, betriebliche Altersvorsorge, etliche MA-Angebote, flexible Arbeitszeit mit Gleitzeit und Zeitkonto, subventionierte Kantine und HomeOffice (zu 80% aufs Jahr gerechnet)
Variabler Anteil am Gehalt: –
Tätigkeiten (Aufgaben/Aufgabenbereich): DevOps-Tätigkeiten im Bereich Cloud
 

Als jemand der mal darauf angewiesen war:
Wenn du denkst das Leben damit wäre eine "Komfortzone" und so Toll dann darfst du ja gerne Kündigen und davon Leben.
Aber klar... auf die Schwächsten der Gesellschaft hauen ist halt immer einfacher.

Ich bin ja nun wirklich kein grammar-nazi, aber wtf???
Was willst du mit dem wirren Wortgefüge aussagen? Kleiner Tipp: Satzzeichen gibt es hier kostenlos.

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.

Erst einmal etwas Berufserfahrung sammeln und parallel Bewerbungen schreiben. Der beste Job bringt nichts, wenn das Leben von Fahrzeiten aufgefressen wird.

Eines meiner Lieblingsthemen  Ich denke, wir müssen das aus mehreren Perspektiven Betrachten.
Erst einmal, gibt es ja verschiedene Arten von Qualitäten. Wenn wir von Anwendungssoftware reden, reden wir auch immer über User-Experience (UX) und hedonische Qualität. Das bedeutet, dass eben eine Software nicht "nur" funktioniert, sondern auch dem Nutzer einen angenehmen und positiven Nutzen bietet. Eine gute UX erreicht man über folgende Stufen: Functional -> Reliable -> Usable -> Convenient -> Pleasurable -> Meaningful (einfach mal nach "UX Pyramid" googeln). Das heißt, wenn eine Software schon nicht macht was es soll, kann man gar nicht keine hohe Gesamtqualität erreichen. Wenn es aber macht was es soll, dabei aber total umständlich ist, hat man auch keine hohe hedonische Qualität. Es gibt auch Studien die sagen, dass eine hohe hedonische Qualität eine funktionale Qualität durchaus kompensieren kann, aber nicht anders herum. Sprich: der Nutzer verzeiht mehr, wenn es sich für ihn gut anfühlt. 
Natürlich kann man jetzt Software hinklatschen, so dass es irgendwie funktioniert wie es soll auch noch eine hohe UX hat. Dabei kann man auch schnell Nutzertests machen und einen schnellen Go-to-market erreichen, was ja auf den ersten Blick gut ist. Allerdings hat das auch ein paar Nachteile. Und zwar können wir jetzt auch die Software-Qualität betrachten: wann ist eine Software qualitativ gut? Grundsätzlich kann man sagen, dass Software eine gute Qualität hat, wenn sie folgendes beinhaltet: Reliability, Maintainability, Testability, Portability, Reusability, ... (einfach nach "Code Quality" suchen). Allerdings ist das schwer zu messen (was sagt einem z. B. eine 100%ige Testabdeckung, wenn das falsche getestet wird?). Von technischen Schulden möchte ich hier gar nicht erst anfangen, das ist ein Thema für sich.
Zusätzlich muss man sagen: "es kommt drauf an". Während für eine Eier-Uhr-App ein schlechter Code noch keinen allzu risikobehafteten Impact hat, sieht es in einem Auto oder sogar in einem Flugzeug ganz anders aus (sowohl bei technischen Fehlern als auch bei Bedienfehlern die durch schlechte Usability entstehen können).
Wichtig ist auch der Punkt, dass eine 100%ige Qualität ein Zustand ist, der nie erreicht werden kann. Allerdings muss man irgendwo Grenzen ziehen, mit welcher Qualität man sich zufrieden geben möchte (z. B. wir machen nicht tausend Test-Cases, aber wir testen mit wenigen Tests die Punkte, die kritisch sind).
Ich muss hier @bigvic recht geben: Ich habe oft gesehen, dass sich Kunden Null um Qualität scheren, schließlich sind sie auch häufig nicht die Experten auf dem Gebiet und wollen auch Kosten sparen (Usability-Test? Wieso? Warum ein paar Tage für Unit-Tests bezahlen, es funktioniert doch?, etc.). Und bei Hobby-Projekten habe ich durchaus mehr Quick-and-dirty-Stellen wo ich denke "da muss man bei Zeit nochmal ran" als auf der Arbeit.
Da hier in dem Thread (wie häufig in letzter Zeit) agile Softwareentwicklung genannt wurde: eine agile Arbeitsweise bedeutet nicht automatisch, dass die Qualität leiden muss. Ich würde behaupten, Unternehmen die keinen Wert auf Qualität legen machen das weder agil noch nicht agil. Und Unternehmen die Wert drauf legen, können das auch agil. Das ist kein Wiederspruch.
Und dann fehlt noch der wirtschaftliche Faktor: auf der einen Seite kostet hohe Qualität Zeit (und somit Geld). Aber einen Bug beim Kunden zu fixen, ist viel teurer (z. B. wenn zig Autos für ein Software-Update zurück in die Werkstatt müssen oder Kunden abspringen, weil das was sie brauchen nicht gut funktioniert). Je früher ein Fehler gefunden wird, desto besser. Man kann jetzt aber auch nicht unendlich Zeit brauchen und unendlich Geld verbrennen. Auch hier muss man irgendwo eine Mitte finden.
Viel schlimmer finde ich, wenn Unternehmen wissen, dass ihre Software Schrott oder halbfertig ist und dann trotzdem veröffentlichen. Die Spieleindustrie ist hier ein gutes Beispiel.
 

Ich bin ganz ehrlich. Wenn das deine einzige Motivation ist in die IT zu gehen wirst du da nicht glücklich.

Alter: 23 25
Wohnort: Bayern
letzter Ausbildungsabschluss (als was und wann): FISI Winter 2020/2021
Berufserfahrung: 0 2
Vorbildung: allgemeine Hochschulreife
 
Arbeitsort: Bayern
Grösse der Firma: ~1500 MA in der IT-Abteilung
Tarif: hauseigener TV
Branche der Firma: öffentlicher Dienst
Arbeitsstunden pro Woche laut Vertrag: 39
Arbeitsstunden pro Woche real: 39
 
Gesamtjahresbrutto: 39.125,70€ 51.316,86€
Anzahl der Monatsgehälter: 12,9
Anzahl der Urlaubstage: 30 (+2 für Heiligabend und Silvester)
Sonder- / Sozialleistungen: VWL, betriebliche Altersvorsorge, etliche MA-Angebote, flexible Arbeitszeit mit Gleitzeit und Zeitkonto, subventionierte Kantine und HomeOffice (zu 100% möglich inzwischen nur noch bis zu 80% p.a. möglich)
Variabler Anteil am Gehalt: –
 
Tätigkeiten (Aufgaben/Aufgabenbereich): DevOps-Tätigkeiten im Bereich Cloud
 

Hier arbeitet doch keiner am WE oder lernt noch 2h neben dem Fulltime Job, also das sind sicher alles low performer hier

Alter: 23 25
Wohnort: Bayern
letzter Ausbildungsabschluss (als was und wann): FISI Winter 2020/2021
Berufserfahrung: 0 2
Vorbildung: allgemeine Hochschulreife
 
Arbeitsort: Bayern
Grösse der Firma: ~1500 MA in der IT-Abteilung
Tarif: hauseigener TV
Branche der Firma: öffentlicher Dienst
Arbeitsstunden pro Woche laut Vertrag: 39
Arbeitsstunden pro Woche real: 39
 
Gesamtjahresbrutto: 39.125,70€ 51.316,86€
Anzahl der Monatsgehälter: 12,9
Anzahl der Urlaubstage: 30 (+2 für Heiligabend und Silvester)
Sonder- / Sozialleistungen: VWL, betriebliche Altersvorsorge, etliche MA-Angebote, flexible Arbeitszeit mit Gleitzeit und Zeitkonto, subventionierte Kantine und HomeOffice (zu 100% möglich inzwischen nur noch bis zu 80% p.a. möglich)
Variabler Anteil am Gehalt: –
 
Tätigkeiten (Aufgaben/Aufgabenbereich): DevOps-Tätigkeiten im Bereich Cloud