Whiz-zarD

Ich denke, ihr redet da einander vorbei. Unter "fiktiv" hätte ich auch was anderes verstanden. Ich und @charmanta haben es wohl so verstanden, dass es kein echtes Kundenprojekt ist, sondern nur so angenommen wird, als hätte ein Kunde oder die Firma intern das Projekt in Auftrag gegeben und nicht, dass das Projekt nur auf Papier stattfand. Das hat zwar nichts mit Fachinformatiker zu tun aber meine Mechatroniker-Abschlussarbeit war so etwas fiktives. Ich hab in einer Firma gelernt, wo die Mechatroniker nur die Wartungsarbeit übernommen haben. Wir haben also nichts produziert und wir mussten uns auch ein Projekt ausdenken. In der Lehrwerkstatt hatten wir uns eine Anlage ausgedacht, die automatisch einen Tesafilmrollenhalter baut. Jeder Azubi hat dann ein Teil dieser Anlage entworfen und gebaut. Die Anlage ging nie in Produktion. Ich weiß, dass später eine andere Firma die Anlage für Lehrzwecke gekauft hat.

Der TE hat in eines Projektantrag explizit erwähnt, dass er ein MS SQL-Server verwendet. Um die Daten in den Server zu bekommen, benötigt er SQL. Als ist es nicht hilfreich, zu erwähnen er solle SQL lernen, weil das Teil seines Projektes ist, sondern das ist nur eine Wiederholung des offensichtlichen. Wozu auch? Das wird auch nicht von der Ausbildungsordnung gefordert. In der Ausbildungsordnung heißt es lediglich: Das bedeutet nicht, dass er darlegen muss, dass das Projekt wirtschaftlich rentabel ist und dass die Kosten sich irgendwann amortisieren und ggf. irgendwann mal Gewinne einfahren, sondern dass das Projekt im wirtschaftlichen Rahmen geblieben ist. Sprich: Der Kunde bekommt das, was er wollte und nicht mehr. Dem Kunden sollen keine goldene Wasserhähne verkauft werden, wenn er ausschließlich chromierte Wasserhähne möchte. Aber gut, hier wären wir weder bei dem Thema "IHK und ihre Vorstellungen" und meine Meinung über die IHKs und dass sie über das Ziel hinausschießen, sollte vielleicht hier schon bekannt sein. Also BTT.

No Shit, Sherlock! Auf diese Idee wäre der TE wohl nie gekommen...

Dennoch verstehe ich nicht, warum gerade in diesem Thread, welcher ausschließlich um ein Abschlussprojekt handelt, erwähnt wird, dass in der schriftlichen Prüfung SQL vorkommen könnte und er das lernen sollte. Zum Abschlussprojekt gehört auch das Fachgespräch und da ist es klar, dass wenn er SQL verwendet, auch weiß, was SQL ist.

Im Rahmenplan ist nicht explizit von relationalen Datenbanken und SQL die Rede. Der Begriff "SQL" kommt dadrinnen gar nicht vor. Relationale Datenbanken und SQL sind die gängigste Form, ja aber nicht die einzige. Der Rahmenplan sieht sogar vor, dass man eine aufgabengerechte Datenbank auswählen und mit dieser arbeiten können soll. D.h. der Rahmenplan gibt sogar vor, dass man mehrere kennen sollte.

Für einen FIAEler könnte ich mir viele Projekte ohne SQL und relationale Datenbanken vorstellen. Das ist ja nicht die einzige Form, wie Daten persistiert werden können. Es gibt sogar viele Szenarien, wo relationale Datenbanken ungeeignet sind. Wobei ich mich weiterhin frage, wofür das Script auf den Clients gut sein soll? Es ist von dem Einsatz eines Monitoring-Tools die Rede. Kann das Tool nicht die An- und Abmeldezeiten protokollieren?

