Whiz-zarD

Sehe ich auch so. Beende das Studium. Alles andere ist Zeitverschwendung. In der Ausbildung lernst du auch nichts neues, was du nicht schon im Studium gehört hast. Also wieso sich die Leier noch mal antun? Ich mein, die Ausbildung würde am 1.8.2022 anfangen. Wenn man sie auf zwei Jahre verkürzen würde, wäre man Mitte 2024 durch. Wenn du das Studium bis Mitte 2023 das Studium beenden kannst, hättest du schon ein Jahr Berufserfahrung und auch ein höheres Gehalt, da Studiumabsolventen in der Regel ein höheres Einstiegsgehalt haben. Wenn du das Studium jetzt abbrechen würdest, wären auch die 7 Jahre im Klo runtergespült.

Mir soll es egal sein, ob ihr den Kram selbstbaut oder nicht aber gefühlt ist euch gar nicht klar, was ihr euch damit antut, wenn ihr euch solche Dinge ranschafft. Klar, ist eine Eigenentwicklung auch irgendwie cooler aber man geht da zu oft mit naiven Augen ran und sieht nur den Initialaufwand. Der oft viel größere Rattenschwanz wird gerne ignoriert. Ihr seid eine Textilverarbeitungsfirma und keine Chatsoftware-Entwicklungssfirma und gerade wenn man nur 20 Personen groß ist, sollte man sich drei Mal überlegen, ob man sich wirklich eine Eigenentwicklung an die Backe nageln möchte. Und wenn sich eh nur ein Kunde pro Tag meldet, weiß ich auch nicht, wieso nicht einfach eine E-Mail reichen würde. Die könnte man auch automatisch verarbeiten, anstatt Monate/Jahre in eine Chatsoftware zu investieren.

Es wird auch überhaupt nicht klar, was nun dein Auftrag innerhalb der 80 Stunden ist. Wenn ich mir diese Liste anschaue: Ist das eine Aufgabe für gut ein Jahr und mehr. Auch zweifle ich stark an, dass ein Eigenbau günstiger wird, als ein Kauf einer fertigen Komponente, denn die Komponente muss von euch gepflegt und weiterentwickelt werden. Ihr dürft auch eins nicht vergessen: Ihr betreut dann eine Komponente, die nicht zu eurer Kernarbeit gehört. Das kann sehr schnell nach hinten losgehen. Wenn ich bedenke, dass da ein Team ein Jahr dransitzen kann, hören sich 300 € plötzlich nicht mehr so viel an. Auch eine Abhängigkeit sollte bei so einer Komponente nun auch nicht so problematisch sein.

Nein, Elektrotechnik ist nicht nah bei der Informatik. Auf diese Aussage bin ich damals auch reingefallen.

Ernsthaft, was stellst du dir unter "API und Website" vor? Twitter, Facebook und co. sind auch nichts weiter als "API und Website". Ich denke auch nicht, dass man im Rahmen eines Abschlussprojektes eine komplette Lagerverwaltung schreiben kann, denn was ist mit Authentifizierung und Autorisierung, Validierung oder Nachvollziehbarkeit? Ich denke nämlich nicht, dass du möchtest, dass dort jeder etwas ändern darf. Auch möchte man vielleicht wissen, wenn etwas geändert wurde, wer es denn war und dass z.B. keine negativen Werte stehen dürfen.

Laut den Informationen von @ChirurgOne bietet die Schule aber kein Homeschooling an, sondern sagt einfach: "Schule fällt aus aber lernt etwas." Die Schule gibt also keinen klaren Auftrag und bevor man überhaupt nicht weiß, was man tun soll, weil man nicht weiß, was man lernen soll, wäre eine Beschäftigung im Betrieb sinnvoller. Dies kann ja auch unter "eigenverantwortliches lernen" verstanden werden. Ein Betrieb kann dich ja nicht dazu zwingen, vom Betrieb fernzubleiben, nur weil man nun einen Berufsschulblock hat, solange man seine seine Pflichten weiterhin nachkommt.

