Whiz-zarD

Was mich irritiert, wieso wird der Azubi alleine zu einem Kunden geschickt?
Das kann man vielleicht im dritten Lehrjahr machen, wenn der Azubi den Kunden kennt und weiß, was zu tun ist (und selbst dann finde ich das ein bisschen heikel) aber in der Anfangszeit wird man ja wohl zusammen mit einem Mitarbeiter zum Kunden fahren. Wieso muss der Azubi dann sein Fahrzeug dafür hinhalten? Wäre es versicherungstechnisch nicht sinnvoller ein Mietwagen zu organisieren? Gängige Autovermieter bringen sogar für eine Gebühr das Auto direkt vor die Haustür. Man spart hier also am völlig falschen Ende...

Was mich irritiert, wieso wird der Azubi alleine zu einem Kunden geschickt?
Das kann man vielleicht im dritten Lehrjahr machen, wenn der Azubi den Kunden kennt und weiß, was zu tun ist (und selbst dann finde ich das ein bisschen heikel) aber in der Anfangszeit wird man ja wohl zusammen mit einem Mitarbeiter zum Kunden fahren. Wieso muss der Azubi dann sein Fahrzeug dafür hinhalten? Wäre es versicherungstechnisch nicht sinnvoller ein Mietwagen zu organisieren? Gängige Autovermieter bringen sogar für eine Gebühr das Auto direkt vor die Haustür. Man spart hier also am völlig falschen Ende...

Was mich irritiert, wieso wird der Azubi alleine zu einem Kunden geschickt?
Das kann man vielleicht im dritten Lehrjahr machen, wenn der Azubi den Kunden kennt und weiß, was zu tun ist (und selbst dann finde ich das ein bisschen heikel) aber in der Anfangszeit wird man ja wohl zusammen mit einem Mitarbeiter zum Kunden fahren. Wieso muss der Azubi dann sein Fahrzeug dafür hinhalten? Wäre es versicherungstechnisch nicht sinnvoller ein Mietwagen zu organisieren? Gängige Autovermieter bringen sogar für eine Gebühr das Auto direkt vor die Haustür. Man spart hier also am völlig falschen Ende...

Was mich irritiert, wieso wird der Azubi alleine zu einem Kunden geschickt?
Das kann man vielleicht im dritten Lehrjahr machen, wenn der Azubi den Kunden kennt und weiß, was zu tun ist (und selbst dann finde ich das ein bisschen heikel) aber in der Anfangszeit wird man ja wohl zusammen mit einem Mitarbeiter zum Kunden fahren. Wieso muss der Azubi dann sein Fahrzeug dafür hinhalten? Wäre es versicherungstechnisch nicht sinnvoller ein Mietwagen zu organisieren? Gängige Autovermieter bringen sogar für eine Gebühr das Auto direkt vor die Haustür. Man spart hier also am völlig falschen Ende...

Lass mich raten: Blinder Hass gepaart mit Ahnungslosigkeit... 
Gerade C# ist eine der schönsten objektorientierte Sprachen, die man derzeit in der Wirtschaft findet. Java hinkt da meilenweit hinterher. Wie man PHP vorziehen kann, ist mir auch ein Rätsel. Da man immer mehr zu single-page-applikationen geht, wird die Verbreitung von PHP auch immer weniger. C++ wirst du in der Wirtschaft auch immer weniger sehen, da man die Sprache fast ausschließlich nur noch für hardwarenahe Entwicklung verwendet. 

Hmm ... Ich weiß nicht, wie deine C#-Kenntnisse sind aber wir suchen C#-Entwickler.
Wenn du nicht vor manuellen Softwaretests zurückschreckst, suchen wir auch noch Leute fürs Testen. In der Testabteilung wurde schon mal einer eingestellt, der keinerlei Ausbildung abgeschlossen und die Schule abgebrochen hatte, um ihn eine Chance zu geben und wenn schon eine Fachinformatikerin-Ausbildung abgeschlossen hast du noch C# kannst, wäre es sogar vom Vorteil.
Wir sind eine Firma in Hamburg, die in der Bankenbranche tätig ist. Bei uns arbeiten auch einige, die aus Moorrege oder Tornesch kommen und der Anfahrtsweg dauert mit der Bahn auch nur etwas mehr als eine halbe Stunde. Also sehr optimal. Wenn du willst, kann ich dir gerne die Stellenangebote per PN zuschicken. Eine Bewerbung wäre es wohl alle mal wert.

