pr0gg3r

Ich bin mir nicht sicher, aber, er hat noch gar keine Ausbildungsstelle, sondern will seine Chancen erhöhen? Jeder Personaler wird dich fragen, warum du ein Studium anfängst und dann aber eine Ausbildung machen möchtest... Wenn du deine Chancen erhöhen möchtest, solltest du das (ich sage mal) "effizienter" machen indem du dich auf deine Bewerbungen konzentrierst.

Ich verstehe deine Frage nicht ganz. Erst einmal ist es davon abhängig, was dein Backend bietet. Hast du ein Session-basiertes Backend, wird eben die Session verwendet. Ob du die Session in einem Session-Cookie oder Token in Cookies speicherst oder auch nicht, hat mit der grundlegenden Technologie erst mal nichts zu tun. Hast du ein stateless Backend, dann wird es irgendwie irgendeine Art von Token verwenden. Wird gerne bei APIs gemacht. Es kommt auch immer drauf an, was für Technologie du verwendest. Hast du zB ne PHP-Seite, ist die Verwendung von Sessions recht einfach (solange du einen Server hast). Willst du APIs erstellen, ist stateless die bessere Wahl, zumindest wenn man REST macht: Die URL entscheidet auf welche Ressource zugegriffen und zurückgesendet werden und nich die Session. Ich habe da auch mal einen wilden Mix gesehen, da konnte man sich nie sicher sein was zurück kommt (je nach Rolle und zig anderen Faktoren). Sowas will man eigentlich vermeiden. /Edit: Nochmal heruntergebrochen: Im Browser: ist es egal, der kann ein Session-Cookie oder ein Token in einem Cookie speichern. Im Backend: - Session: stateful - Token: stateless

Session: Der State wird auf dem Server gehalten. Das heißt, der Server weiß "Die Anfrage gehört Session X und diese Gehört zu Benutzer A". Stateless: Der Token (kann JWT sein, muss aber nicht) wird mit dem Request mitgesendet. Der Server hat selbst keinen State, aber er sieht das Token und weiß dann: "ah, das Token gehört zu Benutzer A". Vorteile von Stateless: Stell dir mal vor, du hast nicht nur einen Server, sondern ganz viele. Dann müssten die Server irgendwie ihre Sessions synchronisieren -> Aufwand. Vorteile von JWT: In dem JWT-Token können Informationen gespeichert sein.

Was man auch bei allen Maßnahmen beachten sollte ist, ob die Person mutwillig oder "nur" fahrlässig aufgrund von mangelndem Wissen gehandelt hat.

Ja natürlich ist es besser wenn du 10 Seiten mit hochwertigem Inhalt füllst, statt 7-8 Seiten und 2-3 Seiten "blabla". Aber dennoch solltest du möglichst die Vorgaben einhalten. Man selber neigt immer dazu, seine eigene Leistung als besonders gut zu bewerten (egal ob sie tatsächlich es ist oder nicht). Auch wenn es schwerfällt: kürze die weniger relevanten Punkte und steche die besonders wichtigen hervor - auch wenn du eigentlich alles erwähnen willst. Dann kommst du sicher nicht auf über 10 Seiten.

Normalerweise schreibt man Unit-Tests in der Sprache, mit der auch die Software geschrieben wurde. Das heißt, wenn du C#-Software testen möchtest, schreibst du die Tests in C#. Wenn du Python-Software testen möchtest, dann schreibst du die Tests in Python. Was du machen möchtest hört sich ein bisschen nach: "ich möchte Tests schreiben, habe aber keine Software, die ich testen möchte" an. Deshalb ist es schwer, eine konkrete Antwort zu geben. Etwas komplizierter wird es, wenn du mehrere Bestandteile einer Software hast, die in verschiedenen Sprachen geschrieben wurden oder Schnittstellen verwendet. Hierfür gibt es dann sogenannte Integrationstests. Aber anfangen würde ich an deiner Stelle erst mal mit einfachen Unit-Tests. Es gibt keine "Programmiersprache für Tests". Wie gesagt, schreibst du die Tests in der Sprache, in der du deine Software entwickelst. Die IDE bzw. der Editor ist der Programmiersprache und den Test egal. Es gibt aber IDEs, die das Testen vereinfachen indem zum Beispiel die Testausführung grafisch angezeigt wird. Aber das ist nur "nice to have".

