pr0gg3r

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).

Erstmal vorweg: Programmieren lernt man nicht mal so kurz nebenbei. Man kann zwar schnell die Syntax einer Sprache lernen und damit dann auch ein bisschen Programme erstellen. Aber um "richtig" programmieren zu können benötigt man Jahre. Das heißt aber nicht, dass man durch Programmierung nicht auch technisches Verständnis aufbauen kann. Wenn man aber über Digitalisierung spricht, redet man in erster Linie von Technologie und nicht von Code. Man kann sich durchaus mit Technologie auseinander setzen ohne zu programmieren. Deshalb ist es wichtig, was die eigenen Ziele sind. Du redest u.A. von einem Startup. Für vermarktungsfähige Software, die über Prototypen hinaus gehen, braucht man durchaus umfassende Programmier-Skills. Evtl. wäre es hier besser, einen Entwickler als Co-Founder zu haben. Vor allem auch muss man hier Designentscheidungen treffen, sollte also auch Software-Architektur verstehen. Und das machen eher Leute, die jahrelang Erfahrung in dem Entwickeln von Software haben. Wenn es darum geht, Unternehmen technologisch zu beurteilen, braucht man nicht zwingend programmieren können. Digitalisierung != (nicht gleich) Programmierung. Die Programmierung ist nur ein (aber nicht das einzige) Werkzeug um Digitalisierung voran zu treiben. Oft (wenn nicht sogar fast immer) ist das Problem aber gar nicht ein Software-Problem, also ein Problem das man mit Code lösen könnte, sondern vor allem auch ein Bewusstseins-Problem der Entscheider. TLDR; Wenn deine Ziele klarer sind, können wir aus technischer Sicht genauer beurteilen, wie ein Weg dorthin aussehen kann.

Politikwissenschaften? Jura? Wenn man zwei zu unterschiedliche Interessen hat, aber beides einem Freude bereitet, dann würde ich mir eines davon als Berufswunsch/-Ziel und das andere als Hobby heraussuchen. Also ich finde das schon toll, ich geb da paar Zeilchen Code ein und der Computer macht was ich will (im besten Fall zumindest). Ansonsten hat natürlich auch Software wie Facebook, Google, Amazon usw. oder Technologien wie KI oder andere Algorithmen einen Einfluss auf die Gesellschaft. Also kann man mit Software sicherlich auch eine Form von "Macht" ausüben (wie zB um auf die Politik zurück zukommen: die Meinung der Wähler beeinflussen), aber das ist dann doch etwas weit hergeholt vom Job eines Webentwicklers. Wenn man wirklich Einfluss ausüben möchte, kann man auch in die Werbung-Branche gehen oder Lobbyist werden. Die Frage wäre hier für mich, ob das technologisch so viel Unterschied macht. Idealistisch ist der TE evtl. schon etwas intrinsisch motivierter für seine Lieblingsregierung/-parte/-lobby/-organisation zu entwickeln.

Noch ein paar Anmerkungen: if (statement) { return foo; } else { if (another statement) { ... } } Ist schöner: if (statement) { return foo; } if (another statement) { ... } Würde hier eine Exception werfen (Stichwort: Ausnahmebehandlung). Man kann logischerweise nicht "minus X Bohnen" auffüllen (außer es würde bedeuten, dass man Bohnen heraus nimmt, was durch "return 0" aber nicht gewollt ist). So Wird ein Ein Entwickler, der (ausversehen) tatsächlich kaffeemaschine.BohnenAuffüllen(-123) aufruft dazu aufgefordert, die Exception zu behandeln (zB einen Fehler anzuzeigen) oder diese Logik erst gar nicht erst zu ermöglichen. Klammersetzung: Manchmal machst du if (...) { ... } aber manchmal auch: if (...) { ... } Ich weiß, dass C#-Entwickler zu letzterem tendieren, im Grunde ist es aber egal. Viel wichtiger ist, dass es konsistent ist, also komplett nach einem Stil eingehalten wird. Ein Linter schafft hier Abhilfe. Kommentare sind schön und gut, aber /* hier steht ein Kommentar 123*/ // Noch mehr Kommentar ist einfach nicht schön. Entweder eines von beiden oder keines. Auch ist viel zu viel kommentiert. Wenn da steht "private static readonly double ..." dann muss man nicht noch in einem Kommentar dazu schreiben, dass es "statische private Attribute" sind. Steht ja schon im Code Dont repeat yourself (DRY): die Methoden "WasserAuffuellen" und "BohnenAuffuellen" sind von der Logik her das Selbe in grün. Sowas möchte man eigentlich verhindern. (ok an dieser Stelle nicht ganz einfach für einen Anfänger). Deutsche Variablennamen... OK naja kann man drüber streiten. Wenn ihr das in der Firma so macht dann ok, ich finds immer eher nicht optimal, da man häufig in internationalen Teams arbeitet.