kylt

Im Bezug auf die verlinkte Stelle finde ich z.B. folgende Punkte in der Stelle allgemein interessant:
* Vergünstigtes Jobticket und Parkplätze direkt vor der Tür
* Dein Arbeitsplatz ist überall; zu Hause, im Open Workspace oder im Büro ( = 100% Homeoffice möglich? )
* PENSUM 80% - 100% - Ich nehme mal an das bezieht sich auf eine Stelle mit 4 Tage Woche
Das sind alles Punkte, die nicht jeder AG anbietet und für viele AN inzwischen wichtiger werden als nur 100€ Netto mehr.
- In Metropolen, wo das Umland nicht unbedingt mit öffentlichen Verkehrsmitteln pendeln, wie z.B. Frankfurt a.M. sind die Kosten für Stellplätze und Parktickets explodiert, von der Verfügbarkeit ganz zu schweigen. - Wenn man hier einen Parkplatz quasi sicher hat, ist man als Mitarbeiter schon vor der Arbeit viel entspannter.

Hast du telefonisch nach den Absagegründen gefragt oder ist das einfach deine Vermutung?
Was spricht denn für dich, was du auch schriftlich belegen kannst?
Weshalb sollte ein potentieller Ausbildungsbetrieb dich alten, fachfremden ehemaligen Hauptschüler nehmen, wenn er einen jungen Abiturienten nehmen kann?
Genau DAS muss in deiner Bewerbung stehen - womit es also doch an deinem Bewerbungsanschreiben liegt.

Und um es noch einmal zu Betonen - und dann ziehe ich mich aus dieser Diskussion raus - ,  gehen wir mal das Szenario durch, du würdest das Unternehmen aus irgend welchen Gründen kurzfristig verlassen.
- Nach deiner Aussage hier im Thread bist du nach der Verrentung von zwei Kollegen der letzte, der alten Code in einem bestimmten Bereich versteht und wartet. Das geht so weit dass wenn du z.B. mit Blindarmentzündung im Krankenhaus liegst angerufen werden musst, weil das System vom Kunden steht und halt gar nix mehr geht und niemand anders das kann.
Nach deinem Weggang bleibt dem Kunden nur zwei Optionen: Gegenmaßnahmen einleiten (was meist zur Abschaltung von solchen Altsystem führt) oder mit der Sitation zu leben, dass alle Bänder stehen bleiben.
Was denkst du, wofür sich der Kunde "plötzlich" entscheiden wird?
 

Ich kann und mag mir nicht vorstellen, dass jedes einzelne System komplett unterschiedlich ist und ihr ständig das Rad neu erfinden müsst. Denn letztendlich führt dies zu einem Wildwuchs und im Schlimmsten fall passiert das:
Um einmal Klartext zu reden:
Für die Umsetzung eines Projektes in time-und-budget gehört nachhaltige Maintenance dazu. 
Dazu gehört auch damit umgehen zu können, dass die Mehrheit der IT Mitarbeiter darin ausgebildet wird nur die Sachen von der Stange zu nehmen. Low-Code Entwicklung, No-Code Entwicklung, Frameworks in Hülle und Fülle, alles führt dahin. 
Und ja, dass bedeutet auch, dass ich der Meinung bin, dass die Bewerbungsfragen und Aufgaben der falsche Hebel ist, wenn dein Problem eine Resourcenverknappung darstellt, wie du selber sagst: 
--------------------------------
Auch bei Überstunden oder Go-Live Gängen oder Rufbereitschaft funktioniert sehe ich es immer noch nicht, dass dies ausschließlich in einer Hand liegen muss. 
Überstunden können "mal" anfallen und warum das länger als ein Jahr eine Zumutung ist, wurde hier lang und breit Diskutiert. 
Wenn es üblich ist, dass Go-Live Gänge usw. am Wochenende regelmäßig anfallen, so kann man ohne große Probleme für den AG ein System einführen: Wochenendarbeit, ok dann hat der Mitarbeiter eben ein verschobenes Wochenende am Montag und Dienstag. Das funktioniert im Einzelhandel, der Gastronomie und diversen anderen Branchen problemlos.  - Dann ist man für die anderen Projekte eben nur 3 Tage in der nächsten Woche verfügbar.
Und für den Help-Desk / First level Support, um ein Ticket aufzunehmen, damit sich da ein Kollege drum in den nächsten 8 Stunden kümmert, sehe ich auch eine zentrale neue Position. 
 
