Whiz-zarD

Nö.

Nö.

Nö.

Nö.

Eigentlich gibt es da nur üben, üben und noch mehr üben.
Du kannst ja z.B. auf Codewars.com ein paar Coding Katas machen. Coding Katas sind im Grunde Programmieraufgaben zum Üben. Du kannst auf der Plattform dein Ergebnis testen lassen und hochladen und du kannst deine Lösung mit anderen vergleichen, um darauf Erkenntnisse zu gewinnen, was du besser machen könntest.

Kommt immer darauf an, was man von Katas erwartet und wie man die Lösung anderer betrachtet. Es geht ja darum, ein Problem in Teilprobleme zu zerlegen und diese Teilprobleme zu abzuarbeiten. Gerade wenn man nur üben möchte, muss man die Lösungen der anderen nicht im Wettbewerb sehen, sondern als eine mögliche Lösungsvariante. Es gibt dann kein Richtig oder Falsch und beim Betrachten der anderen Lösungen kann man noch den einen oder anderen Kniff dazu lernen.
Ja, man kann auch ein kleines Projekt starten aber mir geht es immer so, dass ich zu wenig private Zeit habe, sich damit intensiv zu beschäftigen. Coding Katas sind in ein oder zwei Stunden erledigt. Die Zeit bekommt man schon mal eher hin. Da bekommt man dann schon eher Feedback, als bei einem Projekt.

Kommt immer darauf an, was man von Katas erwartet und wie man die Lösung anderer betrachtet. Es geht ja darum, ein Problem in Teilprobleme zu zerlegen und diese Teilprobleme zu abzuarbeiten. Gerade wenn man nur üben möchte, muss man die Lösungen der anderen nicht im Wettbewerb sehen, sondern als eine mögliche Lösungsvariante. Es gibt dann kein Richtig oder Falsch und beim Betrachten der anderen Lösungen kann man noch den einen oder anderen Kniff dazu lernen.
Ja, man kann auch ein kleines Projekt starten aber mir geht es immer so, dass ich zu wenig private Zeit habe, sich damit intensiv zu beschäftigen. Coding Katas sind in ein oder zwei Stunden erledigt. Die Zeit bekommt man schon mal eher hin. Da bekommt man dann schon eher Feedback, als bei einem Projekt.

Kommt immer darauf an, was man von Katas erwartet und wie man die Lösung anderer betrachtet. Es geht ja darum, ein Problem in Teilprobleme zu zerlegen und diese Teilprobleme zu abzuarbeiten. Gerade wenn man nur üben möchte, muss man die Lösungen der anderen nicht im Wettbewerb sehen, sondern als eine mögliche Lösungsvariante. Es gibt dann kein Richtig oder Falsch und beim Betrachten der anderen Lösungen kann man noch den einen oder anderen Kniff dazu lernen.
Ja, man kann auch ein kleines Projekt starten aber mir geht es immer so, dass ich zu wenig private Zeit habe, sich damit intensiv zu beschäftigen. Coding Katas sind in ein oder zwei Stunden erledigt. Die Zeit bekommt man schon mal eher hin. Da bekommt man dann schon eher Feedback, als bei einem Projekt.

Das ist immer das Problem bei einer Drei-Schichten-Architektur. Man fängt immer mit der Datenbank an, weil alles darauf aufbaut und sich somit Probleme einhandelt. Aber womit verdient man bei einer Software sein Geld? Bei der Speicherung von Daten in eine Datenbank oder bei der Geschäftslogik? Die Antwort sollte die Geschäftslogik sein. Also warum steht die nie im Vordergrund? Die Datenbank, also die Persistenzschicht ist doch nur ein Detail. Ob ich eine relationale Datenbank oder eine dokumentenbasierte Datenbank wähle, sollte erstmal egal sein.
Darum bin ich inzwischen ein Freund der sog. Clean Architecture. Die stellt nämlich die Domänenlogik in den Vordergrund und alles andere wird nur als Detail hinzugefügt. Der Vorteil der Clean Architecture ist der, wenn sie man sie richtig anwendet, alles von einander getrennt ist und sich sogar einfach testen lässt. Auch kann man daraus ein Grundgerüst entwerfen, dies als Repository in eine Versionsverwaltung packen und für andere Projekte forken, da sie quasi universell einsetzbar ist.
Clean Architecture stammt von Robert C. Martin aka Uncle Bob und man findet einige Videos von ihm dazu auf Youtube. Auch hat er dazu ein Buch geschrieben.
 

