Bis auf Abschlussarbeiten wirst du nichts konkretes finden. Es hat schon seine Gründe, warum der Ausbildungsrahmenplan so allgemein verfasst wurde. Jedes Unternehmen ist anders und setzt einen anderen Fokus. Eine Firma entwickelt vielleicht mehr Stored Procedures in der Datenbank und dann liegt der Fokus mehr auf SQL, eine andere Firma verwendet vielleicht eine NoSQL-Datenbank und da kann durchaus kein SQL verwendet worden sein. etc. Der Ausbildungsrahmenplan bietet nur einen groben Überblick, was alles gelehrt werden sollte. Die Firmen können aber dennoch davon etwas abweichen. Welche Programmiersprachen gelehrt werden soll, wird ja auch nicht vorgegeben, da man nicht davon ausgehen kann, falls es vorgeschrieben wird, die Firma auch das Know-How besitzt. Wenn du also die Abschlussarbeiten anschaust und die Aufgaben lösen kannst, dann bist du doch gut dabei und ja, mich als Ausbilder kotzt es mich auch an, dass der Fokus eher auf dem Kaufmann liegt, da es heutzutage nicht mehr der Realität entspricht.
Zum Thema "Gutes Verständnis von Objektorientierung und Datenmodellierung": Ich würde behaupten, dass selbst die meisten erfahrenen Softwareentwickler Objektorientierung nicht richtig verstanden haben. Der Vorteil von Objektorientierung liegt in der Umkehrung der Abhängigkeit und nicht, wie vielfach behauptet wird, in der Vererbung und Polymorphie, denn das kann auch C, auch wenn es nicht so komfortabel ist. Bei Datenmodellierung sehe ich auch, dass viele es falsch angehen. Oft wird Datenmodellierung gleichgesetzt mit "ER-Modell erstellen". So sehe ich das auch immer in hier den vorgestellten Abschlussprojekten. Objektorientierung und relationale Datenbanken passen aber nicht so recht zusammen. Deswegen muss man umständlich mit einem O/R-Mapper hin- und hermappen. Mit einer Datenbank, die zur Objektorientierung passt, wie z.B. dokumenbasierte Datenbanken, ist so ein Mapping nicht nötig und bietet sogar auch Vorteile. Warum stellt man also die Datenbank so in den Vordergrund? Die Datenbank ist doch nur für die Persistenz zuständig und es sollte doch egal sein, wie die Datenbank die Daten speichert. Wenn ich eine Liste von Key-Value-Pairs in die Datenbank speichern möchte, dann möchte ich das tun und sie nicht umständlich in eine Tabelle umwandeln.
Ob man jetzt für einen Job geeignet ist, oder nicht, wird dir auch keiner beantworten können. Wenn aber ein Junior-Entwickler mit Wissen in Angular gesucht wird und man hat Wissen in Angular, dann ist man schon ein potenzieller Kandidat und wenn der Rest einen zusagt, dann sollte man sich einfach bewerben. Mehr als Nein können sie ja nicht sagen.