--------------------------------
- Das bedeutet jeder neue Kollege bekommt ja nur das Endergebnis des Projekts mit.
- Kollegen die 20 Jahre in dem Unternehmen "nach ihrem eigenen Prinzip" und ohne äußere Vorgaben erledigt haben können niemals, ohne Prozessanpassung Adäquat ersetzt werden.

- Wenn du wirklich daran interessiert bist, etwas zu verändern, wäre schon ein erster Schritt die "Nieten" anders zu bewerten. 
Eure Ansprüche passen offensichtlich nicht zu den Resourcen, die ihr neu an Board holt. -  Wenn 75% ungeeignet sind dann kann das eben nicht nur alleine an der Auswahl der Kollegen liegen. Sondern zeigt auch auf, dass es ein Organisatorisches Problem gibt. 
Auch andere Unternehmen (insbesondere kleine und mittelständische Unternehmen) machen diese Erfahrungen. Mein Arbeitgeber z.B. auch und wir sind kein 10-Personen-Unternehmen.  
Mich interessiert daher wie denn der langfristige Plan für den absehbaren Resourcenengpass der nächsten 5 Jahre aussieht. Irgendwie klingt das so, als ob diese strategische Planung gerade von dir in der operativen, statt auf der strategischen Geschäftsführungsebene getroffen wird. 
Jetzt gehen wir mal davon aus, du hast das Bewerbungsverfahren optimiert. - Wie genau lassen wir mal außen vor. 
Nun siebst du so gut aus, dass garantiert keine "Niete" mehr angestellt wird. [ Anmerkung: Ich finde den Begriff wirklich nicht gut gewählt, weil du damit schon echtes nichts können unterstellst ]
Angestellt habt ihr dann vielleicht  1 von 30 Kandidaten in den nächsten 5 Jahren. - Das wird dir doch auch nicht weiter helfen. 
Der Markt wird dich quasi dazu zwingen auch Leute zu akzeptieren, die nur halb so viel wie die "richtig guten Personen" leisten. Sonst wird das nie etwas mit mittelfristiger Entlastung in den nächsten 2 Jahren.
 
Und noch einen Nachtrag dazu:
Ihr Entwickelt direkt zwischen 2 Systemen. Schon einmal in Betracht gezogen ein externes Format als Puffer zu nehmen, das wieder verwendbar ist, Stichwort EDI Standard Schnittstellen? Oder eine Middleware Lösung (meinet wegen auch selbst geschrieben) als Puffer, damit ihr die selbe Information mehrfach extern anbinden könnt und nicht jeder von inhaltlichen Daten bis hin zu Byte-Auswertung alles können muss?

Ich fürchte du hast den Beitrag nicht korrekt gelesen 🙂
"und dann nach ein paar, wenigen Wochen [...] kann ich bei einer leichteren Aufgabe quasi neben mich setzen und ihn während dessen Sachen erklären und da habe ich auch nicht so viele Sachen zum Abschweifen, weil viele der Sachen eben schon klar sind. [...]"
Same Post:
 

- Wenn du wirklich daran interessiert bist, etwas zu verändern, wäre schon ein erster Schritt die "Nieten" anders zu bewerten. 
Eure Ansprüche passen offensichtlich nicht zu den Resourcen, die ihr neu an Board holt. -  Wenn 75% ungeeignet sind dann kann das eben nicht nur alleine an der Auswahl der Kollegen liegen. Sondern zeigt auch auf, dass es ein Organisatorisches Problem gibt. 
Auch andere Unternehmen (insbesondere kleine und mittelständische Unternehmen) machen diese Erfahrungen. Mein Arbeitgeber z.B. auch und wir sind kein 10-Personen-Unternehmen.  
Mich interessiert daher wie denn der langfristige Plan für den absehbaren Resourcenengpass der nächsten 5 Jahre aussieht. Irgendwie klingt das so, als ob diese strategische Planung gerade von dir in der operativen, statt auf der strategischen Geschäftsführungsebene getroffen wird. 
Jetzt gehen wir mal davon aus, du hast das Bewerbungsverfahren optimiert. - Wie genau lassen wir mal außen vor. 
Nun siebst du so gut aus, dass garantiert keine "Niete" mehr angestellt wird. [ Anmerkung: Ich finde den Begriff wirklich nicht gut gewählt, weil du damit schon echtes nichts können unterstellst ]
Angestellt habt ihr dann vielleicht  1 von 30 Kandidaten in den nächsten 5 Jahren. - Das wird dir doch auch nicht weiter helfen. 
Der Markt wird dich quasi dazu zwingen auch Leute zu akzeptieren, die nur halb so viel wie die "richtig guten Personen" leisten. Sonst wird das nie etwas mit mittelfristiger Entlastung in den nächsten 2 Jahren.
 