Wieso arbeitest du dann schon am Projekt?

Wenn man sich Apps anschaut, die es schon gibt, dann findet man nur Apps, die es schon gibt... Aber der Witz ist, die Menschen vor 100 Jahren haben auch schon gedacht, es gibt doch eigentlich schon alles. Und vor 500 Jahren auch. Und vor 1000 Jahren auch. Dennoch sieht die Welt heute anders aus, als damals. Finde den Fehler!

Bei meiner HS ist das zum Beispiel nicht so, die Wirtschaftsinformatiker sind in der wirtschaftlichen Fakultät, die Informatik-Studiengänge in der technischen. Schau das Modulhandbuch an. Ich denke nicht, dass das viel Unterschied macht. Ja. Allgemein mit IT eher weniger ein Problem.

Dann sollen die am besten dennoch mal in die Logs schauen und prüfen, was da so passiert. Wenn von eurer Seite aus alles passend konfiguriert ist, kann es ja nur noch am Server liegen.

Das Problem ist, dass die meisten Menschen Veränderungen nicht gerade mögen. Man kann also sehr leicht auf die Füße von jemanden treten. Entweder weil das mal die supertolle Idee von jemandem war oder weil einfach alles beim alten bleiben soll. Das hat dann auch nicht mit fachlicher Kompetenz zu tun. Auf der anderen Seite gibt es auch diejenigen, die einfach alles nicht gut/optimal finden und an allem meckern, aber selbst keine Ahnung haben, wie es besser gehen könnte. An sich ist es deshalb eine schwierige Entscheidung bei der du auf jeden Fall Rückendeckung von oben haben solltest.

Ich bin jetzt kein Profi in React, aber ein Blick in die Doku sagt mir, dass man mit UseState den (App-)State auch ohne Klasse nutzen kann. Ich weiß jetzt nicht, wie wichtig das für einen Anfänger ist, aber ich würde als erstes bei den Komponenten bleiben und dort die ganzn setState()-Sachen verwenden und noch gar nicht darüber nachdenken, wie man außerhalb einer Komponente auf den State zugreifen kann. Das ist dann evtl. für Edge-Cases interessant. Was nicht heißt, dass man sich nicht ums State-Management kümmern soll, das ist m.M. nach sehr wichtig, geht dann aber eher in Richtung Redux, MobX, etc.

So wie ich das verstanden habe, hast du noch gar keine Vorlesung belegt (Semester fangen ja jetzt erst dann an)?? Dann würde ich mich nicht von diesem - blöden - Vorkurs entmutigen lassen. Ja, ich habe auch einen Vorkurs belegt und naja fands nicht so super, der Vorlesungsstoff hat sich dann aber doch nochmal deutlich davon unterschieden. Mathe muss man halt einfach durch! Du hast deine Hochschulreife supergut nachgeholt, dann packst du das Studium doch locker. Natürlich unterscheidet sich Mathe nochmal (ich sag mal so: in der Schule ist es rechnen, in der Vorlesung ist es Mathematik), aber auch das kann man schaffen wenn man sich hinsetzt und lernt. Und das kannst du ja, sonst hättest du nicht so gute Noten gehabt. Also nicht entmutigen lassen. Augen zu und durch, dann klappt das schon.

Was heißt denn "leicht komplexer"? Kommst du nicht auf die Lösung da dir Grundlagen fehlen oder sind das Aufgaben, für die selbst ein Senior sich die Haare ausrauft? Bei ersterem hilft nur üben, üben, üben und bei letzterem Erfahrung, Erfahrung, Erfahrung. Kommt drauf an wie komplex die Projekte sind und wie gut sie umgesetzt sind. Wenn du was Quick and Dirty hin klatscht, bringt es dir nichts. Aber wenn du die Architektur beherrscht, schönes Linting hast, am besten noch Unit-Tests und Build-Pipelines implementiert hast, kann das sicher etwas bringen.