Der Grund für die Exception ist, dass load(string uri) intern einen XmlTextReader instanziiert. Der schaut nach, ob die Encoding-Deklaration vorhanden ist. Falls nicht, wird standardmäßig UTF-8 als Encoding gewählt. Der XmlTextReader versucht daraufhin die Zeichen zu interpretieren und fällt bei dem å auf die Nase, weil die Datei nicht UTF-8 kodiert ist. Der StreamReader ist auch nichts anderes, als ein TextReader, von daher kann auch dieser genommen werden, wie @Gottlike schon schrieb.

Ich frage mich, wofür überhaupt das Skript auf jedem Client gebraucht wird? Die benötigten Informationen werden schon im AD gespeichert. Die Daten müssen doch nur noch aufbereitet werden. Z.B. über ein ETL-Prozess.

Wirklich optimal ist der Code auch nicht, da du gnadenlos jeden Teilabschnitt durchläufst, auch wenn klar ist, dass schon ein Teilabschnitt nicht genug Kapazität besitzt und die Route somit ausgeschlossen werden kann. Also müsstest du die Abbruchbedingung der for-Schleife noch anpassen. Aber hier sieht man die Tücken, wenn eine Funktion mehr als eine Sache tun soll. Es wird schnell unübersichtlich. Zum einen wird man am Anfang der Funktion mit Variablendeklarationen erschlagen. Variablen sollten so lokal wie möglich deklariert werden. z.B. streckeOkay brauchst du nur in der foreach-schleife aber sie wurde außerhalb des Scopes deklariert und steht somit der gesamten Funktion zur Verfügung. Zum anderen muss man sehr viel "Schmutz" einbauen, damit der Code auch funktioniert, wie z.B. streckeOkay = true; so etwas stört den Lesefluss. Ja, ich habe sowas auch drinnen aber im Nachhinein ist die Variante mit der Initialisierung des günstigsten Preises auf -1 wohl eine bessere Alternative und ich könnte mir die isInitialized-Variable sparen. Man sollte sich immer im klaren sein, dass Code mehr gelesen wird, als geschrieben. Daher sollte der Code sauber und klar sein. Man kann schon an den Kommentaren erkennen, dass der Code eben nicht klar und sauber ist, weil die Kommentare den Code erklären müssen. Wenn man Kommentare schreiben muss, um den Code zu erklären, sollte man die Finger von der Tastatur nehmen und mal überlegen, wieso es ein Kommentar bedarf und nicht der Code für sich selbst sprechen kann? Der folgende Code ist schon großer Mindfuck. if ((streckeOkay == true && guenstigsterPreis == -1.0) || (streckeOkay == true && preis < guenstigsterPreis && guenstigsterPreis != -1.0)) { ... } Das muss man mehrmals lesen, um es überhaupt richtig zu verstehen. Man kann es auch einfacher schreiben: if (streckeOkay && (preis < guenstigsterPreis || guenstigsterPreis == -1.0)) { ... } Dann wird es vielleicht schneller deutlicher, was gemeint ist und bedarf ggf. kein Kommentar mehr. Auch in Sachen Testbarkeit ist es nicht klug, mehr Dinge auf einmal zu tun (Streckenabschnitt überprüfen, Preis berechnen und günstigste Route ermitteln). Wenn in der Funktion ein Fehler auftreten sollte, muss die gesamte Funktion überprüft werden und das ist wesentlich aufwendiger, als wenn man in einer Unterfunktion den Fehler findet. Daher: Funktionen so klein wie möglich halten und Teilaufgaben in Unterfunktionen ausgliedern. Die Funktion findeRoute() soll die günstigste Route finden. Nicht mehr und auch nicht weniger. Es ist nicht ihre Aufgabe, den Preis zu ermitteln oder schauen, welche Routen geeignet sind. Das sollen Unterfunktionen erledigen, die dann isoliert betrachtet und getestet werden können. Das ist vielleicht alles Meckern auf hohem Niveau und für die Abschlussarbeit reicht es aber im produktiven Einsatz wäre so ein Code mehr hinderlich als nützlich. Man hat hier schon angefangen Code zu optimieren (eine Route wird einmal durchgegangen) aber durch die Optimierung muss man einiges drumherum bauen, was eben stört und man hat sich damit sogar einiges verbaut.