Und noch einen Nachtrag dazu:
Ihr Entwickelt direkt zwischen 2 Systemen. Schon einmal in Betracht gezogen ein externes Format als Puffer zu nehmen, das wieder verwendbar ist, Stichwort EDI Standard Schnittstellen? Oder eine Middleware Lösung (meinet wegen auch selbst geschrieben) als Puffer, damit ihr die selbe Information mehrfach extern anbinden könnt und nicht jeder von inhaltlichen Daten bis hin zu Byte-Auswertung alles können muss?

- Wenn du wirklich daran interessiert bist, etwas zu verändern, wäre schon ein erster Schritt die "Nieten" anders zu bewerten. 
Eure Ansprüche passen offensichtlich nicht zu den Resourcen, die ihr neu an Board holt. -  Wenn 75% ungeeignet sind dann kann das eben nicht nur alleine an der Auswahl der Kollegen liegen. Sondern zeigt auch auf, dass es ein Organisatorisches Problem gibt. 
Auch andere Unternehmen (insbesondere kleine und mittelständische Unternehmen) machen diese Erfahrungen. Mein Arbeitgeber z.B. auch und wir sind kein 10-Personen-Unternehmen.  
Mich interessiert daher wie denn der langfristige Plan für den absehbaren Resourcenengpass der nächsten 5 Jahre aussieht. Irgendwie klingt das so, als ob diese strategische Planung gerade von dir in der operativen, statt auf der strategischen Geschäftsführungsebene getroffen wird. 
Jetzt gehen wir mal davon aus, du hast das Bewerbungsverfahren optimiert. - Wie genau lassen wir mal außen vor. 
Nun siebst du so gut aus, dass garantiert keine "Niete" mehr angestellt wird. [ Anmerkung: Ich finde den Begriff wirklich nicht gut gewählt, weil du damit schon echtes nichts können unterstellst ]
Angestellt habt ihr dann vielleicht  1 von 30 Kandidaten in den nächsten 5 Jahren. - Das wird dir doch auch nicht weiter helfen. 
Der Markt wird dich quasi dazu zwingen auch Leute zu akzeptieren, die nur halb so viel wie die "richtig guten Personen" leisten. Sonst wird das nie etwas mit mittelfristiger Entlastung in den nächsten 2 Jahren.
 
Und noch einen Nachtrag dazu:
Ihr Entwickelt direkt zwischen 2 Systemen. Schon einmal in Betracht gezogen ein externes Format als Puffer zu nehmen, das wieder verwendbar ist, Stichwort EDI Standard Schnittstellen? Oder eine Middleware Lösung (meinet wegen auch selbst geschrieben) als Puffer, damit ihr die selbe Information mehrfach extern anbinden könnt und nicht jeder von inhaltlichen Daten bis hin zu Byte-Auswertung alles können muss?