Vorsicht: "i" bezeichnet in keiner weise einen Datentyp, sondern ist der Name einer Variable (eines bestimmten Datentyps). Man könnte zwar meinen, dass sich "i" von Integer ableitet, das ist aber nicht so. Das "i" ist eine Abkürzung für Iterator. Der Iterator zeigt den aktuellen Durchlauf innerhalb der Schleife an. Gerne nimmt man für Schleifen innerhalb einer Schleife mit dem Iterator i den Iterator j. Das kommt denke ich einfach vom Alphabet: i-j-k-... Im Grunde kann man aber seine Variablen benennen wie man lustig ist und Bezeichnungen wie "i" und "x" und "b" sind meistens nicht besonders aussagekräftig.

Der Prüfungsausschuss ist eindeutig: Dem würde ich Folge leisten, ein neues Projekt finden und die in diesem Thread genannten Ratschläge berücksichtigen. Auch daran denken, dass der PA Erfahrung mit den Projekten hat und demnach einschätzen kann, ob das Projekt taugt oder nicht. Wenn du jetzt mit "aller Gewalt" das Projekt durchringst und dann aber durchfällst ist auch nichts gewonnen.

Es kommt halt drauf an, wie viel man umsetzen möchte. Macht man jetzt 10.000€ zusätzlich im Jahr, fallen 300€ für einen Steuerberater nicht mehr ins Gewicht. Sind es aber nur 500€ im Jahr, lohnt sich das ja fast gar nicht. Mein Tipp: wenn eine gewisse Ernsthaftigkeit dahinter steckt, dann auf jeden Fall einen Steuerberater dazu ziehen, ansonsten komplett sein lassen. Meistens braucht man ihn nur ein mal für das erste Jahr und dann ist es für die nächsten Jahre nur noch Zahlen ändern (wenn man bisschen versteht, was dahinter steckt).

Ich weiß nicht so recht, was du hören möchtest bzw. mit dem Thread bezweckst. Meinungen holt man ja eigentlich nur ein, wenn man sich unsicher ist. Falls du Bestärkung brauchst, tatsächlich den Wechsel zu vollziehen: tu es. Du hast bereits alle Wege geebnet (Betriebe, IHK). Wieso brauchst du dann noch eine Meinung? Wenn du zweifelst, ob der Schritt tatsächlich der richtige Schritt ist, brauchst du ja nur anzuschauen, warum du wechseln möchtest: Also los gehts.

Ich habe mich nach der Ausbildung auch für ein Studium entschieden. Dabei hatte ich auch die Möglichkeit in meinem Ausbildungsbetrieb ein duales Studium zu machen. Ich habe mich dann aber dagegen entschieden. Der Hauptgrund war, dass ich technologisch andere Sachen machen wollte. Gleichzeitig habe ich dort dann noch bis zum Praxissemester als Werkstudent gearbeitet, mein Praxissemester aber dann woanders gemacht und dort anschließend als Werkstudent weiter gearbeitet. Mittlerweile bin ich im Master und wiederum in einem anderen Unternehmen Werkstudent. Meine Meinung: Ich denke, den größten Sprung Berufserfahrung sammelt man dann schon in der Ausbildung. Dadurch dass ich auch im Vollzeitstudium andere Firmen kennen gelernt habe, würde ich sogar sagen, dass ich etwas mehr Berufserfahrung sammeln konnte als in einem Unternehmen zu sein. Hatte ich auch an der FH, Praxsissemester, diverse Werkstudentenstellen. Ich weiß nicht wie es bei einem dualen oder nebenberuflichem Studium ist, aber ich hatte sehr viel praktischen Bezug. Wenn man etwas kann kriegt man vor allem in der IT auch immer ganz gute Werkstudentenstellen. Das Gehalt ist natürlich kein volles Gehalt, aber man kann auch gut seine 800-1400€ zusammenkriegen. Das ist es immer Dabei kommt es aber auch auf den Ehrgeiz an. Ich habe zB meinen Bachelor in Regelstudienzeit geschafft aber dann auch immer entsprechend viele Prüfungen gemacht. Ja, war stressig ab und an aber ich hatte das Glück, dass ich immer Arbeitgeber hatte, wo ich während Prüfungsphasen mit den Stunden runter konnte (und dann in der darauf folgenden vorlesungsfreien Zeit mit den Stunden rauf). Aber generell: Stress hat man immer außer man muss nichts verdienen und belegt so ein-zwei Module. Aber das muss jeder für sich wissen. Das war mir immer wichtig bzw. ich habe mir gesagt, das Studium geht vor und ich hatte eigentlich auch immer Arbeitgeber, die das genauso sehen. Joa, wie man es nimmt. Hatte zum Beispiel kaum Anwenseheitspflicht, aber man kann schon auch sagen, dass diejenigen die nur Prüfungen schreiben, auch eher nicht die besseren Noten haben. Mehr Flexibilität heißt natürlich auch, dass man sich selbst gut organisieren muss. Aber ist auch eine Erfahrung. Das Einkommen ist denke ich mal ungefähr gleich wie bei einem dualen Studium, aber es kommt natürlich auch immer drauf an. Erlaubt sind 20Stunden/Woche im Vorlesungszeitraum, je nach Stundenlohn kommt da auch was zusammen. Aber mit sagen wir mal 7 Modulen die evtl. blöd über die Woche verteilt sind, nicht immer ganz einfach.