Entweder ist diese Aussage zu einfach oder die Schule macht es sich zu einfach. Der Untericht fällt zwar aus und somit hättest du normalerweise recht aber die Schule gibt ja einen Auftrag und zwar "eigenständiges Lernen", dem man ja auch nach §13 BBiG nachkommen muss. Das macht die Sache also nicht besser. Man ist wohl auf der sicheren Seite, wenn man zu dieser Zeit im Betrieb arbeitet aber mal den Betrieb fragen, was davon gehalten wird, kostet ja auch nichts.

Dafür müssen die Daten aus der Datei in die Tabelle geschrieben werden. https://www.w3schools.com/sql/sql_insert.asp

Wie genau sehen diese Karteikarten denn aus? Mir würde kein Grund einfallen, wieso ich die Syntax auf Karteikarten schreiben sollte, denn dazu gibt es Dokumentationen, wenn man mal was vergessen wurde und bis jetzt war es immer so, dass bei der Abschlussprüfung immer ein Beiblatt dabei lag, wie die SQL-Syntax aussieht. Auch gibt es von Datenbank zu Datenbank kleine unterschiede in der Syntax. Auch wurde die Syntax einer konkreten Programmiersprache bis jetzt auch noch nie in einer Abschlussprüfung abgefragt. Selbst nach 10 Jahren Berufserfahrung muss ich mir z.B. bei CREATE TABLE auch immer wieder mal die Dokumentation anschauen. Dafür macht man es zu selten, um es zu behalten. Vor allem das definieren der Indizes muss ich mir jedes Mal anschauen. Also lohnt sich stumpfes auswendig lernen nicht. Mir ist auch nicht klar, was man in Bezug zu Java auf Karteikarten schreiben könnte. Im Grunde folgt die Sprache bestimmten Regeln. Wenn man die Regeln versteht, braucht man auch keine Karteikarten mehr. Die Erfinder von Java haben in erster Linie die ersten fünf Regeln der objektorientierten Programmierung orientiert, die Alan Key beschrieben hat: 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) Jeder Datentyp ist also ein Objekt und Objekte haben Methoden. Ein Objekt ist eine Instanz einer Klasse. Die Klassen und deren Methoden, die Java SDK zur Verfügung stellt, kann man nicht alle auswendig lernen. Dies macht auch keiner. Dafür sind es zu viele. Mit Übung und Routine lernt man aber die gebräuchlichsten kennen. Daher ist es viel wichtiger, Datenstrukturen zu kennen, wie z.B. Listen und Bäume, da man diese immer wieder verwendet. Egal in welcher Sprache. In Java gibt es z.B. die Klassen ArrayList, LinkedList, HashSet und HashMap. Dann geht es weiter mit Kontrollstrukturen. Also If-Then-Else und Schleifen. Die verwendet man aber auch immer wieder, sodass sie nach kurzer Zeit im Gedächtnis vorhanden sind, sodass man hier auch keine Karteikarten benötigt. Das Lernen von (Programmier-)Sprachen ist eine Übungssache. So ist es auch mit dem Fremdsprachen-Unterricht an Schulen. Die Sicherheit und Routine kommt erst durch Übung. Es bringt nichts, irgendwelche Vokabeln aufzuschreiben, sie mal auswendig lernen und sie dann doch nicht zu verwenden.

Das ist die alte Verordnung. In der neuen Verordnung kommen die Begriffe nicht mehr vor. Sie wurden gegen den Begriff "IT-System" ausgetauscht, was aber alles mögliche sein kann. Seien es auch nur Mikro-Controller. Linux ist kein Hersteller. Ja, Linux wird nicht explizit erwähnt. Falls doch, könnten alle Firmen, die nur Windows einsetzen, gar nicht ausbilden.