Ich kann und mag mir nicht vorstellen, dass jedes einzelne System komplett unterschiedlich ist und ihr ständig das Rad neu erfinden müsst. Denn letztendlich führt dies zu einem Wildwuchs und im Schlimmsten fall passiert das:
Um einmal Klartext zu reden:
Für die Umsetzung eines Projektes in time-und-budget gehört nachhaltige Maintenance dazu. 
Dazu gehört auch damit umgehen zu können, dass die Mehrheit der IT Mitarbeiter darin ausgebildet wird nur die Sachen von der Stange zu nehmen. Low-Code Entwicklung, No-Code Entwicklung, Frameworks in Hülle und Fülle, alles führt dahin. 
Und ja, dass bedeutet auch, dass ich der Meinung bin, dass die Bewerbungsfragen und Aufgaben der falsche Hebel ist, wenn dein Problem eine Resourcenverknappung darstellt, wie du selber sagst: 
--------------------------------
Auch bei Überstunden oder Go-Live Gängen oder Rufbereitschaft funktioniert sehe ich es immer noch nicht, dass dies ausschließlich in einer Hand liegen muss. 
Überstunden können "mal" anfallen und warum das länger als ein Jahr eine Zumutung ist, wurde hier lang und breit Diskutiert. 
Wenn es üblich ist, dass Go-Live Gänge usw. am Wochenende regelmäßig anfallen, so kann man ohne große Probleme für den AG ein System einführen: Wochenendarbeit, ok dann hat der Mitarbeiter eben ein verschobenes Wochenende am Montag und Dienstag. Das funktioniert im Einzelhandel, der Gastronomie und diversen anderen Branchen problemlos.  - Dann ist man für die anderen Projekte eben nur 3 Tage in der nächsten Woche verfügbar.
Und für den Help-Desk / First level Support, um ein Ticket aufzunehmen, damit sich da ein Kollege drum in den nächsten 8 Stunden kümmert, sehe ich auch eine zentrale neue Position. 
 
--------------------------------
- Das bedeutet jeder neue Kollege bekommt ja nur das Endergebnis des Projekts mit.
- Kollegen die 20 Jahre in dem Unternehmen "nach ihrem eigenen Prinzip" und ohne äußere Vorgaben erledigt haben können niemals, ohne Prozessanpassung Adäquat ersetzt werden.

Ich kann und mag mir nicht vorstellen, dass jedes einzelne System komplett unterschiedlich ist und ihr ständig das Rad neu erfinden müsst. Denn letztendlich führt dies zu einem Wildwuchs und im Schlimmsten fall passiert das:
Um einmal Klartext zu reden:
Für die Umsetzung eines Projektes in time-und-budget gehört nachhaltige Maintenance dazu. 
Dazu gehört auch damit umgehen zu können, dass die Mehrheit der IT Mitarbeiter darin ausgebildet wird nur die Sachen von der Stange zu nehmen. Low-Code Entwicklung, No-Code Entwicklung, Frameworks in Hülle und Fülle, alles führt dahin. 
Und ja, dass bedeutet auch, dass ich der Meinung bin, dass die Bewerbungsfragen und Aufgaben der falsche Hebel ist, wenn dein Problem eine Resourcenverknappung darstellt, wie du selber sagst: 
--------------------------------
Auch bei Überstunden oder Go-Live Gängen oder Rufbereitschaft funktioniert sehe ich es immer noch nicht, dass dies ausschließlich in einer Hand liegen muss. 
Überstunden können "mal" anfallen und warum das länger als ein Jahr eine Zumutung ist, wurde hier lang und breit Diskutiert. 
Wenn es üblich ist, dass Go-Live Gänge usw. am Wochenende regelmäßig anfallen, so kann man ohne große Probleme für den AG ein System einführen: Wochenendarbeit, ok dann hat der Mitarbeiter eben ein verschobenes Wochenende am Montag und Dienstag. Das funktioniert im Einzelhandel, der Gastronomie und diversen anderen Branchen problemlos.  - Dann ist man für die anderen Projekte eben nur 3 Tage in der nächsten Woche verfügbar.
Und für den Help-Desk / First level Support, um ein Ticket aufzunehmen, damit sich da ein Kollege drum in den nächsten 8 Stunden kümmert, sehe ich auch eine zentrale neue Position. 
 
--------------------------------
- Das bedeutet jeder neue Kollege bekommt ja nur das Endergebnis des Projekts mit.
- Kollegen die 20 Jahre in dem Unternehmen "nach ihrem eigenen Prinzip" und ohne äußere Vorgaben erledigt haben können niemals, ohne Prozessanpassung Adäquat ersetzt werden.