Ich verstehe das Problem ehrlich gesagt auch nicht. Da hat man FIAE-Azubis und man nutzt sie nicht. Das wäre doch eine tolle Projekt-Arbeit für die Azubis...
Microsoft hat inzwischen auch erkannt, dass Access nicht so toll ist und haben für Firmen, die keine große IT-Fachexpertise haben, Power Apps entwickelt. Ich denke mal kurz oder lang wird dies Access ablösen.
Auch unabhängig davon verstehe ich das Problem nicht. Der Anwender soll doch nicht mit IDs rumhantieren, sondern dem Anwender muss eine geeignete UI gegeben werden, mit der er effizierter arbeiten kann. Wenn ihr dann also bei Access bleiben wollt, dann müsst ihr mit Access eine Eingabemaske bauen.

Wenn der Nachbar Hilfe braucht, dann soll er sich doch professionelle Hilfe holen, anstatt noch andere Leute zu verdächtigen. Auf gar keinen Fall irgend welche Geräte vom Nachbarn anfassen oder irgend etwas dazu kommentieren.

Unabhängig davon sollte man seine eigenen Geräte auch im Auge behalten und sich hierzu ggf. auch Hilfe holen, wenn das denn erforderlich ist. Aber sich zu irgend einem blinden Aktionismus zwingen zu lassen aufgrund "Hörensagen", ist meistens wenig zielführend. Und bei einem Nachbarn, der mit Vorwürfen ins Haus fällt, sollte man die Kommunikation eher minimieren oder komplett einstellen.

Ach, die "Ich hab einen Bekannten und der ist Profi!"-Ausrede. Wenn ich damals, als ich als PC-Techniker nebenbei gearbeitet habe, jedes Mal für diesen Satz einen Cent (damals noch ein Pfennig) bekommen hätte, wäre ich heute Millionär. Ich hab die Leute dann immer gefragt, warum dann der Profi nicht den PC zusammenbaut/nach Viren untersucht/whatever? Dann waren sie wieder ruhig. 
Also lag ich mit meiner These, dass es sich um einen Stümper handelt, richtig und er hat keinerlei Ahnung von Technik. Vielleicht den Typen dann mal auf den Pott setzen und sagen, dass dann der Freund mal die Sicherheit des WLANs überprüfen sollte, wenn man es so leicht hacken kann. 
Letzen Endes ist das alles Schwachsinn. Man kann auf das WLAN nicht zugreifen, wenn die WPA2 Authentifizierung nicht stattfand. Folglich sind auch keine Dateifreigaben daran schuld, weil man gar keinen Zugriff aufs Netzwerk hat.

Ich kann nichts verdächtiges in der Datei finden (Ja, ich hab mich abgesichert. Die Datei habe ich in einer VM ohne Netzwerkzugriff angeschaut). Die Datei hat für ihre Pixelmenge auch eine angemessene Dateigröße (2,7 kB). Wäre sie mit Malware bestückt, wäre sie auch größer. Der Inhalt der Datei endet auch mit IEND, was für eine PNG-Datei auch korrekt ist.

Ach, die "Ich hab einen Bekannten und der ist Profi!"-Ausrede. Wenn ich damals, als ich als PC-Techniker nebenbei gearbeitet habe, jedes Mal für diesen Satz einen Cent (damals noch ein Pfennig) bekommen hätte, wäre ich heute Millionär. Ich hab die Leute dann immer gefragt, warum dann der Profi nicht den PC zusammenbaut/nach Viren untersucht/whatever? Dann waren sie wieder ruhig. 
Also lag ich mit meiner These, dass es sich um einen Stümper handelt, richtig und er hat keinerlei Ahnung von Technik. Vielleicht den Typen dann mal auf den Pott setzen und sagen, dass dann der Freund mal die Sicherheit des WLANs überprüfen sollte, wenn man es so leicht hacken kann. 
Letzen Endes ist das alles Schwachsinn. Man kann auf das WLAN nicht zugreifen, wenn die WPA2 Authentifizierung nicht stattfand. Folglich sind auch keine Dateifreigaben daran schuld, weil man gar keinen Zugriff aufs Netzwerk hat.