Seh ich genau so. Neuer PA mit einem neuen Thema. Beides. Du hast ein Problem, das du zu lösen hast. Eine Lösung hat technische und wirtschaftliche Aspekte. Dadurch kann man Anforderungen ableiten und dann verschiedene technischen Lösungen miteinander vergleichen. Die gewählte Lösung wird dann implementiert und dokumentiert. Den wirtschaftlichen Teil dabei nicht vergessen, also Return of Invest, Break-Even o.ä. Beispiel: Thema (angelehnt an deinem Ausgangsproblem): Implementierung einer automatisierten Deployment-Lösung für Web-Anwendungen. Mögliche Lösungen: GitHub Actions, GitLab CI, Jenkins, Bitbucket Pipelines, ... Entscheidung: Welche Anforderungen habt ihr? Zum Beispiel self-hosted, Preis, DSGVO, Features, ... Dann Entscheidungsmatrix machen, da kommt dann raus welche Lösung die richtige/wirtschaftlichste ist. Diese dann umsetzen (zB Server beschaffen, Installation auf einem Server, dort Pipelines einrichten, etc.). Etc. pp. Wie viel Zeitersparnis wird dadurch erreicht? Wie viel kostet die Implementierung aber wann ist das wieder drin wenn die Entwickler dann weniger Zeit brauchen (break-even)? ... Nur so als Beispiel, das ist natürlich dann eher ein Dev-Ops Thema (Überschneidungen Systemadmin/Entwicklung, ...). Aber du siehst den Unterschied zu deinem Projektvorschlag.

Ich verstehe was du im Rahmen des Projektes entwickeln möchtest. ABER: Ich denke nicht, dass das die Lösung für euer Problem ist. Man kann das ganze jetzt aus verschiedenen Winkeln betrachten: eigentlich braucht ihr nur n Webserver, auf dem die Kollegen ihre statischen Seiten hochladen können (also Webserver + FTP). Man kann das ganze aber auch größer und professioneller spinnen und in Richtung CI/CD gehen (zB: die Projekte werden in Git-Repos abgelegt, ein CI wie zB Jenkins checkt die bei Merges aus und deployed die automatisch auf einem Webserver und schickt vlt. noch dem Kunde eine Mail, dass er die Updates anschauen kann). Was ich sagen möchte: das Projekt kannst du von klein bis groß spinnen ohne, dass du etwas mit Python entwickeln musst. Entscheidend ist aber, dass du auf eine Lösung fixiert bist. Bei deinem Abschlussprojekt solltest du ein Problem nehmen (Kunden bekommen es nicht auf die Reihe, Dateien zu entpacken und anzuschauen), dann Lösungen überlegen (zB die zwei von mir genannten, die von dir genannte oder ganz banal: dem Kunden ein Handbuch schreiben) und diese dann implementieren. Du siehst hier schon, dass deine Ideen (nicht dein Python-Projekt!) einem FIAE fachlich nicht tief genug sind (zB eine Seite zu schreiben, wie der Kunde das entpackt). Außerdem fehlt die wirtschaftliche Betrachtung. Alles in allem: neues Projekt.

