pr0gg3r

Naja, deine Umfrageoptionen haben halt auch wenig mit dem Stressempfinden zu tun. Beispiel: Ich kann null Kundenkontakt haben und es ist trotzdem sehr stressig oder ich kann auch viel Kundenkontakt ohne Stress haben... Genauso die unregelmäßigen Arbeitszeiten: den wenigsten Stress habe ich tatsächlich, wenn die meisten Kollegen schon im Feierabend sind und man dann "ordentlich was runterschaffen" kann. Von dem her würde ich persönlich sagen, dass unregelmäßige Arbeitszeiten nicht zwingend mehr Stress bedeuten. Deshalb frage ich ich: wenn du das rauslesen möchtest, warum gestaltest du dann die Umfrage nicht gleich so: "Wie stressig findet ihr euren IT-Job"?
Ingesamt glaube ich, dass IT schon eher ein stressiger Job ist. Feature X muss fertig werden und System Y ist gerade down. Während in anderen Jobs halt Punkt xx:xx Uhr Feierabend gemach wird, egal wie viel noch auf dem Schreibtisch liegt. Wird dann halt am nächsten Tag weiter gemacht. Wobei das auch nicht ganz stimmt, andere haben auch ihre Deadlines. Der Fairness halber muss ich auch sagen: den meisten Stress hat man, weil man ihn sich selber macht (ich bin da alles andere als eine Ausnahme). 
Aber dennoch: wenn man sich ein eher gemütlichen Job sucht, würde ich ganz bestimmt nicht IT machen sondern Parkhauswächter oder sowas in die Richtung...

Naja, deine Umfrageoptionen haben halt auch wenig mit dem Stressempfinden zu tun. Beispiel: Ich kann null Kundenkontakt haben und es ist trotzdem sehr stressig oder ich kann auch viel Kundenkontakt ohne Stress haben... Genauso die unregelmäßigen Arbeitszeiten: den wenigsten Stress habe ich tatsächlich, wenn die meisten Kollegen schon im Feierabend sind und man dann "ordentlich was runterschaffen" kann. Von dem her würde ich persönlich sagen, dass unregelmäßige Arbeitszeiten nicht zwingend mehr Stress bedeuten. Deshalb frage ich ich: wenn du das rauslesen möchtest, warum gestaltest du dann die Umfrage nicht gleich so: "Wie stressig findet ihr euren IT-Job"?
Ingesamt glaube ich, dass IT schon eher ein stressiger Job ist. Feature X muss fertig werden und System Y ist gerade down. Während in anderen Jobs halt Punkt xx:xx Uhr Feierabend gemach wird, egal wie viel noch auf dem Schreibtisch liegt. Wird dann halt am nächsten Tag weiter gemacht. Wobei das auch nicht ganz stimmt, andere haben auch ihre Deadlines. Der Fairness halber muss ich auch sagen: den meisten Stress hat man, weil man ihn sich selber macht (ich bin da alles andere als eine Ausnahme). 
Aber dennoch: wenn man sich ein eher gemütlichen Job sucht, würde ich ganz bestimmt nicht IT machen sondern Parkhauswächter oder sowas in die Richtung...

Naja, deine Umfrageoptionen haben halt auch wenig mit dem Stressempfinden zu tun. Beispiel: Ich kann null Kundenkontakt haben und es ist trotzdem sehr stressig oder ich kann auch viel Kundenkontakt ohne Stress haben... Genauso die unregelmäßigen Arbeitszeiten: den wenigsten Stress habe ich tatsächlich, wenn die meisten Kollegen schon im Feierabend sind und man dann "ordentlich was runterschaffen" kann. Von dem her würde ich persönlich sagen, dass unregelmäßige Arbeitszeiten nicht zwingend mehr Stress bedeuten. Deshalb frage ich ich: wenn du das rauslesen möchtest, warum gestaltest du dann die Umfrage nicht gleich so: "Wie stressig findet ihr euren IT-Job"?
Ingesamt glaube ich, dass IT schon eher ein stressiger Job ist. Feature X muss fertig werden und System Y ist gerade down. Während in anderen Jobs halt Punkt xx:xx Uhr Feierabend gemach wird, egal wie viel noch auf dem Schreibtisch liegt. Wird dann halt am nächsten Tag weiter gemacht. Wobei das auch nicht ganz stimmt, andere haben auch ihre Deadlines. Der Fairness halber muss ich auch sagen: den meisten Stress hat man, weil man ihn sich selber macht (ich bin da alles andere als eine Ausnahme). 
Aber dennoch: wenn man sich ein eher gemütlichen Job sucht, würde ich ganz bestimmt nicht IT machen sondern Parkhauswächter oder sowas in die Richtung...