Hmm ... Ich weiß nicht, wie deine C#-Kenntnisse sind aber wir suchen C#-Entwickler.
Wenn du nicht vor manuellen Softwaretests zurückschreckst, suchen wir auch noch Leute fürs Testen. In der Testabteilung wurde schon mal einer eingestellt, der keinerlei Ausbildung abgeschlossen und die Schule abgebrochen hatte, um ihn eine Chance zu geben und wenn schon eine Fachinformatikerin-Ausbildung abgeschlossen hast du noch C# kannst, wäre es sogar vom Vorteil.
Wir sind eine Firma in Hamburg, die in der Bankenbranche tätig ist. Bei uns arbeiten auch einige, die aus Moorrege oder Tornesch kommen und der Anfahrtsweg dauert mit der Bahn auch nur etwas mehr als eine halbe Stunde. Also sehr optimal. Wenn du willst, kann ich dir gerne die Stellenangebote per PN zuschicken. Eine Bewerbung wäre es wohl alle mal wert.

Hmm ... Ich weiß nicht, wie deine C#-Kenntnisse sind aber wir suchen C#-Entwickler.
Wenn du nicht vor manuellen Softwaretests zurückschreckst, suchen wir auch noch Leute fürs Testen. In der Testabteilung wurde schon mal einer eingestellt, der keinerlei Ausbildung abgeschlossen und die Schule abgebrochen hatte, um ihn eine Chance zu geben und wenn schon eine Fachinformatikerin-Ausbildung abgeschlossen hast du noch C# kannst, wäre es sogar vom Vorteil.
Wir sind eine Firma in Hamburg, die in der Bankenbranche tätig ist. Bei uns arbeiten auch einige, die aus Moorrege oder Tornesch kommen und der Anfahrtsweg dauert mit der Bahn auch nur etwas mehr als eine halbe Stunde. Also sehr optimal. Wenn du willst, kann ich dir gerne die Stellenangebote per PN zuschicken. Eine Bewerbung wäre es wohl alle mal wert.

Da frage ich mich eher, wieso man keine abstrakte Basisklasse verwendet, wenn die generierten Klassen schon so repetitiv, sodass man sie mit einem Codegenerator generieren kann? Wäre dann nicht vielleicht der Einsatz eines O/R-Mappers sinnvoller?
Dokumentation ist sowieso so ein Thema für sich. Ja, in der Abschlussprüfung sollte man Wert drauf legen aber in der Praxis werden aber kaum Dokumentationen geschrieben. UML-Diagramme habe ich bis jetzt noch in keiner Softwareentwicklungsfirma gesehen. Klassendiagramme werden häufig dafür verwendet, um Abhängigkeiten festzustellen, die aufgelöst werden müssen oder um die Komplexität einer Klasse festzustellen. Also Dinge die man erst beim Refactoring braucht. Auch Ablauf- oder Sequenzdiagramme sieht man recht selten, weil die Abläufe der Software teils so komplex werden, sodass Diagramme nicht zu einer besseren Dokumentation beitragen und vereinfachte Diagramme, wie z.B. "Kunde drückt Button -> Server erstellt Report -> Server schickt Kunde den Report" braucht kein Mensch.
Von Testprotokollen halte ich auch sehr wenig. Was soll den protokolliert werden? Üblicherweise schreibt man Unittests. Soll man die Ergebnisse der Unittests ausdrucken? Also das alles Grün ist? Ich gehe auch nicht davon aus, dass die IHK prüft, ob auch sinnvoll getestet wurde. Sprich, ob man die Testpyramide bestmöglich einhält.
Ich halte die Vorgehensweise der IHK für sehr altmodisch. Auch das, was Rienne von der IHK zitert hat, hört sich für mich eher nach einem Wasserfallmodell an, wo schon vor der Implementierung klar ist, was und wie es implementiert werden soll. Das passt aber nicht zur heutigen agilen Softwareentwicklung und die Vorgaben der IHK sind mehr hinderlich als fördernd, weil sie ein völlig veraltetes Bild der Softwareentwicklung zeigen. Per Wasserfall hat man noch in den 80ern und 90ern entwickelt. Wer das heute noch tut ist auf dem Markt nicht mehr konkurrenzfähig, da der Markt sich rapide ändert und man muss mit diesen Änderungen klarkommen und das ist bei einem Wasserfallmodell nicht möglich und gerade durch das Wasserfallmodell entstehen solche Szenarien.
Also im Klartext: unwartbarer Legacy Code, der historisch gewachsen ist, bei dem Refactoring eine komplette Neuentwicklung bedeuten würde.  Wenn ich jedes Mal ein Cent bekommen würde, wenn ich höre, dass der Code speziell wäre, wäre ich schon Millionär.