Viel wichtiger als zwischen 10 Büchern zu vergleichen ist, einfach eines zu nehmen und mal anzufangen. Ich würde einfach mal ein Grundlagenbuch empfehlen, denn wer eine Sprache nicht beherrscht kann auch keine Software/Tests schreiben.

Bewerbungsschreiben Du fällst mit der Tür ins Haus rein. Erster Abschnitt ist eigentlich etwas Formaler, woher man von dem Stellenangebot weiß und warum man sich bewirbt. Im optimalen Fall kann man hier auf Empfehlungen verweisen. Du erzählst hier von deiner Jugend, das machst du im zweiten Absatz aber auch. "Zu meiner Schulzeit" => "(Bereits) in meiner Schulzeit", "Während meiner Schulzeit" Zu viele Fachbegriffe. HR ist eigentlich nicht so tief im Fach, dass die ganzen Fachbegriffe bekannt sind. Keine Struktur: Du schreibst im 1. Absatz von deiner Schulzeit. Im 2. Absatz wieder von deiner Schulzeit. Im 3. Absatz von deinem Studium. Und im 4. Absatz wiederum was du privat machst (was du aber schon während deiner Schulzeit und deinem Studium gemacht hast). Google nach Struktur von Bewerbungen. In etwas müsste das so aussehen (nach Absätzen): Woher du von der Stellenausschreibung weißt, wer du bist und was du kannst, warum du zu dem Unternehmen passt, usw. Für einen Studienabbrecher reicht das nicht aus. Ich würde hier als HR mehr verlangen als von jemandem, der grad 16-18 ist und frisch aus der Schule kommt. Lebenslauf Würde die neueren Dinge oben anführen und nicht die ältesten (kann man aber drüber streiten). Dein "beruflicher Werdegang" hört sich für mich eher nach ehrenamtlichen Tätigkeiten an. Hier könnte man auch im Bewerbungsschreiben Bezug nehmen "durch meine ehrenamtliche Tätigkeit als ... habe ich Kenntnisse im Bereich ... gewonnen ..." (irgendwas einsetzen das für IT relevant ist). Zeitung austragen als 14-jähriger (geraten, du hast ja dein echtes Geburtsdatum nicht drin) ist zwar lobenswert, aber irgendwann halt nicht mehr erwähnenswert / relevant. Kenntnisse: da vielleicht noch bisschen IT-Zeugs rein (aber nur für die Stell relevantes) Mein Rat: mach das Bewerbungsschreiben nochmal mit Struktur komplett neu. Schau dir an, wie ein gutes Schreiben strukturiert ist. Mach dir zu jedem Absatz Stichworte und erstelle dann erst den Text. Viel Erfolg.

So als Idee: Attribute "cache" (BOOLEAN) hinzufügen, bei den Cache-Einträgen die zwei nicht benötigten Attribute auf NULL setzen und fertig.

Da ich jetzt schon für verschiedene Arbeitgeber in der Automotive-Industrie gearbeitet habe (ist nun mal der Job-Motor im Südwesten), hier eine Einschätzung: in der Automotive-Industrie wird sehr viel mit C und C++ zu entwickelt, vor allem auch das Tooling um das Testing drumrum. Da sind von der fachlichen Richtung auch eher Fahrzeugtechniker als Informatiker anzutreffen und eigentlich alle mit Studium. Python sieht man auch oft. Es wird auch vieles prozedural entwickelt, deshalb macht es durchaus Sinn erst mit C anzufangen, dann C++ und evtl. wenn man dann noch Lust hat C# (sollte dann auch nicht mehr schwer sein).