Naja, deine Umfrageoptionen haben halt auch wenig mit dem Stressempfinden zu tun. Beispiel: Ich kann null Kundenkontakt haben und es ist trotzdem sehr stressig oder ich kann auch viel Kundenkontakt ohne Stress haben... Genauso die unregelmäßigen Arbeitszeiten: den wenigsten Stress habe ich tatsächlich, wenn die meisten Kollegen schon im Feierabend sind und man dann "ordentlich was runterschaffen" kann. Von dem her würde ich persönlich sagen, dass unregelmäßige Arbeitszeiten nicht zwingend mehr Stress bedeuten. Deshalb frage ich ich: wenn du das rauslesen möchtest, warum gestaltest du dann die Umfrage nicht gleich so: "Wie stressig findet ihr euren IT-Job"?
Ingesamt glaube ich, dass IT schon eher ein stressiger Job ist. Feature X muss fertig werden und System Y ist gerade down. Während in anderen Jobs halt Punkt xx:xx Uhr Feierabend gemach wird, egal wie viel noch auf dem Schreibtisch liegt. Wird dann halt am nächsten Tag weiter gemacht. Wobei das auch nicht ganz stimmt, andere haben auch ihre Deadlines. Der Fairness halber muss ich auch sagen: den meisten Stress hat man, weil man ihn sich selber macht (ich bin da alles andere als eine Ausnahme). 
Aber dennoch: wenn man sich ein eher gemütlichen Job sucht, würde ich ganz bestimmt nicht IT machen sondern Parkhauswächter oder sowas in die Richtung...

Naja, deine Umfrageoptionen haben halt auch wenig mit dem Stressempfinden zu tun. Beispiel: Ich kann null Kundenkontakt haben und es ist trotzdem sehr stressig oder ich kann auch viel Kundenkontakt ohne Stress haben... Genauso die unregelmäßigen Arbeitszeiten: den wenigsten Stress habe ich tatsächlich, wenn die meisten Kollegen schon im Feierabend sind und man dann "ordentlich was runterschaffen" kann. Von dem her würde ich persönlich sagen, dass unregelmäßige Arbeitszeiten nicht zwingend mehr Stress bedeuten. Deshalb frage ich ich: wenn du das rauslesen möchtest, warum gestaltest du dann die Umfrage nicht gleich so: "Wie stressig findet ihr euren IT-Job"?
Ingesamt glaube ich, dass IT schon eher ein stressiger Job ist. Feature X muss fertig werden und System Y ist gerade down. Während in anderen Jobs halt Punkt xx:xx Uhr Feierabend gemach wird, egal wie viel noch auf dem Schreibtisch liegt. Wird dann halt am nächsten Tag weiter gemacht. Wobei das auch nicht ganz stimmt, andere haben auch ihre Deadlines. Der Fairness halber muss ich auch sagen: den meisten Stress hat man, weil man ihn sich selber macht (ich bin da alles andere als eine Ausnahme). 
Aber dennoch: wenn man sich ein eher gemütlichen Job sucht, würde ich ganz bestimmt nicht IT machen sondern Parkhauswächter oder sowas in die Richtung...

Eben, deshalb wunder ich mich auch über die Antwort.
Das Type Checking an der Stelle ist 100% richtig.

Aber Hauptsache Doku richtig gelesen... 🙄