Ich kann und mag mir nicht vorstellen, dass jedes einzelne System komplett unterschiedlich ist und ihr ständig das Rad neu erfinden müsst. Denn letztendlich führt dies zu einem Wildwuchs und im Schlimmsten fall passiert das:
Um einmal Klartext zu reden:
Für die Umsetzung eines Projektes in time-und-budget gehört nachhaltige Maintenance dazu. 
Dazu gehört auch damit umgehen zu können, dass die Mehrheit der IT Mitarbeiter darin ausgebildet wird nur die Sachen von der Stange zu nehmen. Low-Code Entwicklung, No-Code Entwicklung, Frameworks in Hülle und Fülle, alles führt dahin. 
Und ja, dass bedeutet auch, dass ich der Meinung bin, dass die Bewerbungsfragen und Aufgaben der falsche Hebel ist, wenn dein Problem eine Resourcenverknappung darstellt, wie du selber sagst: 
--------------------------------
Auch bei Überstunden oder Go-Live Gängen oder Rufbereitschaft funktioniert sehe ich es immer noch nicht, dass dies ausschließlich in einer Hand liegen muss. 
Überstunden können "mal" anfallen und warum das länger als ein Jahr eine Zumutung ist, wurde hier lang und breit Diskutiert. 
Wenn es üblich ist, dass Go-Live Gänge usw. am Wochenende regelmäßig anfallen, so kann man ohne große Probleme für den AG ein System einführen: Wochenendarbeit, ok dann hat der Mitarbeiter eben ein verschobenes Wochenende am Montag und Dienstag. Das funktioniert im Einzelhandel, der Gastronomie und diversen anderen Branchen problemlos.  - Dann ist man für die anderen Projekte eben nur 3 Tage in der nächsten Woche verfügbar.
Und für den Help-Desk / First level Support, um ein Ticket aufzunehmen, damit sich da ein Kollege drum in den nächsten 8 Stunden kümmert, sehe ich auch eine zentrale neue Position. 
 
--------------------------------
- Das bedeutet jeder neue Kollege bekommt ja nur das Endergebnis des Projekts mit.
- Kollegen die 20 Jahre in dem Unternehmen "nach ihrem eigenen Prinzip" und ohne äußere Vorgaben erledigt haben können niemals, ohne Prozessanpassung Adäquat ersetzt werden.

Ich kann und mag mir nicht vorstellen, dass jedes einzelne System komplett unterschiedlich ist und ihr ständig das Rad neu erfinden müsst. Denn letztendlich führt dies zu einem Wildwuchs und im Schlimmsten fall passiert das:
Um einmal Klartext zu reden:
Für die Umsetzung eines Projektes in time-und-budget gehört nachhaltige Maintenance dazu. 
Dazu gehört auch damit umgehen zu können, dass die Mehrheit der IT Mitarbeiter darin ausgebildet wird nur die Sachen von der Stange zu nehmen. Low-Code Entwicklung, No-Code Entwicklung, Frameworks in Hülle und Fülle, alles führt dahin. 
Und ja, dass bedeutet auch, dass ich der Meinung bin, dass die Bewerbungsfragen und Aufgaben der falsche Hebel ist, wenn dein Problem eine Resourcenverknappung darstellt, wie du selber sagst: 
--------------------------------
Auch bei Überstunden oder Go-Live Gängen oder Rufbereitschaft funktioniert sehe ich es immer noch nicht, dass dies ausschließlich in einer Hand liegen muss. 
Überstunden können "mal" anfallen und warum das länger als ein Jahr eine Zumutung ist, wurde hier lang und breit Diskutiert. 
Wenn es üblich ist, dass Go-Live Gänge usw. am Wochenende regelmäßig anfallen, so kann man ohne große Probleme für den AG ein System einführen: Wochenendarbeit, ok dann hat der Mitarbeiter eben ein verschobenes Wochenende am Montag und Dienstag. Das funktioniert im Einzelhandel, der Gastronomie und diversen anderen Branchen problemlos.  - Dann ist man für die anderen Projekte eben nur 3 Tage in der nächsten Woche verfügbar.
Und für den Help-Desk / First level Support, um ein Ticket aufzunehmen, damit sich da ein Kollege drum in den nächsten 8 Stunden kümmert, sehe ich auch eine zentrale neue Position. 
 
--------------------------------
- Das bedeutet jeder neue Kollege bekommt ja nur das Endergebnis des Projekts mit.
- Kollegen die 20 Jahre in dem Unternehmen "nach ihrem eigenen Prinzip" und ohne äußere Vorgaben erledigt haben können niemals, ohne Prozessanpassung Adäquat ersetzt werden.