Nicht unbedingt. Man könnte doch auch ein Projekt anlegen, wo man noch nicht weiß, was die Tasks sind. Auch das kann man mit "nicht unbedingt" beantworten. Möchte man im Vorwege Personen einem Projekt zuteilen, ohne dass sie explizit schon Tasks im Projekt übernommen haben, so braucht man diese Tabelle. Es ist also eine Frage des späteren Workflows der Projektverwaltung.

Da habe ich auch so meine Bedenken, dass es da welche gibt, die Punkte abziehen, wenn es von der offiziellen Lösung abweicht. Zu mal viele der offiziellen Lösungen falsch sind.

Ich würde versuchen, nicht alles in eine Methode zu klopfen, sondern daraus mehrere Methoden machen, um da ein Überblick zu behalten. Mein Anfang würde so aussehen: findeRoute(Gewicht : Integer) : Integer { int indexGuenstigsteRoute; double preisGuenstigeRoute; bool isInitialized; for(int i = 0; i < Routen.Length; i++) { route = Routen[i]; if(hatGenugKapazitaet(route, Gewicht)) { preisRoute = berechnePreis(route); if(preisRoute < preisGuenstigeRoute || !isInitialized) { indexGuenstigsteRoute = i; preisGuenstigeRoute = preisRoute; isInitialized = true; } } } return indexGuenstigsteRoute; } Jetzt müsste man noch die Methode hatGenugKapazitaet() und berechnePreis() implementieren: hatGenugKapazitaet(Route : Route, Gewicht : Integer) : Boolean { for(int i = 0; i < Route.Length - 1; i++) { if(holeStreckeGewicht(route[i], route[i + 1]) < Gewicht) return false; } return true; } berechnePreis(Route : Route) : double { double preis = 0; for(int i = 0; i < Route.Length - 1; i++) { preis = preis + holeStreckePreis(route[i], route[i + 1]); } return preis; } Glücklich bin ich aber mit der Lösung nicht. Da sind noch einige Dinge, die man evtl. verbessern kann. Zu deiner Frage: Wir nehmen die Route A - D - E - B: Wenn es genug Kapazität bei A - D gibt aber bei D - E nicht, dann muss false zurückgegeben werden, weil die Route von A nach B in einer Teilstrecke nicht genug Kapazität hat. So verstehe ich zumindest die Aufgabe.

strecken_beginn = Zeile.Spalten[0]; strecken_ende = Zeile.Spalten.Anzahl - 1; frachtkapazitaet = holeStreckeGewicht(strecken_beginn, strecken_ende); Das kann doch nicht funktionieren, da strecken_beginn immer A und strecken_ende immer B ist. Demnach ist frachtkapazitaet immer gleich. Auch ist strecken_ende bei dir ein Integer ist und kein String. Demnach müsste man z.B. bei der zweiten Route ( A - C - B ) die freie Kapazität für A - C und C - B ermitteln. Hier müsste man also eine verschachtelte Schleife bauen, die für alle Streckenabschnitte ermittelt, ob eine Strecke genügend Kapazität liefert

Ganz ehrlich: Warum sollte man sich unnötig so einen Stress antun? Bei guten schulischen Leistungen kann man schon im Vorwege vertraglich regeln, die Ausbildung früher zu beenden. Selbst wenn man das im Vorwege nicht tut, kann man weiterhin die Abschlussprüfung vorziehen. Im Endeffekt kommt man da auch mit 21 Jahren raus und es ist wesentlich stressfreier. Mit Abitur ist man ca. mit 19 Jahren fertig. Wenn man dann die Ausbildung anfängt und dann auf 2 Jahre verkürzt, ist man 21. Auch ohne Abendschule. Das eine Jahr würde ich mir schon gönnen, um das Leben stressfreier zu machen. Eines sollte man nicht vergessen: Wir Menschen werden immer älter. Warum also schon zum Anfang des Berufsleben so einen Stress machen? Wir müssen noch lang genug arbeiten.