Also ich bring mal bisschen bei, wie an Dokus liest..
Du hast die Methode getType. Da steht ind er Doku (https://docs.microsoft.com/de-de/dotnet/api/system.object.gettype?view=net-5.0) folgendes:
Das heißt, bei GetType bekommst du ein Objekt vom Typ Type zurück. Natürlich kannst du jetzt kein Type mit einem String vergleichen. Wie soll das denn gehen?? Wie vergleicht man denn einen Apfel mit einem Fernseher?
Also schauen wir uns mal an, was dieses Type eigentlich ist und so machen kann: https://docs.microsoft.com/de-de/dotnet/api/system.type?view=net-5.0. Vielleicht findest du hier eine Methode, die dir einen String zurück gibt.
 

Lernen mit Projektmanagement-Tools. Kann man machen - muss man aber nicht. Jeder muss irgendwie schauen, wie er sich selbst organisiert, da kann ein Tool schon auch helfen. Im Grunde hast du aber einfach eine kategorisierte Sammlung der Themen. Aber nie vergessen: 
😉
Sicher ein interessanter Ansatz, aber: Der (große) Vorteil von agilen Methoden ist, dass man auf sich ändernde Anforderungen reagieren kann. Das sehe ich jetzt beim Lernen auf eine Prüfung nicht. Was ich damit sagen möchte: So modern und "in" agile Methoden auch sind, sind sie kein goldener Hammer und sollten demnach dort eingesetzt werden, wo es sinnvoll ist.
(Quelle: https://de.wikipedia.org/wiki/Law_of_the_Instrument)

Lernen mit Projektmanagement-Tools. Kann man machen - muss man aber nicht. Jeder muss irgendwie schauen, wie er sich selbst organisiert, da kann ein Tool schon auch helfen. Im Grunde hast du aber einfach eine kategorisierte Sammlung der Themen. Aber nie vergessen: 
😉
Sicher ein interessanter Ansatz, aber: Der (große) Vorteil von agilen Methoden ist, dass man auf sich ändernde Anforderungen reagieren kann. Das sehe ich jetzt beim Lernen auf eine Prüfung nicht. Was ich damit sagen möchte: So modern und "in" agile Methoden auch sind, sind sie kein goldener Hammer und sollten demnach dort eingesetzt werden, wo es sinnvoll ist.
(Quelle: https://de.wikipedia.org/wiki/Law_of_the_Instrument)

Lernen mit Projektmanagement-Tools. Kann man machen - muss man aber nicht. Jeder muss irgendwie schauen, wie er sich selbst organisiert, da kann ein Tool schon auch helfen. Im Grunde hast du aber einfach eine kategorisierte Sammlung der Themen. Aber nie vergessen: 
😉
Sicher ein interessanter Ansatz, aber: Der (große) Vorteil von agilen Methoden ist, dass man auf sich ändernde Anforderungen reagieren kann. Das sehe ich jetzt beim Lernen auf eine Prüfung nicht. Was ich damit sagen möchte: So modern und "in" agile Methoden auch sind, sind sie kein goldener Hammer und sollten demnach dort eingesetzt werden, wo es sinnvoll ist.
(Quelle: https://de.wikipedia.org/wiki/Law_of_the_Instrument)

Du weißt die Antwort und hast sie selbst geschrieben. Wieso machst du es dann nicht einfach? Ich weiß nicht was du bezwecken möchtest, aber du bekommst auch gerne noch unsere Zustimmung/Bestätigung, dass das die beste Option ist  
 

Du weißt die Antwort und hast sie selbst geschrieben. Wieso machst du es dann nicht einfach? Ich weiß nicht was du bezwecken möchtest, aber du bekommst auch gerne noch unsere Zustimmung/Bestätigung, dass das die beste Option ist  
 

Nein, das ist keine Polymorphie. Das ist Vererbung.
Polymorphie beschreibt die Überschreibung von Methoden. Ich überschreibe aber keine Methoden, sondern möchte mit den Unterklassen weitere Eigenschaften hinzufügen.

Dann stimmt ja schon was mit dem Ticket nicht. Entweder ist das Ticket zu groß beschrieben und sollte in mehrere kleine Tickets aufgeteilt werden oder es ist nicht genau genug beschrieben. Am besten du eskalierst es. 

Dann stimmt ja schon was mit dem Ticket nicht. Entweder ist das Ticket zu groß beschrieben und sollte in mehrere kleine Tickets aufgeteilt werden oder es ist nicht genau genug beschrieben. Am besten du eskalierst es. 

Die API ist die Schnittstelle --> "Application Programming Interface" (to interface = verbinden, interface = Verbindung, Schnittstelle). Du hast vollkommen recht: von wem die Schnittstelle verwendet wird, ist erst einmal egal. Das kann eine Desktop-Anwendung, eine Browser-App, eine Smartphone-App, eine Server-Application, dein Smart-TV oder von mir aus auch ein intelligenter Lichtschalter oder eine Zahnbürste sein. Das ist ja auch der Zweck dahinter. Du machst nicht für jeden Zugriffs-Client eine eigene Zugriffsmöglichkeit, sondern alle nutzen dieselbe API. Und deshalb willst du ja auch davon weg, Webseiten serverseitig zu rendern (zB mit Symfony) hin zu APIs bereitstellen (die auch wiederum mit Symfony gemacht werden könnten) + einzelnen Clients. Deine React-Single-Page-Application hierbei ist auch nur ein Client.
Dein Symfony rendert dann keine HTML-Seiten mehr, sondern gibt die Daten in einem maschinen-lesbaren Format wie zum Beispiel JSON (JavaScript Object Notation) aus. Warum JSON? Einfach weil das am einfachsten in JavaScript zu verwenden ist (React ist ja auch JS).

Also die grobe Architektur, Frontend und Backend zu trennen und per API zu verbinden, ist der richtige Schritt. Der nächste Schritt is zu erkennen, dass dem Frontend (in dem Fall deiner React-Anwendung) es komplett egal ist, wie das Backend entwickelt wurde. Wichtig ist erst mal nur, wie du auf die Daten zugreifen kannst. Hier wäre zum Beispiel die Stichworte SOAP, REST oder GraphQL angebracht. Nehmen wir mal an, du entscheidest dich für REST (was so der erste logische Schritt wäre): eine Rest-API kannst du in allen möglichen Sprachen und Frameworks entwickeln. Da du selber von Symfony gesprochen hast: einfach mal nach "Symfony REST API" suchen. Du kannst aber auch JavaScript verwenden (Stichwort NodeJS und Express). Du kannst aber auch Python (die Alternative zu Express wäre hier Flask) verwenden. Oder NestJS (das eher wie Angular aufgebaut ist). Oder wenn du auf Java stehst, kannst du dir mal Spring Boot anschauen...
Wirklich "schlecht" ist wohl keine Möglichkeit. Es gibt halt Unterschiede. Wenn du zum Beispiel nur Express verwendest, kümmerst du dich erst mal um alles selber. Nimmst du Symfony, kannst du sicher aus deinen Modellen bestimmt irgenwie deine REST-Endpunkte definieren... Es gibt es auch kein "richtig" oder "falsch"...

Also die grobe Architektur, Frontend und Backend zu trennen und per API zu verbinden, ist der richtige Schritt. Der nächste Schritt is zu erkennen, dass dem Frontend (in dem Fall deiner React-Anwendung) es komplett egal ist, wie das Backend entwickelt wurde. Wichtig ist erst mal nur, wie du auf die Daten zugreifen kannst. Hier wäre zum Beispiel die Stichworte SOAP, REST oder GraphQL angebracht. Nehmen wir mal an, du entscheidest dich für REST (was so der erste logische Schritt wäre): eine Rest-API kannst du in allen möglichen Sprachen und Frameworks entwickeln. Da du selber von Symfony gesprochen hast: einfach mal nach "Symfony REST API" suchen. Du kannst aber auch JavaScript verwenden (Stichwort NodeJS und Express). Du kannst aber auch Python (die Alternative zu Express wäre hier Flask) verwenden. Oder NestJS (das eher wie Angular aufgebaut ist). Oder wenn du auf Java stehst, kannst du dir mal Spring Boot anschauen...
Wirklich "schlecht" ist wohl keine Möglichkeit. Es gibt halt Unterschiede. Wenn du zum Beispiel nur Express verwendest, kümmerst du dich erst mal um alles selber. Nimmst du Symfony, kannst du sicher aus deinen Modellen bestimmt irgenwie deine REST-Endpunkte definieren... Es gibt es auch kein "richtig" oder "falsch"...

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. 

Stimmt. Vorher gab's den passenden Zeitraum. Außer - im Januar beginnend:
verlängerter Jahreswechsel und Jahresabschluss (Januar) Fasching/Karneval/ wieauchimmer der Kram regional heißt (Februar) Entscheider brauchen gerade den übertragenen Vorjahresurlaub auf (März) Osterferien (April) für Mai finde ich gerade nix - Ergänzung von @t0pi: Tag der Arbeit und anschließendes Koma, Muttertag, Vatertag..... Pfingstferien (Juni) Sommerferien (Juli, August) ah der September wäre auch gut, teilweise sogar der Oktober außer in Bundesländern mit Herbstferien (Oktober) Vorbereitungen Jahresendgeschäft (November) Weihnachten (Dezember)

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!

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!

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!

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. 

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.