Ach, die "Ich hab einen Bekannten und der ist Profi!"-Ausrede. Wenn ich damals, als ich als PC-Techniker nebenbei gearbeitet habe, jedes Mal für diesen Satz einen Cent (damals noch ein Pfennig) bekommen hätte, wäre ich heute Millionär. Ich hab die Leute dann immer gefragt, warum dann der Profi nicht den PC zusammenbaut/nach Viren untersucht/whatever? Dann waren sie wieder ruhig. 
Also lag ich mit meiner These, dass es sich um einen Stümper handelt, richtig und er hat keinerlei Ahnung von Technik. Vielleicht den Typen dann mal auf den Pott setzen und sagen, dass dann der Freund mal die Sicherheit des WLANs überprüfen sollte, wenn man es so leicht hacken kann. 
Letzen Endes ist das alles Schwachsinn. Man kann auf das WLAN nicht zugreifen, wenn die WPA2 Authentifizierung nicht stattfand. Folglich sind auch keine Dateifreigaben daran schuld, weil man gar keinen Zugriff aufs Netzwerk hat.

Ganz ehrlich, ich würde da nichts tun und ihn zur Polizei watscheln lassen, sofern er das überhaupt tut, was ich bezweifle. Eine Hausdurchsuchung wird die Polizei nicht wegen einem Auszug aus einer Log-Datei machen. Zumal eine Hausdurchsuchung richterlich angeordnet werden muss. Ich glaub, die Richter haben was besseres zu tun. Die Log-Datei könnte ja auch gefälscht sein. Sofern sich die Polizisten überhaupt die Mühe machen, werden sie dich evtl. zu einem kurzen Gespräch einladen. Dann steht sowieso Aussage gegen Aussage und dann hat sich der Fall erledigt. Es ist auch niemanden zu Schaden gekommen. Was soll denn da nun gemacht werden? Dann soll er halt auf die Sicherheit seines preshared Keys (PSK) achten, wenn dies angeblich so leicht gehackt werden kann. Da hat man auch eine gewisse Teilschuld, wenn man z.B. "1234" als PSK auswählt.
Die Frage ist auch, was da überhaupt geloggt wurde. Vielleicht hast du tatsächlich mal, das falsche WLAN angeklickt und hast versucht, sich bei seinem WLAN anzumelden oder da ist tatsächlich mal was durcheinander geraten, weil ihr vielleicht mal die gleiche SSID hattet (vielleicht habt ihr auch den gleichen Router?) oder er hatte eine Zeit lang ein offenes WLAN. Wenn, dann müsste man ja auch die Authentifizierung über WPA2 in den Logs finden können. Wenn du schreibst, er hätte noch weitere Access Points und Repeater, macht dies für mich sowieso keinen vertrauensvollen Eindruck. Vielmehr den Eindruck eines Stümpers, der nicht weiß, wie man das WLAN vernünftig konfiguriert und eher nach dem Prinzip "Viel hilft viel" agiert.

