Whiz-zarD

Das denke ich auch. Das Bundes-/Landesdatenschutzgesetz regelt die Erhebung und Verarbeitung von personenbezogenen Daten und nicht die Einrichtung der IT-Infrastruktur.

Auf Wikipedia stehen dafür gleich mehrere Ansätze. Sofern es keine Säulen im Labyrinth gibt und die Länge des Weges egal ist, gibt es einen einfachen Algorithmus: Immer nach Rechts gehen.

Das hat man von Bäckern mit Mehlallergie oder von Friseuren mit einer Ammoniak-Allergie, in den 90ern, auch behauptet. Und wo ist denn jetzt nun dein Problem? Was möchtest du von der Community? Sollen sie dir helfen oder nicht? Wenn sie dir helfen soll, dann muss man sich auch mal mit der Community beschäftigen und auch mal die Fragen beantworten aber irgendwie redest du nur um den heißen Brei herum anstatt mit konkreten Antworten zu kommen. z.B. warum du dich für die IT entschieden hast? Du machst eine Umschulung also hast du was davor gemacht aber wieso jetzt die IT? Hattest du schon vorher mit der Softwareentwicklung Kontakt? Wo hast du denn deine Schwierigkeiten? Wenn die Community dir aber nicht helfen soll, wieso hast du diesen Thread überhaupt eröffnet? Möchtest du nur Durchhalteparolen hören? Ob du jetzt die einzige bist, die Schwierigkeiten bei der Prüfung hatte oder nicht, ist auch vollkommen irrelevant, denn es geht um dich und nicht um die anderen! Anstatt also immer wieder Ausreden parat zu haben, um nicht die Fragen beantworten zu müssen, wäre es hilfreicher, wenn du mal konkrete Beispiele nennst, wo du Schwierigkeiten hast. Nur so kann man Defizite aus der Welt schaffen. Was bringt es dir, nächstes Jahr ein Plan zu machen? Was versprichst du dir dadurch? Was soll der Plan überhaupt aufzeigen?

Das wollte ich auch gerade fragen. Man macht ja nicht ohne Grund eine Umschulung zum Anwendungsentwickler.

Wenn man nicht direkt mit der Hardware kommuniziert: Gar nicht. Das ist wohl wieder dieses typische "Hauptsache irgendwas auswendig lernen, was irgendwas mit IT zu tun hat." Kann mir aber einer sagen, was LF4, etc. bedeutet?

C# hat in erster Linie nichts mit .Net zu tun. C# ist eine ECMA- und ISO-Standardisierte Sprache. .NET ist eine Entwicklungsplattform, die aus mehreren Komponenten besteht. z.B. WinForms, WPF, ASP.NET, ADO.NET, LINQ, Entity Framework, Common Language Runtime (CLR) etc. Die neue Compiler-Plattform Roslyn, von Microsoft, kompiliert den C# Code in CIL Code, der wiederrum von der CLR ausgeführt werden kann. Die CLR ist quasi so was ähnliches, wie die Java Virtual Machine. Als Alternative für .NET gibt es Mono und findet man überwiegend in der Linux-Welt, da die .NET-Welt ursprünglich nur auf Windows angesiedelt war. Inzwischen ist das .NET-Framework auch Open Source und mit .NET Core wird eine Plattformunabhängige Version entwickelt, die sowohl auf Windows, als auch auf Linux arbeitet. Der Grund, warum C# fast immer mit .NET in Verbindung gebracht wird, ist halt daher geschuldet, dass die C#-Entwicklung hauptsächlich in der Windows-Welt stattfindet und eben das .NET-Framework als Unterbau verwendet wird. Es kann aber jeder sein eigenen Unterbau bauen, wie es ja mit Mono gemacht wurde. C# kann man auch nicht mit C oder C++ vergleichen, da die Unterschiede sehr stark sind. Höchstens die Syntax kann man ein wenig miteinander vergleichen, da Microsoft sich an C/C++ orientiert hat. Objective-C ist eine Sprache von Apple, die sich aber sehr stark an der Sprache Smalltalk orientiert und sich ebenfalls von C# sehr unterscheidet. Objective-C wird hauptsächlich in der iOS-App-Entwicklung verwendet. Swift ist ebenfalls eine Programmiersprache von Apple und ist eine Alternative zu Objective-C. Die Bedeutung von Multithreading ist auch in allen Sprachen gleich. Objektorientierte Sprachen haben aber aufgrund ihrer Eigenschaft, viele Schwierigkeiten, Multithreading leicht umzusetzen. (Seiteneffekte, Deadlocks, etc.) Darum gewinnen funktionale Sprachen immer mehr an Bedeutung, da dort diese Schwierigkeiten gar nicht existieren, da jeder Wert immutable - d.h. unveränderbar - ist. Da gibt es keine Seiteneffekte. Nur, weil viele Sprachen ein C in einem Namen haben, heißt es noch lange nicht, dass es Untermengen von C sind. Es sind lediglich Sprachen, die Konzepte von C übernommen haben aber eigene Konzepte drumherumgebaut haben, die sich sehr stark voneinander unterscheiden.