Dann sollte er das mal dringendst sein lassen. Was soll ihm schon passieren? Abmahnung? Da würde ich meinen Chef ganz entspannt fragen ob er noch ganz sauber ist und ob er das lieber vor der BG, einem Arbeitsrichter oder mit der BILD besprechen möchte.

- Ich möchte dir nicht zu nahe treten, aber wenn du schon solche Vergleiche heranziehst: Du hast keinen Spanisch Kurs gemacht, damit du mal im Land ein paar Bier bestellen kannst. Man schickt dich zu solchen Schulungen damit du als Fremdenführer die Sprache verstehst und halbwegs fließend Antworten kannst.
Das klingt immer von einem aus der IT so von oben heraub, ist so aber keinesfalls gemeint, sondern einfach ein Erwartungswert an einen ausgebildeten Software Entwickler. Natürlich kann man ein oder zweimal Codestellen zeigen, beim dritten mal wird man aber eben alleine Losgeschickt (als ausgebildete Kraft) und nur noch gezielte Rückfragen erwartet - "ist halt so". Die anderen Software Entwickler haben ja auch nicht endlos Zeit jemanden einzuarbeiten.
 - Gibt es kein Testsystem oder eine Debugfunktion? - Es kann ja nicht sein dass du ALLES blind in ein altes System reinprogrammieren sollst oder? 
> Egal wie lang du dafür brauchst, muss es ja einen Ansatz geben. 
Ist halt die Frage wie er dann im Vorstellungsgespräch auseinander genommen wird. Immerhin konkuriert er bei den Junior Stellen halt auch mit anderen "richtigen" FiAEs und Studenten.  Wenns halt schlecht läuft kommt dann auch folgender Dialog bei raus:
Vorstellungsgespräch AG: "Und, was haben Sie bisher nach der Ausbildung für Projekte progrogrammiert"
TE (aus den obigen Beiträgen): "{Nun] ich {werde} mit Aufgaben zugeschmissen, welche nicht meinen Kenntnissen entsprechen. Tue mir extrem schwer. {...}  ch fühle mich absolut nicht als Programmierer. Ich beherrsche keine Programmiersprache und kann wenn dann überhaupt ein paar Basics. "
🙄

"Auf Grund einer privaten, langfristig geplanten Reise stehe ich Ihnen ab dem 01.10.22 zur Verfügung."  
EDIT: Mehr brauchst du i.d.R. nicht Erklären, dass verstehen die AG schon. Wichtig ist nur, dass diese Zeit dann auch so eingehalten bleibt und du nicht "spontan" entscheidest doch noch nen Monat ran zu hängen.
=======
Falls du unter einem Monat Reisezeit bleiben solltest, schaue dir mal das Thema "nachgehenden Leistungsanspruch" an. 

Diesen Rat hatte ich auf den Lippen liegen. Aber ich wollte dich nicht damit angreifen.
Erfahrungsgemäß muss man immer ein dickeres Fell haben, da in jedem Umfeld mindestens 0,5% einem den Tag versauen wollen.
Ich wünsche dir dennoch das beste und vielleicht schaffst du doch wieder den Eintritt mit einer gewissen Portion Wille.

Die sind aber nicht krank, nur anders als das was - leider - immer noch als Norm versucht wird zu verkaufen.
Allerdings sind diese Menschen ganz normal (mental) belastbar. Es macht in der Qualität keinen Unterschied ob da eine LGBTQ Person arbeitet oder eine CIS Person. Genauso wie es keinen Unterschied macht ob Mann oder Frau, POC, Asiatisch gestreift oder gepunktet.
Bei dir ist das anders, da gibt es wirklich ein Krankheitsbild und auch (mehr oder weniger) wirksame Behandlungsmethoden, oder zumindest (bis zu einem gewissen Grad hilfreiche) Ausweichstrategien.
Stress in der IT ist eigentlich immer da, sei es durch näher rückende Deadlines oder durch ein immer weiter anwachsendes Backlog an "da muss ich auch noch mal ran" Aufgaben. Und wenn es das nicht ist, dann fällt irgendwas aus.
Das kann ich so nicht unterschrieben. Klar, machmal wird der Ton auch rauer, aber das ist nichts im Vergleich zu dem was in einer Profiküche oder im Handwerk so abgehen kann. Plus, nur weil es "in den Büros" vielleicht auf den ersten Blick gesitteter zugehen mag, DA sitzen 80%+ der hinterf*zigen Lästerschwestern, je höher im Organigramm desto schlimmer.