Ich finde, du solltest vielleicht erst mal von deinem hohen Ross runterkommen. Mag vielleicht nicht so sein aber deine Texte klingen doch sehr überheblich. In den letzten zwei Jahren habe ich viele solcher "Wunderkinder" gesehen, die von sich behaupten, sie seien die coolsten Hacker, weil sie das eine oder andere Projekt auf Github veröffentlicht und in einer Firma 0815-Arbeit getan haben, was Mami und Papi arrangiert haben, weil der kleine Sprössling ja so gut mit Computer umgehen kann aber was sie produziert haben, war für den professionellen und alltäglichen Einsatz nicht zu gebrauchen. Sie sind ja noch Kinder ohne Erfahrung. Nur weil du die Syntax und ggf. einige Frameworks einer Sprache kennst, heißt es noch lange nicht, dass du auch ein guter Entwickler bist, denn dazu gehört z.B. auch ein Verständnis für, wie man sauberen und gut strukturierten Code schreibt, denn Code wird mehr gelesen, als geschrieben. Was ich schon merkwürdig finde ist, dass du schreibst du hättest Erfahrung mit Visual Studio aber in deiner Liste der Programmiersprachen taucht kein Visual Basic, C# oder F# auf. Vielleicht meinst du ja mit C++ aber auch Microsofts C++/CLI. Zwischen C++ und C++/CLI gibt es noch viele Unterschiede. Wie man Reverse Engineering gut beherrschen kann, ist mir auch ein Rätsel. Nur weil man evtl. ein paar Sprungmarken umschreiben kann, um somit die Passwortabfrage zu umgehen, heißt es noch lange nicht, dass man den tatsächlichen Algorithmus dahinter verstanden hat. Ich selber würde erst mal das Abitur fertig machen. Schaden kann es nicht und wenn man gute schulische Leistungen erbringt, kann man auch die Ausbildungszeit verkürzen oder die Abschlussprüfung vorziehen. Ein Abbrechen des Abiturs halte ich nicht für schlau.

Eine App ist eine Software. Also kannst du auch eine App als Projektarbeit wählen. Allerdings muss dir klar sein, dass du für die gesamte Projektarbeit nur maximal 70 Stunden zur Verfügung steht. Also mit Anforderungsanalyse, Dokumentation, Test, etc. Eine komplette App wirst du in dieser Zeit wohl nicht schaffen (je nachdem wie groß die App werden soll). Daher wird es wohl eher ein Teilbereich, wie z.B. die Implementierung eines Feature.

2015 war die letzte Express-Version. Es gab da mehrere Express-Editionen für unterschiedliche Aufgaben (Desktop, Web, UWP, Quellcodeverwaltung). Die Express-Version wurde aber nun komplett eingestellt, weil sie aufgrund der Community-Version überflüssig wurde. Du entwickelst aber mit ASP.NET keine Client-Anwendung, sondern eine Client-Server-Anwendung. Der Code wird also auf dem Server ausgeführt und der Client stellt das Ergebnis nur grafisch dar. Mit dem neueren ASP.NET MVC benutzt stark das MVC-Pattern (Model-View-Controller) und zwingt den Entwickler auch dazu, dies einzuhalten. Da brauchst also schon ein bisschen technisches Verständnis, wie dieses Pattern funktioniert. Du hast dort auch kein GUI-Designer wie in WinForms- oder WPF-Anwendungen.

Ich hätte mir da auch ein Struct gebaut, was mir die benötigten Informationen der Textdatei bereitstellt und hätte das Struct mittels einer Funktion gefüllt. Der Name der Funktion getDate() suggeriert auch was anderes. Vor allem ist der Parameter "anzahl" totaler Unfug. Erstmal stimmt der Name nicht, weil man nicht irgendeine Anzahl (von was?) reinreicht, sondern die Zeilennummer, wo das Datum steht. Warum muss der Aufrufer der Funktion dies überhaupt wissen? Das nächste ist, dass der Aufrufer der Funktion wissen muss, dass nur zwei Werte erlaubt sind (18 und 33). Alle anderen Zahlen führen zu einem NULL. Wenn sich auch mal die Zeilennummer ändert, dann muss man auch noch zu allem Übel zwei Stellen im Code anpassen. Da die getDate()-Funktion sowohl das Datum von Zeile 18 als auch das Datum aus Zeile 33 zurückgibt, macht die Funktion zwei Dinge und somit erhöht sich auch die Komplexität der Funktion und wird schlechter les- und testbar. Da sie eben im Grunde auch zwei Mal das gleiche tut, haben wir hier sogar noch eine Codeverdoppelung und müssen im Falle eines Fehlers wieder zwei Stellen im Code anpassen.