Wobei man aber sagen muss, dass bei den heutigen Mehrkern-Prozessoren wirklich mehrere Dinge gleichzeitig abgearbeitet werden können. Multi-Threading muss auch nicht immer was mit Geschwindigkeit zu tun haben. Wenn du in C# einen Timer startest, dann läuft der Timer im einem separaten Thread, da ansonsten die gesamte Anwendung durch den Timer blockiert wäre, da der Timer eine Endlosschleife ist. Ein anderes Beispiel ist eine Statusanzeige. Hier läuft die Logik in einem separaten Thread als die Statusanzeige und die Logik füttert die Anzeige mit Statusinformationen, die dann angezeigt werden. Unter Android läuft sogar per Standard die komplette Benutzeroberfläche in einem separaten Thread, damit die Logik die Oberfläche nicht blockiert. Du kannst ja gerne mal ein Test machen: Erstelle eine neue WinForms-Anwendung, packe dort einen Button rauf und im Click-Event schreibst du private void button1_Click(object sender, EventArgs e) { while(true) { } } Nach dem klicken auf den Button kannst du dann das Fenster nicht mehr verschieben und auch nicht mehr mit dem Schließen-Button schließen, weil der Fokus nun auf der Endlosschleife liegt und die Oberfläche reagiert nicht mehr. Jetzt verschieben wir die Endlosschleife in einen separaten Thread: private void button1_Click(object sender, EventArgs e) { new Thread(Execute).Start(); } private void Execute() { while(true) {} } Und siehe da: Selbst nach dem Klick auf den Button, kann man die Oberfläche verschieben und mit dem Schließen-Button schließen. Die Endlosschleife läuft nun in einem anderen Thread und blockiert nicht mehr die Oberfläche.

Da die Datei nun gelöscht wurde, weiß ich nicht, was drinnensteht aber ich weiß, dass es ein Word-Dokument war. Falls du den Firmen auch ein Word-Dokument schicken solltest, dann schauen sich die Firmen die Bewerbung erst gar nicht an, sondern landet gleich direkt in die Ablage P.

Leider Nein. Das ist auch ein großes Problem bei uns. Die sog. Testpyramide steht bei uns auf dem Kopf. Sehe ich ähnlich. Kommentare können dennoch manchmal hilfreich sein aber sie sollten knapp sein. Es muss aber dennoch kommuniziert werden, dass Feature XYZ neu hinzugekommen ist. Das Beispiel mit der CSV-Bibliothek kommt nicht von irgendwo. Das Problem haben wir tatsächlich. Bei uns im Code schlummern mehrere Klassen, die generisch CSV-Dateien generiert und das alles nur, weil Entwickler A nicht mit Entwickler B spricht und Entwickler A nicht wusste, dass Entwickler B sowas schon mal gebaut hat (davon abgesehen, dass man per NuGet sowieso schon zig Bibilotheken holen könnte...)

Und genau das führt immer zum Chaos. Ich kenne es selber aus der Firma, wo ich arbeite. Es ist eine Qual nach Funktionalitäten zu suchen, weil es keine technische Dokumentation gibt. Also wird dann z.B. zum fünften Mal eine Bibliothek geschrieben, die eine CSV-Datei erzeugt. Ein kleiner Kommentar, der irgendwo angibt, dass Klasse X CSV-Dateien erstellt, hätte da nichts gebracht, weil man nicht weiß, wo sich Klasse X befindet. In unserem kleinen Team haben wir angefangen, eine technische Dokumentation zu schreiben und es klappt. Jeder weiß, wo er nach Informationen suchen kann, wenn er eine Funktionalität benötigt. Dokumentationen kann man sich auch aus den Kommentaren generieren lassen, wenn die Kommentare brauchbar sind. Dafür gibt es ja z.B. Sand Castle oder Doxygen.