Und wie will man das wissen, wenn man nicht mal weiß, wie Softwareentwicklung überhaupt funktioniert? Zu mal es da auch mehrere Paradigmen gibt, die sehr unterschiedlich sein können (deklarative vs. imperative Programmierung). Ich finde es durchaus Sinnvoll, sich mal ein bisschen mit der Softwareentwicklung auseinandergesetzt zu haben, um überhaupt zu sehen, es dies für einen was ist. Wenn man komplett ohne Vorwissen eine Ausbildung anfängt, dann kann das u.U. schnell frustrierend werden. Ich hab solche Leute in meiner Ausbildung gesehen, die dann dachten, man entwickelt Software, indem man einfach ein paar grafische Kästen von links nach rechts schiebt und am Ende kann man ja dann voll krass Facebook hacken.
Hat er/sie doch geschrieben: 
Man muss dann sagen, dass der Unterschiedlich zwischen Java und C# dann nicht so groß sind, wobei C# sich deutlich schneller entwickelt, wenn man sich die neuen Sprachfeatures anschaut.
Als hätte jetzt jeder Ausbilder die Weisheit mit Löffeln gefressen und weiß, wie perfekter Code ausnahmslos auszusehen hat. Sorry, aber ich halte diese Aussage für Überheblich. Ich kenne inzwischen genug Leute, die selbst über ihr Diplom-Informatiker-Wissen, was sie vor 20 Jahren gelernt haben, nicht hinausgewachsen sind und immer noch den alten Schrott schreiben (SOLID? Nie gehört.). Es gehört nun mal zum Leben eines Softwareentwicklers dazu, sich zu verändern und dies muss man auch den Azubis beibringen. Es gibt nicht DIE Lösung in der Softwareentwicklung. Vor einigen Jahren war z.B. noch das Service-Locator-Pattern voll angesagt und man streute es überall in die Anwendung ein, weil man ja öfters gehört hat, man soll den new Operator nicht mehr verwenden, weil new ist ja voll böse, weil Abhängigkeiten und so. Inzwischen hat man erkannt, dass man es so nicht machen sollte. Ja, auch Entwickler mit vielen Berufsjahren können sich mal irren. Wenn alle Entwickler ausnahmslos perfekte Software schreiben würden, müssten wir uns nicht ständig über technische Schulden, Refactoring und Unittests unterhalten. In jeder Software gibt es Schandflecken, die von Anti-Patterns geprägt sind. Schandflecken, die man mal selber verursacht hat, weil man nicht wusste, wie man es besser machen könnte. 
Ja, da sollte man ein bisschen aufpassen. Da würde ich aber sagen, dass alle Tutorials, die gleich mit einer grafischen Oberfläche anfangen, nicht gut für den Start geeignet sind.
Und was ist jetzt konkret das Problem? Dass ein Boolean für ein Geschlecht schlecht ist, sieht man schon an der Semantik. Ein Geschlecht kann nicht wahr oder falsch sein.
Jop, sehe ich auch an meinem Azubi. Er hatte auch schon recht weites Vorwissen gehabt und hab ihn schon ziemlich zum Anfang der Ausbildung SOLID gelehrt. Jetzt am Ende des ersten Lehrjahres hat er ein Referat über SOLID in der Schule gehalten. Da war er schon den anderen weit voraus. 
Wenn du, also @raheemmansoor, Lust hast C# anzuschauen, kannst du das ruhig machen aber für die Ausbildung versprich dir da nicht so viel. Das Vorwissen, was du aus Java hast, wird sicherlich fürs erste reichen.

Und wie will man das wissen, wenn man nicht mal weiß, wie Softwareentwicklung überhaupt funktioniert? Zu mal es da auch mehrere Paradigmen gibt, die sehr unterschiedlich sein können (deklarative vs. imperative Programmierung). Ich finde es durchaus Sinnvoll, sich mal ein bisschen mit der Softwareentwicklung auseinandergesetzt zu haben, um überhaupt zu sehen, es dies für einen was ist. Wenn man komplett ohne Vorwissen eine Ausbildung anfängt, dann kann das u.U. schnell frustrierend werden. Ich hab solche Leute in meiner Ausbildung gesehen, die dann dachten, man entwickelt Software, indem man einfach ein paar grafische Kästen von links nach rechts schiebt und am Ende kann man ja dann voll krass Facebook hacken.
Hat er/sie doch geschrieben: 
Man muss dann sagen, dass der Unterschiedlich zwischen Java und C# dann nicht so groß sind, wobei C# sich deutlich schneller entwickelt, wenn man sich die neuen Sprachfeatures anschaut.
Als hätte jetzt jeder Ausbilder die Weisheit mit Löffeln gefressen und weiß, wie perfekter Code ausnahmslos auszusehen hat. Sorry, aber ich halte diese Aussage für Überheblich. Ich kenne inzwischen genug Leute, die selbst über ihr Diplom-Informatiker-Wissen, was sie vor 20 Jahren gelernt haben, nicht hinausgewachsen sind und immer noch den alten Schrott schreiben (SOLID? Nie gehört.). Es gehört nun mal zum Leben eines Softwareentwicklers dazu, sich zu verändern und dies muss man auch den Azubis beibringen. Es gibt nicht DIE Lösung in der Softwareentwicklung. Vor einigen Jahren war z.B. noch das Service-Locator-Pattern voll angesagt und man streute es überall in die Anwendung ein, weil man ja öfters gehört hat, man soll den new Operator nicht mehr verwenden, weil new ist ja voll böse, weil Abhängigkeiten und so. Inzwischen hat man erkannt, dass man es so nicht machen sollte. Ja, auch Entwickler mit vielen Berufsjahren können sich mal irren. Wenn alle Entwickler ausnahmslos perfekte Software schreiben würden, müssten wir uns nicht ständig über technische Schulden, Refactoring und Unittests unterhalten. In jeder Software gibt es Schandflecken, die von Anti-Patterns geprägt sind. Schandflecken, die man mal selber verursacht hat, weil man nicht wusste, wie man es besser machen könnte. 
Ja, da sollte man ein bisschen aufpassen. Da würde ich aber sagen, dass alle Tutorials, die gleich mit einer grafischen Oberfläche anfangen, nicht gut für den Start geeignet sind.
Und was ist jetzt konkret das Problem? Dass ein Boolean für ein Geschlecht schlecht ist, sieht man schon an der Semantik. Ein Geschlecht kann nicht wahr oder falsch sein.
Jop, sehe ich auch an meinem Azubi. Er hatte auch schon recht weites Vorwissen gehabt und hab ihn schon ziemlich zum Anfang der Ausbildung SOLID gelehrt. Jetzt am Ende des ersten Lehrjahres hat er ein Referat über SOLID in der Schule gehalten. Da war er schon den anderen weit voraus. 
Wenn du, also @raheemmansoor, Lust hast C# anzuschauen, kannst du das ruhig machen aber für die Ausbildung versprich dir da nicht so viel. Das Vorwissen, was du aus Java hast, wird sicherlich fürs erste reichen.