Mir ist das schon alles klar. Ich will nur sagen, dass es sich die IHK schwerer macht, als es wirklich sein muss. Ich arbeite beruflich selbst mit vielen Gesetzestexten, die Banken betreffen und erlebe es immer wieder, dass Banken Gesetzestexte zu streng oder falsch interpretieren oder nach dem Motto: "Das haben wir schon immer so gemacht!" arbeiten und somit sich selbst eine hohe Bürokratie und somit hohe Kosten aussetzen, die der Gesetzgeber gar nicht verlangt, weil man die Gesetzeslage nach ihrer eigentlichen Intention nicht hinterfragt. Man sollte sich also einfach mal überlegen, was man der Projektarbeit erreichen möchte? Möchte man die Azubis mit Bürokratie, Situationen und Schumelleien nerven, die in der Praxis in dieser Form nicht vorkommen oder möchte man überprüfen, ob sie die berufliche Handlungsfähigkeit erlangt haben? Wenn zweites: Welche Rolle spielt es denn, ob in der Zeitplanung 67 oder 70 Stunden stehen? Es kann ein Indiz sein, dass es nicht erreicht wurde, ja aber ausschließen kann man es nicht. Sicherlich ist es schwer, solche Abschlussprüfungen zu bewerten aber ich denke, dass viele Bewertungen eh schon aus dem Bauch und/oder aus Erfahrungen entstehen, anstatt aus vorgegebenen Vorschriften, weil man eh schon weiß, dass Theorie und Praxis auseinandergehen. Als ich damals den Projekt-Antrag zur Abschlussprüfung als Mechatroniker bei der IHK (im Jahr 2003) eingereicht hatte, musste es sogar noch mit Uhrzeiten geschehen, wann ich welches Werkstück anfertige. Das war absoluter Bullshit. Inzwischen werden aber immer mehr Ausbildungsordnungen dahingehend verändert, dass sog. gestreckte Abschlussprüfungen absolviert werden. Die damalige Zwischenprüfung wird somit ein Teil der Abschlussprüfung. Auch die Ordnung des Mechatronikers wurde 2011 dahingehend verändert. Diese Änderung betrifft inzwischen sogar viele Handwerks- und auch kaufmännische Berufe. Ob man auch den Fachinformatiker dahingehend verändern möchte, weiß ich nicht aber die Entwicklung zeigt schon, dass man mit den Abschlussprojekten nicht das erreicht hat, was man eigentlich wollte und zwar ob die Azubis die berufliche Handlungsfähigkeit erlangt haben?