Die Frage ist ja, wer sind die Teilnehmer? Der Kurs richtet sich ja an blutige Anfänger. Sie wissen es nicht besser und dann kommt einer, der Wirtschaftsingenieurswesen studiert hat und erzählt einem was vom Pferd. Ich glaube auch nicht, dass der Kurs sich noch großartig angepasst wird. Der Typ scheint enormes Vertrauen in sich zu haben, denn mit Selbstlob geizt er nicht. Im Neudeutsch würde ich sagen, dass er ganz schön auf die Kacke haut. Ich habe nichts gegen Vereinfachung. Ich erwarte ja nicht, dass er auf die Gefahren von Fließkommawerten eingeht und warum man diese nicht für Geldbeträge nutzen sollte (zumindest nicht double und float; dafür gibt es in C# decimal) aber allein schon in diesen einem Video merkt man, dass er oft keine Ahnung hat, wovon er da eigentlich redet. Dann wird seine Sprechweise unsicher. Er macht Pausen und versucht das Thema schnell mit einem Halbsatz zu beenden. Kommentare sind immer so eine Sache. Ich garantiere dir, dass auch mit Kommentare das Tamagochi-Projekt zum Chaos geworden wäre. Es liegt nicht immer an den fehlenden Kommentaren, sondern an der Dokumentation. Kommentare helfen nicht, wenn man nicht weiß, wo man suchen muss. Mit Kommentaren bin ich auch immer sehr sparsam. Ich mache sie nur dort, wo ich es für nötig halte. Triviale Getter- und Setter bekommen keine Kommentare. Auch die Kommentare für Methoden sollten meiner Meinung sehr sparsam sein. Maximal zwei bis drei Sätze. Kommentare für Methoden sollten auch nie den Algorithmus erklären, denn irgendwann kommt der Zeitpunkt, wo man den Algorithmus anpassen muss und dann vergisst man mit Sicherheit den Kommentar anzupassen und schon laufen Kommentar und Implementierung auseinander. Viel wichtiger als Kommentare ist die Kommunikation und die Dokumentation.

Eine Ergänzung: Außerdem fehlt Generics komplett. Ich habe mir mal das Video "Einführung in Datentypen und was du in diesem Kapitel lernst" angeschaut. Der erzählt viel Stuss. Man merkt, dass er nur Halbwissen verfügt. z.B. weiß er nicht, dass Variablen nur in einem Sichtbarkeitsbereich haben und er meint, dass Variablen so lange im Speicher bleiben, bis wir sie löschen. Das ist falsch. Variablen mit einem primitiven (integrierten) Wertetyp verlieren ihre Gültigkeit, wenn der Programmfluss ihre Sichtbarkeit verliert. Variablen mit Klasseninstanzen räumt der Garbage Collector weg, wenn der Programmfluss ihre Sichtbarkeit verliert. Auch behauptet er, ein Integer-Wert könnte man nicht mit einem double-Wert addieren. Das ist falsch. Natürlich geht das. Das Resultat ist dann ein double-Wert. Der Unterschied zwischen double und float ist für ihn auch nur die Speichergröße. Auf die Genauigkeit geht er gar nicht ein. Nee, der Kurs ist selbst für 20 € noch zu teuer. Der Originalpreis von 95 € ist Wucher.

Ich persönlich würde vom udemy-kurs die Finger von lassen. Ich habe noch nie einen Einleitungstext mit so vielen Zeichensetzungs- und Grammatikfehlern gesehen. Auch ist er Autor wohl von sich selbst sehr überzeugt, obwohl er nicht mal ein softwareeentwickler ist, sondern sich das wohl alles selbst beigebracht hat. Außerdem macht er falsche Versprechungen, da er behauptet, dass man nach seinem Kurs Spiele in Unity entwickelt könnte aber er geht gar nicht auf Unity ein. Nee, das klingt für mich doch ein wenig unseriös.

Der berühmte Taschenrechner... Nein, ich halte die Entwicklung eines Taschenrechners nicht sinnvoll für einen Anfänger, denn so trivial ist sowas gar nicht. Meist handeln solche Beispiele nur von pseudo-taschenrechnern, die nur kettenaufgaben lösen können. Also nichts, was man im Alltag gebrauchen könnte. Das hinterlässt ein unzufriedenes Gefühl. Wenn dann noch eine grafische Oberfläche ins Spiel kommt, wird es dann ganz schlimm. Dann wird die Oberfläche mit der Berechnungslogik vermischt und dann bringt man es den Anfänger absichtlich falsch bei. Um einen richtigen Taschenrechner bauen zu können, braucht man schon ein bisschen mehr Wissen und das hat ein Anfänger noch nicht.

Das kommt mir sehr wenig vor. In einer Windows-Domäne kann man die Signatur direkt im AD hinterlegen und Outlook holt sie automatisch. Ich finde ganze Tutorials, die einem erklären, wie man es umsetzt. Das sind weniger als 10 Schritte und die sind sogar recht simpel. Dafür braucht man vielleicht ein Tag und dann läuft es.

Natürlich gibt es auch hier Diskussionsspielraum, ansonsten dürften viele Betriebe gar nicht ausbilden. Als Beispiel nenne ich meine Mechatroniker-Ausbildung. Einige Schulkollegen aus meiner damaligen Berufsschulklasse hatten in Firmen eine Mechatroniker-Ausbildung gemacht, die gar nicht die Möglichkeiten hatten, den Ausbildungsrahmenplan vollumfänglich einzuhalten. So ist im Ausbilungsrahmenplan z.B. von "Installieren und Testen von Hard- und Softwarekomponenten" die Rede aber sowas gibt es in Firmen nicht, die z.B. Kettensägen mit Verbrennungsmotoren bauen. Solche Firmen haben dann Wartungsverträge mit IT-Firmen. Die Azubis dürfen dann nicht mal in die Nähe der Server.

Das ist jetzt eine persönliche Vorliebe von mir, aber ich würde empfehlen, mit der Sprache C# anzufangen. Die Community Editon von Visual Studio ist ja kostenlos erhältlich und bietet alles, was man eigentlich so braucht. Java wäre auch möglich aber ich halte die Entwicklungsumgebungen nicht ganz für anfängertauglich. Ich hab das Buch zwar nicht gelesen, aber das Inhaltsverzeichnis und die Leseprobe lesen sich ganz vielversprechend und daher würde ich folgendes Buch empfehlen: Schrödinger programmiert C# Mit 750 Seiten ist es schon ein großer Brocken aber dadrinnen befinden sich sehr viele farbige Bilder und recht wenig Text auf den Seiten. Das lockert vielleicht das Lesen ein wenig auf. Einige werden wohl die Sprache Python empfehlen, weil sie sehr anfängerfreundlich sein soll aber ich muss gestehen, dass ich mit dieser Sprache bis jetzt kaum etwas gemacht habe und auch keine Literatur dafür empfehlen kann. Bücher, wie Clean Code würde ich auch noch keinen Anfänger in die Hand drücken wollen. Das würde ich erst machen, wenn die Person auch schon gewisse Erfahrungen gesammelt hat, auf die man aufbauen kann.

Eben. Ich sehe da auch keine Probleme. Schlechter Code kommt doch nur dadurch zustande, weil man es nicht besser weiß. Probleme bestehen doch nur, wenn der Azubi beratungsresistent ist. Ich kenne es selber. In der Firma, wo ich arbeite, schule ich inzwischen Senior Entwickler, obwohl ich erst vor knapp 5 Jahren dort als Junior Entwickler angefangen habe. Wir haben dort auch ein paar Spezies, die weiterhin Spaghetticode schreiben, weil sie der Meinung sind, sie seien die besten Entwickler der Welt und lassen sich eh nichts von einem etwas sagen, der ca. 20 Jahre jünger ist, als sie selbst. Die meisten Entwickler nehmen aber die Tipps, die ich denen gebe, zu Herzen. Sicherlich, viele von denen waren auch erst skeptisch, weil sie den Begriff "SOLID" zum ersten Mal gehört haben (obwohl sie schon seit über 20 Jahren als Entwickler tätig sind) und fassten es als neumodischen Schnick-Schnack auf und waren der Meinung, dass unsere Anwendung eh viel zu kompliziert sei und die Prinzipien hier nicht greifen können aber als ich denen ein paar Beispiele gezeigt hatte, wie man unsere Anwendung hätte besser strukturieren können, war denen auch klar, dass sie ihren Programmierstil radikal ändern müssen und da klappt es auch. Sicherlich, sie fallen manchmal in alte Muster zurück aber das liegt auch daran, dass sie mit den Prinzipien noch nicht so ganz vertraut sind aber das wird einem blutigen Anfänger auch so ergehen.

Für dich gibt es also nur zwei Arten von Azubis: Jemand, der keine Ahnung hat, aber lernwillig ist Jemand, der Vorkenntnisse hat aber beratungsresistent ist Gutes Schubladendenken...  Ich sehe das also anders. Als Azubi muss man nicht alles kennen oder können, aber er sollte schon vor der Ausbildung wissen, auf was er sich dort einlässt. Ich habe es selbst bei meiner Assistentenausbildung gemerkt, dass viele mit falschen Vorstellungen die Ausbildung anfangen. Da sitzen echt ein Haufen Leute, die meinen, dass sie nach der Ausbildung Facebook, Apple oder Microsoft hacken können. Ein Kommilitone dachte, Objektorientierung sei sowas, was man sonst in Hollywood-Filmen sieht: Programmierung mit grafischen "Objekten", die man per Drag'n'Drop durch die Gegend schiebt. Ja, er dachte, sowas wie die Programmiersprache Scratch sei professionelle Softwareentwicklung. Er hatte bis Dato nicht mal eine Zeile Code geschrieben oder gesehen. Die meisten meiner damaligen Kommilitonen haben schon nach dem zweiten Semester das Handtuch geworfen. Wir waren ca. 80 Schüler und ganze 6 (ich war einer davon) haben später auch den Abschluss gemacht. Diejenigen, die den Abschluss gemacht hatten, hatten auch schon Vorkenntnisse. Der Rest hatte sich im Vorwege keine Gedanken drum gemacht, was es heißt, Software zu entwickeln. Sie wollten halt "irgendwas mit Computern" machen. Ich finde es schon wichtig, dass der Azubi weiß, was er will und dass Softwareentwicklung nicht heißt, dass man nur ein paar Klicks macht und schon wäre man der nächste Steve Jobs oder Bill Gates oder hätte das nächste Call of Duty entwickelt. Ich programmiere schon, seit ich 7 oder 8 Jahre alt war. Damals angefangen auf einem C64 und mir hat es auch nicht geschadet. Im Gegenteil. Vorkenntnisse können helfen, die Dinge besser zu verstehen. Mein Code sah vor der Ausbildung auch nicht besonders toll aus. Ich habe aber jeden Tipp und Hinweis von den Dozenten dankend angenommen und auch versucht, ihn sofort umzusetzen, während die anderen Kommilitonen mit den Tipps nichts anfangen konnten, weil sie noch mit ihren "if-Schleifen" beschäftigt waren und nach dem zweiten Semester immer noch Spaghetticode schrieben. Denen hat man auch schon geraten, die Ausbildung abzubrechen, weil sie mit dem Stoff nicht hinterherkommen würden. Darum unterstütze ich auch solche Projekte, wie z.B. Jugend Hackt. Dort haben Jugendliche die Möglichkeit, Tipps, Anregungen und Erfahrungen von Softwareentwicklern, Dozenten und auch von anderen Jugendlichen zu erhalten und da kommen teilweise sehr witzige Projekte bei raus. Sicherlich, der produzierte Code ist nicht erste Sahne und die Projekte sind auch nicht bis ins letzte Detail durchdacht aber das erwarte ich eigentlich auch an einem Wochenende nicht. Vielmehr haben die Projekte den Charakter eines Prototypen aber who cares? Die Jugendlichen hatten Spaß und konnten dabei auch was lernen.

Viele Firmen unterziehen sich derzeit einen Wandel, da sie gemerkt haben, dass sie mit ihren alten Firmenkulturen nicht mehr weiterkommen. Gehe mal auf Konferenzen oder oder besuche mal User groups (z.B. auf meetup) und unterhalte dich mal dort mit den Entwicklern. Entweder hast du Entwickler, die auf ein ganzes Arsenal an Technologien setzen oder Entwickler, die noch einen Monolithen mit Legacy Code schreiben aber davon weg wollen. Die klassischen Desktop-Anwendungen geraten auch immer mehr in den Hintergrund. Selbst bei der klassischen Webentwicklung mit PHP bröckelt es gerade, da sog. Single-Page-Applikationen immer mehr in den Vordergrund rutschen. Darum wird verstärkt nach Entwicklern gesucht, die eben halt schon einen gewissen Wissensstand haben. Man darf auch nicht vergessen, dass frische Studiumabsolventen sich ebenfalls auf die Junior Entwickler-Stellen bewerben und darum halte ich die Chancen für nicht allzu hoch, dass ein FISI ein Job als Junior Entwickler findet. In den Stellenangeboten steht zwar häufig "Sie haben ein Studium der Informatik oder eines vergleichbaren Studiengangs bzw. eine IT-Ausbildung absolviert." aber ein Studiumabsolvent mit Kenntnissen in der Entwicklung wird wohl eher genommen, als jemand bei dem man quasi von Null anfangen müsste. Wie gesagt, ich habe schon einige Firmen gesehen, wo man beim Vorstellungsgespräch dem Chef der Entwicklungsabteilung gegenübersitzt und dann erst mal technische Fragen beantworten muss und ich hatte mich damals auch nur als Junior-Entwickler beworben. Er kann sich ja ruhig darauf bewerben und ich wünsche ihm auch viel Glück aber große Chancen sehe ich halt nicht. Es wird zwar immer gejammert, dass die Firmen keine Leute finden aber offenbar können die Firmen es sich leisten zu warten, bis sich mal der richtige bewirbt.

Ja, und daraus entsteht Legacy Code. Die Firmen sollten schon aus wirtschaftlichen Interesse daran interessiert sein, weitestgehend idealen Code zu schreiben. Zumindest so die Theorie... Es ist auch ein Irrglaube, wenn man denkt, dass schnellgeschriebener Code günstiger sei. Die Kosten kommen dann später im Test aber Tests werden vernachlässigt, weil sie zu teuer wären und der Kunde davon nichts hat ... Also liefert man lieber Bananen-Software aus. Ich arbeite selber in so einer Firma. Unsere Software ist auch so um die 15 Jahren am Markt und inzwischen hat sie den Status "unwartbar" erreicht, weil man eben nicht darauf geachtet hat, den Code sauber zu halten. Nächstes Jahr wird angefangen, sie komplett neuzuschreiben. Die Kunden meckern inzwischen auch schon über die schlechte Softwarequalität. Eigentlich kann die Firma sich nur glücklich schätzen, dass sie in einer Nische agiert, wo es keine Konkurrenz gibt. Für die Neuentwicklung wurden 4 Jahre eingeplant. Das sind Unsummen an Geld, die man hier verpulvert, nur weil man einfach nicht sauber arbeitet. Wir haben einen gigantischen Monolithen mit zig Millonen Lines of Code und Klassen im fünfstelligen Bereich, die teilweise sogar Lines of Code im fünfstelligen Bereich haben. Bei einer Klasse muss man sogar ReSharper (ist eine .Net-Anwendung) abschalten, wenn man die Klasse anschauen möchte, weil es sonst zu Abstürzen von Visual Studio kommen kann. Unittests gibt es auch keine. Es gibt nur ein paar Integrationstests, die zwar jede Nacht laufen aber, die schlagen zu 95% fehl, weil nur einer was einchecken muss und schon stimmen die Ergebnisse nicht mehr. Obwohl ich erst seit knapp 5 Jahren als Softwareentwickler arbeite, schule ich inzwischen im Unternehmen Entwickler, die schon seit über 20 Jahren tätig sind. Das ist doch einfach falsch. Davor habe ich in einigen anderen Unternehmen als Praktikant gearbeitet und dort sah es ähnlich aus, wie in der jetzigen Firma und da frage ich mich schon, was FIAEler eigentlich lernen? Ich habe auch das Gefühl, dass man in Berufsschulen falsche Prioritäten setzt. Es ist jetzt schon ein paar Jahre her, aber in einer Firma, wo ich als Praktikant gearbeitet habe, sagte ein FIAE-Azubi, dass in seiner Berufsschule die While-Schleife weggelassen wird, weil sie zu kompliziert sei. Was ist das denn für ein Unterricht? Da ist schon die Syntax einer Sprache für die Azubis zu kompliziert und dann lässt man es einfach weg? Wie kann man denn ein guter Entwickler werden, wenn man schon essentielle Probleme mit der Syntax hat? Als Junior Entwickler hat man zwar noch nicht so viel Erfahrung aber ein gewisses Grundwissen sollte schon vorhanden sein, denn ansonsten wäre eine Ausbildung witzlos, wenn man bei einem Junior Entwickler eh von Null anfangen müsste und ihm erklären muss, was eine While-Schleife ist. Nach einer dreijährigen Ausbildung sollte man schon sein Handwerk verstehen. Zwar nicht perfekt (das erreicht man sowieso nicht) aber wenigstens in einem ausbaufähigen Stadium.

Dann läuft doch irgendwas nicht richtig. Die Fragen, die ich stellte, sind Dinge, die ich in den ersten 3 Semestern in meiner Assistentenausbildung gelernt habe. Gut, SOLID wurde explizit so nicht genannt, aber die Dozenten haben uns es so beigebracht, quasi nach SOLID zu arbeiten. Zumindest erwarte ich von einem Junior Entwickler, dass er den Unterschied zwischen Array, ArrayList und einer LinkedList kennt. Das zeigt, dass er gewisse Kenntnisse über Zeiger hat. Auch ein Junior Entwickler sollte sein Handwerk verstehen und die Interna einer Programmiersprache in Grundzügen kennen. Ich erwarte ja nicht, dass er weiß, wie ein Garbage Collector arbeitet oder wie man einen Rot-Schwarz-Baum implementiert. Zumindest vom Garbage Collector sollte er mal was gehört haben. Er sollte aber einige Design Patterns, wie z.B. Factory Methods oder Singletons kennen und nein, das sind keine hohen Anforderungen. Das sind auch Anforderungen, die viele Firmen an einen Junior Entwickler stellen. Als ich mit meiner Assistentenausbildung fertig war und Berwerbungen schrieb, wurde ich von einigen Firmen getestet, wie mein Kenntnissstand ist. Da kamen diese Fragen auf, die ich stellte. Weitere Fragen waren z.B. wieso die Klasse String in Java und C# vor Vererbung schützt sei und warum man Strings nicht konkatenieren sollte. Auch wurden einige Fragen zu Datenbanken gestellt. Wie z.B. was eine Transaktion sei oder was Indizes seien.

Naja, wenn ich ein Arbeitgeber wäre und einen Anwendungsentwickler suche, würde ich doch schon stutzig werden, wenn ein FISI sich auf die Stelle bewirbt. NIchts für ungut aber ein FISI ist doch was anderes als ein FIAE. Mag sein, dass einige es so geschafft haben aber es macht ein Unterschied, ob man nur die Syntax einer Sprache kennt und irgendwas zusammenhacken kann oder wirklich was von Softwareentwicklung versteht. Wie sieht es denn mit deinen Kenntnissen aus? Wo liegt Unterschied zwischen einem Array, ArrayList und einer LinkedList? Welche Vor- und Nachteile haben diese Datenstrukturen? Kennst du gängige Design Patterns? Was ist SOLID? Mit Welcher Sprache würdest du denn entwickeln wollen?

gelöscht

Es kommt drauf an, in welche Entgeldgruppe du eingestuft wirst. Frisch ausgelernte fangen oft in Gruppe 5 an. Das wären laut derzeitigen Stand ohne Zulage 13,41 € pro Stunde. Bei 151,67 Stunden pro Monat (35 Stunden/Woche) sind das 2.033, 89 € Brutto pro Monat und 24.406,76 € Brutto pro Jahr. Wenn jetzt eine Zeitarbeitsfirma meint, dass man in Gruppe 4 anfängt, was derzeit 11,88 € pro Stunde (ohne Zulage) wären es 21.622,07 € Brutto pro Jahr. Laut Tarifvertrag wäre es sogar denkbar, dass ein frisch ausgebildeter mit Gruppe 3 anfängt, dann wären wir bei 20.439,04 € Brutto pro Jahr aber das macht eigentlich keine Zeitarbeitsfirma, da sie genau wissen, dass andere Zeitarbeitsfirmen eine höhere Gruppe anbieten.