Ich glaube,du hast meinen Post nicht ganz verstanden. Es ging mir darum, dass Besserstellungen gegenüber des gesetzlichen Maximum an Arbeitszeit, Minimum an Pausenzeit, etc  als vertragliche Regelung zulässig sind. Das Gegenteil ist entweder nichtig oder eine Anpassung kann rechtlich eingefordert werden.
Laut Gesetz sind übrigens 48 Stunden regelmäßige wöchentliche Arbeitszeit "normal", sprich zulässig, da von 6 Werktagen je Woche ausgegangen wird. Ist beim Urlaubsanspruch übrigens genauso. Da ist im Gesetzestext von 24 Tagen pro Jahr die Rede, was sich aber auf eine 6-Tage-Woche bezieht. Ergo kann es sein, dass du bei einem Job mit 5 wöchentlichen Arbeitstagen auch nur 20 Urlaubstage im Jahr zugesagt bekommst und kannst rechtlich nichts daran ändern.

Hast du denn schon mit einer Aufgabe angefangen? - Wenn ja, was hast du bislang verstanden und gemacht? 
=====
Bitte entschuldige wenn ich falsch liege, aber du klingst, als ob du noch nix gemacht hast. 
Falls du noch nicht angefangen hast unterstelle ich jetzt einfach mal, dass du dich dann auch nicht mit der Materie auseinander gesetzt hast. In dem Fall wird dir auch niemand in ein Tag alles erklären können und es wird dir hier niemand deine Uni Aufgaben erledigen - sorry. 

Ich würde behaupten, dass du damit eine von vielen, möglichen Erklärungen für das Gehalt gefunden hast:
Es gibt keine Rückzahlungsverpflichtung mehr, aber dafür bekommst du eben 300-500 Euro weniger Geld im Monat als dein Chef dir mal erzählt hat. Auf diese Weise holt sich dein AG erstmal 3k+ p.a. zurück. Das fände ich, offen gestanden, noch legitim. Niemand bezahlt dir eine Ausbildung, nur um dich direkt danach fürstlich zu entlohnen und das obwohl dein Aufgabengebiet allem Anschein nach gleich bleibt. 🤔
Es ist halt einfach nicht das, was du dir gewünscht hast. Aber eine Frechheit? Ich denke nicht.
Mutmaßlich gibt der Markt mehr her, dann bewirb dich weg.

Das ist ja das tolle bei Team Aufgaben
Mal provokant aus Sicht des Kollegen:
Heute hat der Chef mir und meinem Kollegen die Aufgabe gegeben 4 neue Rechner aufzusetzen.
Da ich gerade mit einer harten Nuss beschäftigt war, hab ich die Aufgabe meinem Kollegen überlassen, der schon länger hier ist und sich mit diesen Routine Aufgaben besser auskennt. Wenn er Hilfe braucht kann er ja fragen.
Am Nachmittag, als ich etwas Luft von meiner schwierigen Aufgabe (muss leider ein Netzwerkprofi ran) hatte, fragte ich ihn ob ich ihm helfen kann, er schaute nur doof. Nerviger Kollege.
 
Also wenn ich eine Team Aufgabe bekomme, wird als erstes mit den Kollegen besprochen:
1. Wer hat eh schon was zu tun und wieviel
2. Wer kann welchen Part übernehmen
Hier hat scheinbar der Chef eine Aufgabe in den Raum geworfen und der wo es machen "wollte" hat es gemacht...
Also, die Lösung ist: Reden:
1. Mit dem Kollegen: Hey macht du mal die 4 Workstations, wenn du Hilfe brauchst komm vorbei, ich übernehme dafür die Tickets 1,2,3 und Ticket x das lass liegen, wir haben da eh schon einen Externen am Rohr der sich darum kümmert.
2. Mit den Chefs: Der neue Kollege macht nicht seine Aufgaben, stattdessen lieber xyz, ich hab ihn höflich darauf hingewiesen, hat nichts gebracht, könnt ihr mal mit ihm reden?
Der TE muss erstmal ein Problem melden!
Aus Chef Sicht ist doch alles gut, Aufgaben erledigt, keiner weiß von den Problemen.
Sich jetzt dann einfach krank melden geht imo gar nicht und verbessert die Situation nicht.
 