Aber genau damit macht es sich die IHK und den Azubis das Leben schwerer, als es in Wirklichkeit sein muss. Die Ausbildungsordnung erzählt nichts von exakten 35/70 Stunden, sondern das tut einzig und allein die IHK. Die Vorgabe des Gesetzgebers ist lediglich nur, dass die Stunden nicht überschritten werden dürfen. Demnach muss man sich ein Projekt aussuchen, was mit ein bisschen Luft nach Oben in diese Zeit passt und das ist wirklich nicht viel, was da reinpasst. Wenn man jetzt anfängt, das Projekt in der Planung exakt auf 35/70 Stunden aufzublähen, kommt man zwangsweise immer in die Bredouille, dass man Zeiten verschieben muss oder sogar Zeiten, die dadrüber oder dadrunter liegen verschweigen muss. Auch wenn ein Projekt laut Dokumentation exakt 35/70 Stunden dauerte, kann man sich nicht sicher sein, dass es wirklich so ist. Der Azubi hat nur bewiesen, dass er Zahlen addieren kann und sie so verschieben kann, dass 35/70 als Endergebnis rauskommt. Ein Prüfer kann also gar nicht wissen, ob der Azubi jetzt nur 10 oder 100 Stunden mit dem Projekt beschäftigt war, daher finde ich die Begründung mit der Vergleichbarkeit falsch. Man macht sich hier nur was vor. Im Endeffekt bleibt hier also nichts anderes übrig, als den Worten des Azubis zu vertrauen und jedes Abschlussprojekt individuell zu benoten und dann spielt es keine Rolle, ob man 33 oder 67 Stunden dafür benötigt hat. Ich mein, es gibt ja auch keine Punktabzüge, wenn man schneller mit der schriftlichen Prüfung fertig ist, sondern nur Abzüge, wenn man dadrüber liegt, weil man die restlichen Aufgaben nicht mehr schaffen konnte. Genauso kann es auch in der praktischen Prüfung aussehen. Der eine kennt vielleicht ein paar mehr Kniffe und kann Problem X schneller lösen als ein anderer Azubi. Wie soll man denn anhand eines Zeitplans aus benoten? Azubi 1 braucht fürs Aufsetzen eines Servers eine Stunde. Azubi 2 braucht dafür eine halbe Stunde. Wird Azubi 2 nun dafür besser benotet? Wie gesagt, im Endeffekt bleibt eh nichts anderes übrig, als jedes Abschlussprojekt individuell zu benoten und dann kann man auch auf diese Vergleichbarkeit des Zeitplans scheißen.

Regeln der Objektorientierung: Alles ist ein Objekt Objekte kommunizieren durch das Senden und Empfangen von Nachrichten (welche aus Objekten bestehen) Objekte haben ihren eigenen Speicher (strukturiert als Objekte) Jedes Objekt ist die Instanz einer Klasse (welche ein Objekt sein muss) Die Klasse beinhaltet das Verhalten aller ihrer Instanzen (in der Form von Objekten in einer Programmliste) Um eine Programmliste auszuführen, wird die Ausführungskontrolle dem ersten Objekt gegeben und das Verbleibende als dessen Nachricht behandelt Du kannst also keine Methode implementieren, die nicht in einer Klasse steckt. Eine .exe ist im Grunde auch nichts anderes als eine .dll. Die .exe besitzt aber als Information, dass sie ausführbar ist und weil sie ausführbar ist, braucht sie einen Einstiegspunkt. Unter C# gilt als Einstiegspunkt immer eine Klasse, die die statische Main()-Methode implementiert. Du kannst ja mal gerne versuchen, eine weitere Klasse zu erzeugen, die eine statische Main()-Methode besitzt. Du wirst ein Kompilierfehler bekommen, weil er nun nicht weiß, welchen Einstiegspunkt er nehmen soll. Die Methode muss auch statisch sein, weil sie ein Merkmal der Klasse ist und nicht einer Instanz. Im Zuge mit .Net Core wird es auch wohl in ferner Zukunft keine .exe mehr geben, sondern nur noch .dll, weil man die Anwendungen für verschiedene Systeme kompilieren kann und über die Runtime sagt, welche .dll man starten möchte.

Namespaces dienen dazu, Klassen eindeutig zu identifizieren. Angenommen du entwirfst die Klasse Auto und lädst eine Drittbibliothek, die ebenfalls eine Klasse Auto besitzt. Welche Klasse soll dann genommen werden? Deine Klasse Hello, kannst du auch im vollqualifizierten Namen schreiben: HelloWorld.Hello Beispiel: Hello hello1 = new Hello(); HelloWorld.Hello hello2 = new HelloWorld.Hello(); Beide Zeilen machen exakt das selbe. Die zweite Zeile benutzt aber den vollqualifizierten Namen der Klasse. Du gibst ja auch was aus der Konsole aus. Die Steuerung der Konsole machst du ja über die Klasse Console. Die Klasse befindet sich im Namespace System. Darum findest du in der ersten Zeile auch using System; Mit der using-Direktive weiß der Compiler, wo er nach den Klassen suchen soll, wenn du nicht den vollqualifizierten Namen der Klasse angibst. Genauso gut könntest du auch diese Zeile löschen und anstatt Console.WriteLine() schreibst du System.Console.WriteLine().