Im Ausbildungsrahmenplan steht nix von Linux. Selbst das Wort "Betriebssystem" kommt für den FISI nicht mal vor. Also nein. Dies muss nicht unbedigt zur Ausbildung dazugehören.

Das ER-Modell ist zu technisch, sodass Fachabteilungen damit überhaupt nichts anfangen können. Eine Fachabteilung kann oft nicht abschätzen, welche Daten sie wirklich brauchen und schon gar nicht in welcher Kardinalität sie zueinander stehen. Im Zweifel wollen sie alles haben was sie kriegen können, weil alles irgendwie mal wichtig sein könnte und wäre schön, es im Vorwege zur Verfügung steht. Das sehe ich beruflich auch jeden Tag. Im Ernst, wir hatten mal einen Kunden, der die Anforderung stellte, dass unsere Software "alles reporten können soll" (echtes Zitat).Das bedeutet auch mehr Komplexität und Kompliziertheit in der Anwendung. Was aber eine Fachabteilung kann, ist deren Arbeitsalltag zu beschreiben und genau daraus entstand DDD (Domain-driven Design) und der Begriff feiert auch schon fast seinen 20-jährigen Geburtstag. Ein ER-Modell hab ich schon seit 10 Jahren nicht mehr geschrieben. Höchstens nur noch zur späteren Dokumentation aber nie in der Implementierungsphase. Wie gesagt, das ER-Modell zwingt einen, die Daten als relationale Daten zu betrachten. Die Welt der relationalen Daten sieht aber anders aus, als die Welt der objektorientierten Daten. Also braucht man da auch wieder einen komplexen Mapper. Sei es z.B. das Entity Framework für .NET-Sprachen oder Niberhate für Java, etc. z.B. möchte ich vielleicht ein Dictionary (C#) bzw. ein HashMap (Java) in die Datenbank speichern. Viel Spaß beim Mapping... Mit z.B. dokumentbasierten Datenbanken kann dies aber ggf. wegfallen und ich spare mir die Abhängigkeit zum O/R-Mapper.

Warum ist das ER-Modell so wichtig für die Implementierungsphase? Genau das halte ich für falsch. Die Datenbank ist für die Speicherung der Daten zuständig und sie sollte nicht maßgeblich für die Domämenmodelle sein, die wir bei der Implementierung der Domänenlogik benötigen. Ergo: Die Datenbank ist nur ein Detail und sollte nicht im Mittelpunkt der Implementierung stehen. Genau dies versucht man ja mit der Hexagonal Architektur bzw. der Clean Architecture zu korrigieren, indem die Domämenmodelle im Vordergrund stehen. Gerade in der Informatik ist nichts in Steinen gemeißelt. Das Domämenmodell wird sich in Laufe der Zeit ändern aber es ist sehr aufwendig Spalten in eine relationale Datenbank hinzuzufügen. Es müssen Migrationsskripte, etc. geschrieben werden und Historisierungskonzepte sind in relationalen Datenbanken sehr schwer umsetzbar. Wer dann auch noch eine objektorientierte Sprache verwendet, muss die Daten von der objektorientierten Welt in die relationale Welt überführen und umgekehrt (O/R-Mapper), was zusätzliche Komplexität in unserer Anwendung bedeutet. Anstatt also relationale Datenbanken und somit das ER-Modell als die heilige Seekuh darzustellen, wäre ein kritischer Blick auf all das mal sinnvoller.

Beispiel Source Engine: Bei der Source Engine werden die Benutzereingaben an den Server geschickt und der Server simuliert die Welt und macht, je nach spielart, in einem bestimmten Takt Snapshots der Objekte und schickt diese Snapshots an die Clients. Auf den Clients wird also nicht der Pfad berechnet, weil dies Cheating ermöglicht, denn man könnte ja ein Pfad direkt durch eine Wand schicken. Die Benutzereingaben werden auch nicht einzeln zum Server geschickt, sondern als Paket im selben Takt, wie die Snapshot-Erstellung. Im Paket können also auch mehrere Benutzereingaben stecken. Um den Traffic zu minimieren, wird auch keine TCP-Verbindung aufgebaut, sondern es werden UDP-Pakete verschickt. Außerdem wird auch nicht der gesamte Snapshot zum Client geschickt, sondern nur ein Delta. D.h. der Server kennt den Zustand der Clients und schickt den Clients nur die Änderungen. Also muss dann nur zum Anfang ein vollständiger Snapshot an die Clients geschickt werden und dann sind die Daten kleiner. Ähnlich wie bei einer Videokompression. Da die Clients nur in bestimmten Abständen ein Snapshot bekommen und das Bild dadurch zu stottern beginnen könnte, wird zwischen zwei Snapshots interpoliert. D.h. die Animation zwischen zwei Snapshots wird auf den Client gerendert. Also ja, dies benötigt eine hohe CPU-Last aber im Gegenzug wird ja auch nicht Audio und Video auf dem Server gerendert. Weitere Informationen findest du hier: https://developer.valvesoftware.com/wiki/Source_Multiplayer_Networking

Jaein. Erstmal: Ein/e AusbilderIn muss sowohl persönlich- als auch fachlich geeignet sein. Unter fachlicher Eignung versteht man, dass eine Ausbildung absolviert wurde und eine gewisse Zeit in dem Beruf praktisch tätig ist (BBiG §30). Der/Die AusbilderIn darf aber Ausbildungsbeaufragte ernennen. Diese müssen aber nicht den Beruf erlernt haben und müssen auch keine AusbilderInnen sein. Der/Die AusbilderIn kann ja auch nicht alles wissen. Die Ausbildungsbeaufragten müssen aber persönlich geeignet sein (BBiG §28 Abs. 3) Siehe erste Antwort. Theoretisch brauchst du auch kein Kurs. Der ist nur optional. Man kann sich einfach bei der AEVO-Prüfung anmelden und teilnehmen. Anmelden muss man sich unabhängg vom Kurs sowieso. Ich würde aber den Kurs empfehlen. Welche Art von Kurs ist dir überlassen. Ich hab damals einen Kurs gemacht, der ging zwei Monate mit vier Studen pro Woche. Wenn dein Chef es erlaubt, ginge auch Vollzeit. Oft sind das dann zwei Wochen. Genau. Musst mal auf die Webseite der zuständigen Kammer schauen. Oft findet man dort die Termine und ein Online-Anmeldeformular.

Klingt für mich nicht vielversprechend und auch sehr naiv. Für gewöhnlich macht man sich nicht selbstständig, nur weil man sich für einen Bereich interessiert, sondern weil man in diesem Bereich das nötige Know-How besitzt, um sich selbstständig machen zu können. Wenn du also selber nicht mal weißt, was du machen möchtest, woher sollen wir das denn wissen? Der effizienteste Anfang? Mach eine Ausbildung oder ein Studium. Sorry aber alles andere ist Quatsch. Wer soll dich denn beauftragen, wenn du nicht mal Erfahrungen hast? Gerade in der Selbstständigkeit wird auf die Referenzen geschaut und wenn da steht "Habe Buch XYZ gelesen" und "Habe Tutorials auf Youtube angeschaut", wird dich keiner beauftragen. Um diesen Punkt zu erreichen benötigt man aber mehrere Jahre und vor allem Berufserfahrung, wenn es überhaupt gelingt.

Ich denke auch nicht, dass es so ein Tool gibt, denn sowas ist schon recht speziell. Ich würde auch dies machen, was @Enno schreibt.

Und wo genau liegt jetzt nun dein Problem?

Das ist auch kein Problem, denn der ganze Thread hat überhaupt keinen Faden und der TE schreibt auch nur Wirr durch alle möglichen Themen.

Da ich genau in diesem Bereich arbeite: Du begibst dich auf sehr dünnem Eis. Basel III hat überhaut nichts mit Firmen zu tun. Es ist eine Eigenkapitalvorschrift für Banken und nicht für Unternehmen. Für Unternehmen gibt es die Rechtsformen. Es ist auch Banken scheißegal, wie viele Fehler ein Unternehmen macht. Hauptsache, sie können die Kredite bezahlen. Ratingagenturen ermitteln die Kreditwürdigkeit eines Unternehmens bzw. einer Bank und nicht wie viel Mist sie bauen.

Versteife dich nicht so auf die Begriffe. Ein Web-Developer kann auch ein Fullstack-, Frontend-, Backend- oder sogar ein Wordpress-Developer sein. Der Berufstitel ist von Firma zu Firma unterschiedlich. Schaue dir lieber das Anforderungsprofil in der Stellenbeschreibung an, anstatt auf den Berufstitel, denn der ist wirklich nur ein Indiz, was sie suchen. Das haben Softwareentwickler nun mal so ansich. Das ist deren Job und Web-Entwicklung ist auch nur Softwareentwicklung. Ich verstehe auch nicht so wirklich, worauf du hier hinaus willst. Was hat die Anfängliche Frage wie dem Berufstitel zu tun? Wie gesagt: Schaue dir das Anforderungsprofil in der Stellenbeschreibung an. Dann weißt du es. Es gibt nun mal keinen exakten Berufstitel. Ich hab damals Mechatroniker gelernt aber von Autos hab ich keine Ahnung. Ich hab Industrieanlagen gebaut und dennoch suchen viele Kfz-Werktstätten einen Mechatroniker. Wenn ich dann im Anforderungsprofil sehe, dass Kenntnisse über einen Verbrennungsmotor benötigt werden, brauche ich mich dann auch gar nicht dort bewerben und genauso sieht es auch bei der Softwareentwicklung aus. Wenn im Anforderungsprofil steht, dass Frontend-Kenntnisse benötigt werden, ich aber doch lieber im Backend arbeiten möchte oder ich von Frontend keine Ahnung habe, dann brauche ich mich dort auch nicht bewerben.

Ich verstehe noch nicht so ganz, worauf du hinaus möchtest. Dein Text ist ein Sammelsorium an Buzzwords. Die Softwareentwicklung ist aus ihrem "Nerd-Dasein" entwachsen und beeinflusst inzwischen die gesamte Welt. Die Softwareentwicklung ist komplexer geworden. Dementsprechend ist auch das Berufsbild komplexer geworden. Früher reichte es, wenn das Restaurant von nebenan eine Landing-Page besaß, wo idealerweise die Adresse und Speisekarte zu sehen war und die Krönung war ein Kontaktformular, womit man eine Reservierung abschicken konnte. Heute muss man die Reservierung per Klick selber erledigen können und auch ein Online-Lieferdienst darf nicht fehlen. Natürlich alles mit einer TLS-Verschlüsselung und sicherer Authentifizierung. Bestellungen sollen automatisch in der Küche ersichtlich werden, die Rechnung soll automatisch gedruckt werden und in die Buchhaltungssoftware verbucht werden. Textfelder müssen abgesichert gegen SQL-Injections sein und natürlich soll noch alles revisionssicher und schnell sein. Und ja, ein Frontend-Entwickler macht genau das: Es macht das Frontend. Ein Entwickler kann heutzutage nicht mehr alles überblicken und Frontends sind auch deutlich komplexer geworden. Früher stand auf jeder Webseite "Diese Webseite ist für die Auflösung 800x600 optimiert". Heute müssen die Webseiten responsive sein. Also eine unterschiedliche Darstellung bei unterschiedlichen Geräten. Das muss ja auch irgendeiner entwickeln. Da Webseiten ja auch nicht mehr serverseitig gerendert werden, sondern auf dem Gerät selber, muss ja auch irgendeiner das Rendering schreiben. Also man entwickelt eine Software heutzutage nicht mehr nebenbei, während man am Vormittag noch zur Schule geht und am Abend für die Klausur lernt, die man am nächsten Tag schreiben muss. Also braucht man Teams, die interdisziplinär zusammen arbeiten. Von einem Junior-Entwickler erwarte ich in erster Linie, dass er sich mit der technischen Thematik grob auskennt und auch schon Programmiererfahrung hat, sodass er die technische Finesse während der Zeit als Junior lernt. Dies ist auch so ungefähr der Stand nach der Ausbildung. Sowas wie Pflichtenheften hab ich auch schon lange nicht mehr gesehen. Das widerspricht sich auch mit den moderneren Ansätzen der Softwareentwicklung. Man versucht ja mehr in die agile Softwareentwicklung zu gehen. Also in kleineren Zyklen, mit Feedback-Schleifen, um immer so früh wie möglich gegenzusteuern, wenn irgendwas nicht so läuft, wie gewünscht. Dies gilt sowohl für die Software als auch für den eigenen Entwicklungsprozess. Da sind große Dokumente, wie ein Pflichten- oder Lastenheft sehr hinderlich und nach dem agilen Manifest auch eher zweitrangig.

Ein Login ist entwickeln ist nicht so einfach, wie es aussieht. Da gibt es vieles zu beachten, wenn man es richtig machen möchte und kann schnell zu einem Monster werden. Daher fange erstmal klein an. Arbeite deine Kurse/Tutorials durch. Suche dir dann kleine Aufgaben, die du dann lösen möchtest. Sei es auch nur, dass du deine eigenen Kochrezpete anzeigen lassen kannst. Wenn du Webentwicklung machen möchtest, dann sind aber noch Kenntnisse von HTML und CSS unabdingbar.

Moin. Man lernt nie aus. Selbst nach 10 Jahren erfährst du immer wieder was neues. Softwareentwicklung ist nun mal eine kreative Aufgabe und die Sprache ist nur das Werkzeug. Nur weil ein Maler den Pinsel in der Hand halten kann, kann er ja auch noch nicht Malen wie Picasso. Die Syntax einer Programmiersprache lernt man zwar schnell aber es geht ja oft darum Techniken zu beherrschen, wie z.B. das EVA-Prinzip (Nein, nicht das Buch einer rechtsgesinnten Person) oder bei objektorientierten Sprachen die SOLID-Prinzipien. Die Frage verstehe ich nicht. Das Basiswissen von PHP ist die Sprache selber. Also Kontrollstrukturen (Schleifen, if-then-else, etc.), Variablen, Klassen, Datentypen, etc. Eine Login Form ist ja eine grafische Oberfläche. Grafische Oberflächen haben aber erstmal nichts mit einer Sprache zu tun. PHP wird zwar überwiegend im Web-Bereich verwendet und da verwendet man HTML/CSS aber es gibt auch Möglichkeiten, PHP für ein Kommandozeilenprogramm zu verwenden. Recherchieren, ausprobieren, Feedback holen, Selbstreflexion und das in einer Endlosschleife. Die Antwort mag nicht zufriedenstellend sein aber so ist es leider. Man muss halt Dinge ausprobieren und was du erstellen willst, hängt ja von dir ab. Brauchst du ein Kochbuch? Ein Haushaltsbuch? Gut, dann programmiere eins. Es muss ja keine Web-App für Millionen Benutzer werden. Es reicht ja auch nur, wenn die App auf deinem eigenen Rechner läuft. So, wie jede andere Sprache. Denn dafür sind sie gedacht. Wobei es bei der Datenverarbeitung wieder erhebliche Unterschiede gibt. Nicht umsonst gibt es zig andere Sprachen und neben der Objektorientierung sogar weitere Programmierparadigmen, wie z.B. funktionale Programmierung.

Derzeit lautet aber die Antwort 42. Wenn du Fragen hast, kannst sie gerne stellen aber wir sind hier kein Forum, dass deine Hausaufgaben macht. Und nein, dein Code funktioniert nicht aber das hättest du selber wissen können, hättest du es mal selbst ausprobiert...