Und wie will man das wissen, wenn man nicht mal weiß, wie Softwareentwicklung überhaupt funktioniert? Zu mal es da auch mehrere Paradigmen gibt, die sehr unterschiedlich sein können (deklarative vs. imperative Programmierung). Ich finde es durchaus Sinnvoll, sich mal ein bisschen mit der Softwareentwicklung auseinandergesetzt zu haben, um überhaupt zu sehen, es dies für einen was ist. Wenn man komplett ohne Vorwissen eine Ausbildung anfängt, dann kann das u.U. schnell frustrierend werden. Ich hab solche Leute in meiner Ausbildung gesehen, die dann dachten, man entwickelt Software, indem man einfach ein paar grafische Kästen von links nach rechts schiebt und am Ende kann man ja dann voll krass Facebook hacken.
Hat er/sie doch geschrieben: 
Man muss dann sagen, dass der Unterschiedlich zwischen Java und C# dann nicht so groß sind, wobei C# sich deutlich schneller entwickelt, wenn man sich die neuen Sprachfeatures anschaut.
Als hätte jetzt jeder Ausbilder die Weisheit mit Löffeln gefressen und weiß, wie perfekter Code ausnahmslos auszusehen hat. Sorry, aber ich halte diese Aussage für Überheblich. Ich kenne inzwischen genug Leute, die selbst über ihr Diplom-Informatiker-Wissen, was sie vor 20 Jahren gelernt haben, nicht hinausgewachsen sind und immer noch den alten Schrott schreiben (SOLID? Nie gehört.). Es gehört nun mal zum Leben eines Softwareentwicklers dazu, sich zu verändern und dies muss man auch den Azubis beibringen. Es gibt nicht DIE Lösung in der Softwareentwicklung. Vor einigen Jahren war z.B. noch das Service-Locator-Pattern voll angesagt und man streute es überall in die Anwendung ein, weil man ja öfters gehört hat, man soll den new Operator nicht mehr verwenden, weil new ist ja voll böse, weil Abhängigkeiten und so. Inzwischen hat man erkannt, dass man es so nicht machen sollte. Ja, auch Entwickler mit vielen Berufsjahren können sich mal irren. Wenn alle Entwickler ausnahmslos perfekte Software schreiben würden, müssten wir uns nicht ständig über technische Schulden, Refactoring und Unittests unterhalten. In jeder Software gibt es Schandflecken, die von Anti-Patterns geprägt sind. Schandflecken, die man mal selber verursacht hat, weil man nicht wusste, wie man es besser machen könnte. 
Ja, da sollte man ein bisschen aufpassen. Da würde ich aber sagen, dass alle Tutorials, die gleich mit einer grafischen Oberfläche anfangen, nicht gut für den Start geeignet sind.
Und was ist jetzt konkret das Problem? Dass ein Boolean für ein Geschlecht schlecht ist, sieht man schon an der Semantik. Ein Geschlecht kann nicht wahr oder falsch sein.
Jop, sehe ich auch an meinem Azubi. Er hatte auch schon recht weites Vorwissen gehabt und hab ihn schon ziemlich zum Anfang der Ausbildung SOLID gelehrt. Jetzt am Ende des ersten Lehrjahres hat er ein Referat über SOLID in der Schule gehalten. Da war er schon den anderen weit voraus. 
Wenn du, also @raheemmansoor, Lust hast C# anzuschauen, kannst du das ruhig machen aber für die Ausbildung versprich dir da nicht so viel. Das Vorwissen, was du aus Java hast, wird sicherlich fürs erste reichen.