- Man muss dann aber auch mit dem Bummerang leben können: Solltest du das Angebot verstreichen lassen und bleibst, kannst du zielmlich sicher die Höhergruppierung vergessen. Denn dein Chef weiß ja, dass du trotz besserem Angebot geblieben bist. 
Heißt: Wenn du das machst und dein Chef dir kein besseres Angebot gibt musst du quasi gehen. - Egal ob zu diesem Angebot, oder zu einem anderen AG.
Grundsätzlich bist du bei dem gesagten safe: Sprich , erst neuen Arbeitsvertrag, danach Kündigen. Die geht aber häufig direkt in die HR Abeitlung oder du schickst Sie per Post. 
Wenn du dich "im Guten trennen willst" , würde ich dir raten nachdem die Kündigung in der Post ist einen 5-Termin mit deinem Chef zu machen und dann deine Kündigung anzukündigen. Damit der nicht aus allen Wolken fällt. - Man sieht sich häufig genug zweimal im Leben. Gerade in der IT Welt.
Anders herum bei der Frage "Was würde dich zusätzlich motivieren?" A: 2K mehr Gehalt Brutto oder B: 2 Urlaubstagen , würde ich wohl die Urlaubstage nehmen.
Ich kann das also mit den Bauchsschmerzen verstehen, wenn man schon als "Ausnahme" nochmal ein paar Urlaubstage oben drauf gelegt hat. - Ohne das Unternehmen zu kennen. Ich habe inzwischen auch Vorurteile bei Unternehmen, die größer als 50 MA sind und "nur" Standardmäßig 20-24 Tage anbietet. Es hat sich häufig  genug gezeigt, dass Mitarbeiter verheizt werden und eine sehr hohe fluktuation herrscht. (Auch wegen der "wenigen" Urlaubstage).

- Man muss dann aber auch mit dem Bummerang leben können: Solltest du das Angebot verstreichen lassen und bleibst, kannst du zielmlich sicher die Höhergruppierung vergessen. Denn dein Chef weiß ja, dass du trotz besserem Angebot geblieben bist. 
Heißt: Wenn du das machst und dein Chef dir kein besseres Angebot gibt musst du quasi gehen. - Egal ob zu diesem Angebot, oder zu einem anderen AG.
Grundsätzlich bist du bei dem gesagten safe: Sprich , erst neuen Arbeitsvertrag, danach Kündigen. Die geht aber häufig direkt in die HR Abeitlung oder du schickst Sie per Post. 
Wenn du dich "im Guten trennen willst" , würde ich dir raten nachdem die Kündigung in der Post ist einen 5-Termin mit deinem Chef zu machen und dann deine Kündigung anzukündigen. Damit der nicht aus allen Wolken fällt. - Man sieht sich häufig genug zweimal im Leben. Gerade in der IT Welt.
Anders herum bei der Frage "Was würde dich zusätzlich motivieren?" A: 2K mehr Gehalt Brutto oder B: 2 Urlaubstagen , würde ich wohl die Urlaubstage nehmen.
Ich kann das also mit den Bauchsschmerzen verstehen, wenn man schon als "Ausnahme" nochmal ein paar Urlaubstage oben drauf gelegt hat. - Ohne das Unternehmen zu kennen. Ich habe inzwischen auch Vorurteile bei Unternehmen, die größer als 50 MA sind und "nur" Standardmäßig 20-24 Tage anbietet. Es hat sich häufig  genug gezeigt, dass Mitarbeiter verheizt werden und eine sehr hohe fluktuation herrscht. (Auch wegen der "wenigen" Urlaubstage).

Ich bin aktuell nicht in der Bewerbungsphase. Wollte aber die Momentaufnahme trotzdem mal weitergeben, vielleicht hilfts ja doch bei dem Festlegen des Gehaltskorridors. 

First of all - I dont have any further advice for you.
======
At least I can confirm this expectations. I would recommend to advance your German and get a B1 certificate (or similar) to proove your language skills.