Das ja, weil die zuständige Stelle die berufliche Handlungsfähigkeit prüfen muss aber die Planung, die die Stellen haben wollen, schießen meiner Meinung über das Ziel hinaus. Wer sagt das? Die Ordnung sagt dazu nichts. Genauso wenig wie das BBiG. Die Ordnung erlaubt sogar, darunter zu bleiben. Es geht um die berufliche Handlungsfähigkeit und nicht um willkürliche Regeln der zuständigen Stellen und wenn man die berufliche Handlungsfähigkeit auch in 65 Stunden beweisen kann, wieso nicht? Edit: Ich sage nicht, dass die Vorgaben der IHK sinnlos seien aber es sollten meiner Meinung Empfehlungen sein, und keine exakten Richtlinien, die auf biegen und brechen eingehalten werden müssen. Allein schon aus gutem Menschenverstand wird man versuchen die 35/70 Stunden vollzubekommen, um somit ein besseres Ziel zu erreichen aber je exakter und detaillierter ein Plan ist, desto eher wird dieser nicht eingehalten.

Nein, eben nicht, weil das Projekt die 35/70 Stunden nicht überschreiten darf. Das heißt aber nicht, dass es exakt 35/70 Stunden sein muss. Ich mache gerade mein AdA-Schein und hatte vorgestern meine schriftliche Prüfung. Ich habe die Ordnung auch direkt vor mir liegen. Ich bin also noch up-to-date. Ja, sowas passiert. Daher soll man auch ein Projekt wählen, was überschaubar ist. Wir reden hier ja nicht von 30 PT, sondern höchstens von ca. 4 oder 8 PT. Wobei in dieser Zeit auch die Analyse, Dokumentation, etc. drinnen ist. Da fällt also für die tatsächliche Arbeit viel Zeit weg. Natürlich kann es passieren, dass ein Azubi sich auch hier verschätzt aber warum nicht? Das Umgehen mit solchen Situationen gehört auch zur beruflichen Handlungsfähigkeit.

Die Vorgabe in der Ausbildungsordnung heißt höchstens 35/70 Stunden und nicht exakt 35/70 Stunden. Das ist ein himmelweiter Unterschied. Also könnte man sehr wohl ein Projekt auch unter diesen Stunden absolvieren. Es darf nur nicht mehr sein. Also könnte sehr wohl ein Azubi ein 2 Stunden-Projekt machen. Die Frage ist dann nur, ob das reicht, um die berufliche Handlungsfähigkeit zu beweisen? Allein deswegen sollte ein Azubi schon bemüht sein, die Stunden voll auszufüllen aber eine zwingende Angabe von exakt 35/70 Stunden halte ich für nicht sinnvoll. Das ist aber nicht wirtschaftlich, wenn man 40 Stunden arbeitet aber nur 35 Stunden bezahlt bekommt, denn der Azubi soll "belegen, daß er Arbeitsabläufe und Teilaufgaben zielorientiert unter Beachtung wirtschaftlicher, technischer, organisatorischer und zeitlicher Vorgaben selbständig planen und kundengerecht" umsetzen kann. Ebenso ist es nicht wirtschaftlich, wenn man zwar 35/70 Stunden angibt aber tatsächlich nur 10 Stunden benötigt. Für einen selbst ist es wirtschaftlich ja, aber nicht für den Kunden und hier greift das Wort "kundengerecht". Also sollte man auch mit der Zeitplanung offen und ehrlich umgehen und das bedeutet nun mal, wenn die Planung sagt, dass ein Projekt 60 Stunden dauert, dann dauert es 60 Stunden und nicht 70. Wobei man gerade in der Softwareentwicklung sich von Zeitangaben langsam verabschiedet. Man kann sich aber jetzt hier streiten, wie man lustig ist. Ändern kann man in diesem Fall eh nichts mehr aber ich finde schon, dass man auch mal darüber spricht, diskutiert und auch die Umstände hinterfragt, denn nur so kann auch was geändert werden.