So einer wie dich, wird keiner nehmen wollen. Sorry aber das ist so. Du blickst nicht über den Tellerrand und bist auch recht naiv. Das IT-Handbuch vom Rheinwerk Verlag kratzt lediglich nur an der Oberfläche und bietet und beinhaltet bei weitem nicht alles, was man als Entwickler oder Systemintegrator benötigt. Es bietet also nur ein Rundumblick, was es da so gibt. Da habe ich einige Bücher zu einem bestimmten Thema hier stehen, die schon so dick sind, wie das IT-Handbuch selbst.

Lass mich raten: Blinder Hass gepaart mit Ahnungslosigkeit... 
Gerade C# ist eine der schönsten objektorientierte Sprachen, die man derzeit in der Wirtschaft findet. Java hinkt da meilenweit hinterher. Wie man PHP vorziehen kann, ist mir auch ein Rätsel. Da man immer mehr zu single-page-applikationen geht, wird die Verbreitung von PHP auch immer weniger. C++ wirst du in der Wirtschaft auch immer weniger sehen, da man die Sprache fast ausschließlich nur noch für hardwarenahe Entwicklung verwendet. 

So einer wie dich, wird keiner nehmen wollen. Sorry aber das ist so. Du blickst nicht über den Tellerrand und bist auch recht naiv. Das IT-Handbuch vom Rheinwerk Verlag kratzt lediglich nur an der Oberfläche und bietet und beinhaltet bei weitem nicht alles, was man als Entwickler oder Systemintegrator benötigt. Es bietet also nur ein Rundumblick, was es da so gibt. Da habe ich einige Bücher zu einem bestimmten Thema hier stehen, die schon so dick sind, wie das IT-Handbuch selbst.

Zu 1) Klingt danach, als gäbe es ein Drop-Down-Menü, in der die Nutzer aufgelistet werden.
Zu 2) Die Datenbank soll selber erstellt werden. Siehe den anderen Thread vom TE:

Zu 3) Das Wort "Verlinkung" verwendet nur der TE. In der Aufgabenstellung steht, dass es Links geben soll, die zu einer weiteren Webseite führt.
Zu 4) Da fehlt wohl noch ein ` am Ende der Query. 
Ich muss aber auch sagen, dass so eine Aufgabe für jemanden, der eine Ausbildung anfangen möchte, einfach zu viel ist. So etwas stellt man vielleicht Junior Entwickler, um deren Wissen zu überprüfen aber keinen potenziellen Anwärter für eine Ausbildung. Entweder hat der Betrieb kein Plan oder die suchen wirklich eine billige Arbeitskraft.

Was zum Geier? 
Das using hat hier überhaupt nichts zu suchen ...
Das using ist für das IDisposable-Interface und dieses Interface dient fürs Aufräumen vom Speicher von unmanaged Code.
Wenn du das Haus nur innerhalb eines Blockes haben willst, dann setze es doch ein ein Block:
{ var house = new House( new List<Room> { new Room(windowCount: 1), new Room(windowCount: 3) { Name = "dining" } }); house.Garage = garage; Console.WriteLine("house in a using statement"); Console.WriteLine(house.ToString()); Console.WriteLine("leaving using statement"); } @ Topic:
Eine Aggregation assoziiert "ein Besitz".
z.B. ein Forum besitzt Mitglieder. Das Forum kann aber auch ohne Mitglieder bestehen.
Oder eine Garage besitzt ein Fahrzeug. Die Garage besteht aber auch, wenn kein Fahrzeug drinnensteht.
Eine Komposition assoziert "ein Teil".
z.B. das Herz ist ein Teil des Menschens. Ohne ein Herz kann ein Mensch nicht leben.
Oder ein Raum ist ein Teil eines Gebäudes. Ohne ein Raum existiert auch kein Gebäude.

Was zum Geier? 
Das using hat hier überhaupt nichts zu suchen ...
Das using ist für das IDisposable-Interface und dieses Interface dient fürs Aufräumen vom Speicher von unmanaged Code.
Wenn du das Haus nur innerhalb eines Blockes haben willst, dann setze es doch ein ein Block:
{ var house = new House( new List<Room> { new Room(windowCount: 1), new Room(windowCount: 3) { Name = "dining" } }); house.Garage = garage; Console.WriteLine("house in a using statement"); Console.WriteLine(house.ToString()); Console.WriteLine("leaving using statement"); } @ Topic:
Eine Aggregation assoziiert "ein Besitz".
z.B. ein Forum besitzt Mitglieder. Das Forum kann aber auch ohne Mitglieder bestehen.
Oder eine Garage besitzt ein Fahrzeug. Die Garage besteht aber auch, wenn kein Fahrzeug drinnensteht.
Eine Komposition assoziert "ein Teil".
z.B. das Herz ist ein Teil des Menschens. Ohne ein Herz kann ein Mensch nicht leben.
Oder ein Raum ist ein Teil eines Gebäudes. Ohne ein Raum existiert auch kein Gebäude.

Ich hab ein Netzteil mit 1,5A Ausgangsseitig. Besser wäre aber 2A oder mehr. Ich hab das Problem, wenn ich mal eine Festplatte ranhänge, dann startet der Raspberry neu, weil das Netzteil beim Anfahren der Festplatte in die Knie geht. Kann aber auch vielleicht daran liegen, dass das Netzteil schlecht verarbeitet ist und die verbauten Kondensatoren nichts taugen.

Das sind 5% von der Summe des Kredites. Also 5% von 77.000 € macht 3.850 €.
Also kann ich jährlich einmal 3.850 € an die ING-Diba bezahlen. (weitere Sondertilgungen sind mit Gebühren verbunden)
Ich habe noch mal nachgeschaut. Ich bezahle an die ING-Diba 272,21 € und an die KfW 188,77 €. Macht zusammen 460,98 €.
Dann noch das 191,00 € Wohngeld an die Verwaltung. Dann liege ich bei 651,98 €. Mit Strom, Internet, Telefon, etc. liege ich bei 850 €. Wie du auf die 900 € allein nur für den Kredit kommst ist mir ein Rätsel.

UML ist aus meiner Sicht einfach nicht wirklich wichtig. DIe Praxis zeigt deutlich, dass UML versagt hat. Kaum keiner verwendet diese Diagramme und selbst die IHK kennt wohl die Unterschiede einzelner Diagramme nicht. Daher wäre es wohl besser, nur das absolut nötigste zu lehren, damit sie die Prüfung bestehen, damit mehr Zeit für andere Dinge bleiben.
Viel wichtiger finde ich das tiefgründige Wissen. Angefangen mit einfachen Datentypen und warum z.B. Fließkommazahlen für Geldbeträge ungeeignet sind. Dann Zeiger bzw. Referenzen (Call by Value, Call by Reference) und dann Datenstrukturen, z.B. Stapelspeicher, Mengen, Listen, Bäume, etc.

Wenn ich Akirai verstanden habe, ging es ihm gar nicht darum, dass man sich privat weiterbildet, sondern dass man auch Interesse an neuen Ideen zeigen sollte. Das kann auch während der Arbeitszeit passieren. Ich lese auch während der Arbeitszeit Fachzeitschriften oder schaue mir Videos auf Pluralsight an. Privat habe ich dafür kaum Zeit.
Ich kenne selber einige Entwickler, die vor ca. 25 Jahren Informatik studiert haben und meinen, das was sie damals gelernt haben, immer noch State-of-the-Art ist und neue Ideen als Teufelszeug und Hipster-Kram betiteln und hier geht es gar nicht mal um die neue Ruby on Rails-Sau, die durchs Dorf getrieben wird, sondern um Dinge wie z.B. Clean Code. Auch in der Firma, wo ich arbeite, meinen einige, Clean Code ginge hier bei uns gar nicht, weil die Logik der Anwendung so kompliziert sei und stellen sogar das Wissen von Personen wie Martin Fowler oder Robert C. Martin in Frage. Vor einiger Zeit hatte ich eine Auseinandersetzung mit einem Arbeitskollegen, weil er das yield return-Schlüsselwort in C# für Schlimm hält, weil der Kompiler sehr viel IL-Code drumherum baut. Was interessiert es mich, was der Kompiler da rum baut, wenn dadurch die Lesbarkeit des eigentlichen Codes besser wird und die Performance sich nicht maßgeblich verschlechtert? Stattdessen werden weiterhin fleißig gigantische Listen produziert, bei denen ständig der Arbeitsspeicher wegplatzt. Mit solchen Leuten kannst du einfach nicht reden, weil sie alles blockieren und sich auch nicht weiterbilden wollen.

Und ich garantiere dir, dass kaum einer OOP wirklich verstanden hat.
 
 

Ich glaube, du gehst einen falschen Weg.
Vielmehr sollte man sich die Frage stellen, was du überhaupt erreichen willst? So viel, wie ich es verstanden habe, willst du ein Projekt modellieren und es mit Leben füllen. Die Idee in Phase 1 ist also schon der Startschuss für ein Projekt. "Phase 1" ist damit ein Status vom Projekt und dieses Projekt reichst du nun von Station zu Station weiter und jedes Mal ändert sich der Status. Validierungen überprüfen, ob der jeweilige Status geändert werden kann. Ein Projekt ablehnen ist dann auch nur ein Status.
Daraus resultieren eigentlich schon deine Tabellen:
Ein Projekt besteht dann aus einem Status, einer Idee (Text?), Projektcharakter (Enum?), Projektumfeld (?), Business Case (Text?), Businessplan, ... Und das brichst du dann weiter auf. Je nach dem, wie du die einzelnen Punkte aufbauen möchtest, resultieren weitere Tabellen daraus, wie z.B. ein Businessplan, der aus mehreren Schritten besteht oder dein Projektumfeld, was aus meineren Eigenschaften besteht.
Ein Klassendiagramm für ein Ablauf zu missbrauchen halte ich für falsch.
 

Das predige ich schon seit 15 Jahren.
Ich habe früher selber als Mechatroniker gearbeitet und schon damals jammerten die Firmen, dass sie keine Fachkräfte finden und somit mit der Produktion in den Rückstand geraten. Es wurden aber keine Handwerker gesucht, sondern Ingenieure aber die stellen sich nicht freiwillig in die Halle und schrauben etwas zusammen. Von daher kann der Produktionsrückstand wohl kaum mit fehlenden Ingenieuren zusammenhängen. Vielfach haben die Betriebe ein Überangebot an Ingenieuren, sodass sie nur noch in der Firma sitzen und Kekse fressen (ich habe schon sowas erlebt). Wenn Handwerker gesucht werden, dann schön bei Zeitarbeitsfirmen, denn dann kann man den Handwerker wieder schnell rausschmeißen und mittels Kanban kann man die Arbeitsschritte auch so klein halten, sodass jeder Depp die Schritte ausführen kann und dann kann man schön den Preis bei den Zeitarbeitsfirmen drücken, weil die Handwerker ja keine spezielle Ausbildung mehr brauchen, denn drei Schrauben reindrehen lernt man binnen wenigen Minuten.

Mich persönlich würde das sogar sehr abschrecken. Ich habe schon in solchen Betrieben gearbeitet und überall gabs da einen gewissen Gruppenzwang und man wurde schief angeschaut, wenn man nicht zum Feierabend noch mit den Arbeitskollegen ein Bier trinken möchte, sondern einfach nur noch nach Hause möchte. Ich habe auch eher die Erfahrung gemacht, wenn eine Firma so eine Kultur lebt, dann wird damit irgendwas kompensiert, wie z.B. eine unterdurchschnittliche Bezahlung. Gerade in der Spielebranche und in Startups ist mir das extrem aufgefallen. Man versucht auf Hip und Cool zu machen und zeigt auch angebliches Interesse seinen Mitarbeitern gegenüber aber im Grunde will man nur, dass die Mitarbeiter ihren Arbeitsplatz nicht verlassen, damit sie auch noch nach dem Feierabend freiwillig arbeiten und am Besten noch für wenig Geld.
Derzeit lese ich auch in Stellenangeboten häufig, dass eine Firma eine "flache Hierarchie" besitzt. Auch da wäre ich sehr vorsichtig, denn es kann auch bedeuten, dass keiner Verantwortung übernehmen möchte und die Verantwortung immer zum nächsten weiterreicht. Sowas habe ich gerade in meiner aktuellen Firma. 
Solche Benefits hören sich zwar immer ganz gut an aber man sollte dies auch hinterfragen und nicht alles gedankenlos hinnehmen, denn oftmals steckt da auch ein gewisses Kalkül dahinter und nicht nur die reine Nächstenliebe.

Gerade in der Bankenbranche werden immer mehr Entwickler gesucht, weil viele Banken derzeit vor großen Problemen stehen, da sie ihre wildwüchsigen Excel- und Access-Insellösungen gegen standardisierte und dokumentierte Software austauschen müssen. Solche Software lässt sich nicht durch ein Haufen Inder oder Chinesen realisieren, da Regularien eingehalten und erfüllt werden müssen, wie z.B. eine Lückenlose und flexible Historisierung der Daten und das stellt den Entwicklern vor große Herausforderungen. Da tauchen dann plötzlich solche Begriffe auf, wie z.B. Data Vault.

Sehe ich genauso. Deswegen schaue ich mir solche Stellenangebote auch nicht mehr weiter an. Allein wenn ich nur die Stellenanzeige anschaue:
Da muss ich nur mit dem Kopf schütteln, dann das ist eine allgemeine Beschreibung, was ein Entwickler überhaupt macht. Da steckt überhaupt keine Information, was eigentlich gewünscht wird. Genauso gut könnte man diesen Satz auch weglassen. Nicht einmal der Technologie-Stack wird hier klar. Handelt es sich hier nun um eine Desktop Applikation und man arbeitet vielleicht mit Swing oder ist es eine Smartphone-App und arbeitet mit Android oder ist es sogar eine Web-App und arbeitet mit React/Angular/Was-auch-immer? Sucht man überhaupt einen Frontend-Entwickler oder eher jemanden im Backend-Bereich oder sucht man einen Allrounder? Auf was lässt man sich da also ein?
Weiterhin steht dort u.a.
Ja, welche denn? MSSQL, OracleDB, MySQL, MariaDB, ... ? Oder geht es hier um DB2, weil Erfahrung im IBM-Umfeld vom Vorteil wäre? Bin ich, der hauptsächlich im OracleDB-Umfeld arbeitet, der richtige? Und nein, relationale Datenbank ist nicht gleich relationale Datenbank.
Es gibt da einen schönen Spruch: "Der Knochen kommt nicht zum Hund" oder "Seit wann kommt der Knochen zum Hund?" Wieso sollte ich mich also auf so eine Stelle bewerben? Eine Firma sucht Mitarbeiter. Also sollte doch die Firma erstmal in Vorleistung gehen und sich präsentieren.