Wenn man sich aber mal den Quellcode anschaut, dann besteht die Fachlogik nur aus ein paar recht simplen SQL-Statements. Alles andere darum scheint ja nur der Transport an die Oberfläche zu sein. Offenbar wurde hier nur eine Anwendung geschrieben, die ein paar Informationen aus einer Datenbank anzeigt. Von XSS-Problemen mal ganz abgesehen.
Auf dem ersten Blick gibt der Code echt nicht viel her. Quantität ist ja nicht gleich Qualität. Du hast zwar viele Dateien aber das sagt nichts über die Komplexität des Projektes aus. Interessant wäre also tatsächlich mal die Doku oder auch den Projektantrag, um sich ein Bild zu machen, was da nun alles in die 70 Stunden eingeflossen ist.

Fängt das Buch echt mit einer WinForms-Anwendung an? Schmeiß das Buch weg. Das führt zu nichts.
Man sieht an deinem Post schon, dass du noch nicht verstehst, wie eine grafische Oberfläche funktioniert. In der Program-Klasse wirst du nämlich rein gar nichts sehen. Das einzige, was dort passiert, sind nämlich ein paar Initialisierungen für die Oberflächengestaltung und das Starten der Hauptoberfläche (Form1). 
Während der Ausführung des Programmes kannst du den Code auch nicht ändern. Wenn du im Projektmappen-Explorer auf Form1 klickst, öffnet sich ein Designer. Dort kannst du dann mit Doppelklick auf den Buttons ein Klick-Event hinzufügen.

Je nach Betrieb lernt man in der Ausbildung sogar mehr relevantes für den Beruf. Man darf den Sinn eines Studiums nicht vergessen. Es geht um die Lehre und um die Forschung und weniger um die praktische Anwendung. Ein Studium ist nun mal keine Berufsausbildung. Man wird in einem Studium viel mit theoretischer Informatik zu tun haben und dieses Wissen benötigt man kaum bei der praktischen Softwareentwicklung. Ich kenne auch kein Informatikstudium, wo tatsächlich mal Software Architekturen besprochen werden (z.B. n-Tier Architecture vs. Clean Architecture). Auch sowas wie die SOLID-Prinzipien habe ich noch in keinem Studium gesehen. Dinge, die für einen Entwickler aber essentiell sind und eher in Betrieben gelehrt werden. Da, wo es auch tatsächlich benötigt wird. Selbst die Programmierkurse im Studium sind sehr theoretisch. Du wirst also in einem Studium keine Fancy-Web-Applikation entwickeln. Vielleicht gibt es Übungsaufgaben aber die beinhalten dann sowas wie: "Implementieren Sie eine doppeltverkettete Liste/Schwarz-Rot-Baum/diverse andere Datenstrukturen". Sowas hab ich auch mit meinem Azubi gemacht. 
Der Mathematikkurs im Studium hat auch nichts mit dem Mathematikunterricht auf den allgemeinbildenden Schulen zu tun. Auch hier wird es sehr theoretisch. Hier eine Leseprobe zum Mathematikkurs.

Natürlich brauchst du auf der Uni Hagen auch ein Abi/die Hochschulreife oder wenigstens Berufserfahrung im Informatik-Bereich. Die hast du aber nicht.
https://www.fernuni-hagen.de/studium/studienangebot/bachelor.shtml

(bin ITSE)
GA1 war aufjedenfall die schwerste Prüfung seit Erfindung des Feuers. Ich rechne mal mit 55%
 
GA2 lief sehr gut, ich rechne mit 90%
 
WiSo war gefühlt schwerer als die letzten Jahre. Ich denke Mal so 60%
 
Wie lief's bei euch?

Ein FISI wird keine Webseite entwickeln aber Automatisierung wird wichtiger und darauf zielt ja auch der DevOps ab. Ein DevOps bereitet z.B. die Buildpipeline und das Deployment vor, sodass die Entwickler ihren Job machen und schnell liefern können.
Aber dies hängt auch immer davon ab, wo man arbeitet. In einem Rechenzentrum z.B. wird man ja kaum Buildpipelines und Deployments aufbauen müssen, weil idR dort ja nichts entwickelt wird (höchstens In-House-Lösungen). Da wird man es dann weiter mit mit Administration von Servern, verlegen von Netzwerkleitungen, etc. zu tun haben aber auch hier wird Automatisierung wichtiger, weil dies nun mal besser skaliert. Du willst doch nicht jeden Server per Hand einrichten.