KeeperOfCoffee

Ich dachte, ich werfe das hier mal rein: https://www.spiegel.de/panorama/pisa-studie-jugendliche-klammern-sich-an-traditionelle-berufe-a-0f139b50-6539-4518-9e4f-d4e26acead13 der Informatiker ist aktuell bei 15-jährigen Jungen wohl der beliebteste Beruf.

Was soll es denn nun sein... Medieninformatik oder Informatik

Caseking kann man noch in den Raum werfen. Alternate und MF haben imo die letzten Jahre etwas nachgelassen

PHP ist jetzt nicht mein Gebiet aber: Ich dachte es sollen Checkboxen sein? In deinem Code verwendest du allerdings Radiobuttons.

Man ersetze Azubi durch das Wort Billigarbeitskräfte. Ich kann es verstehen, wenn der andere Azubi geflüchtet ist.

Stimme @Maniska zu. Aber es ist auch zu bedenken, das jetzt schon teilweise geplant wird bzw. Abteilungen evtl. umstrukturiert. Bei vielen Unternehmen wird sie schon abgeschlossen sein, bei manchen fängt sie erst an. Merkt man auch daran, dass derzeit (meine Empfindung) viele Stellenangebote auf dem Markt sind.

Was hat sich in den letzten 3 Jahren geändert? Hast du in einem Gebiet mehr Verantwortung übernommen? Wirst du in einem Gebiet wesentlich mehr beansprucht als die anderen Leute, die dort arbeiten. Hast du dich weitergebildet und somit mit zusätzlichem Wissen beigetragen.... etc. pp Du musst dich fragen, ob in den letzten 3 Jahren sich etwas geändert hat, was eine Gehaltserhöhung rechtfertigt, die über dem Standard liegt.

Wie wärst mit sowas: coursera

Naja gestern im Chat wurde auch über ein mögliches Treffen gequatscht

Gab da evtl. ne Änderung ... bin mir recht sicher 35€ letztes Jahr gezahlt zu haben. Leider finde ich keine Billing History

Pluralsight....hat generell viel zu bieten was .NET angeht. Die Subscription ist recht teuer, wird aber von vielen Unternehmen angeboten. Das Abo wird auch billiger, wenn man ca. 3 Monate folgend dabei ist Bei Udemy zahlst du halt pro Kurs, bei Pluralsight ein Abo und du hast alle Kurse

Ich meins natürlich andersherum ... man kann ein Login-Projekt erstellen und dieses in eine bestehende Solution einbinden... Ist aber nicht sehr schön, sehe ich aber leider sehr oft (kann meinen ersten Post nicht mehr editieren.)

Wie erstellt man eine Klassenbibliothek: .NET Core https://docs.microsoft.com/de-de/dotnet/core/tutorials/library-with-visual-studio du musst halt dann auch darauf achten, die späteren Projekte richtig dafür aufzubauen. Edit: Alternativ kannst du ein Solution drumherum machen und dieses Login-Projekt in andere Projekte einbeziehen...(ist aber nicht wirklich schön...)

sehr schönes Teil, aber die 850W sind wohl etwas übertrieben, oder?

Aha und wie willst du das angebe...sagen das du "Nachforschungen" angestellt hast Klar Fahrtkosten sollten sein, aber dass wäre nicht meine Begründung

Ja gut, dann bin ich bei dir ... ich habe ewig gebraucht bis ich mal das mit dem Implementieren einer Dependencyroperty hinbekommen habe. Ich finde aber, dass der XAML Editor einem schon sehr gut unterstützt was Styles, Trigger, Templates und Ressourses angeht. Worauf man vermutlich nicht selbst kommt, ist mit Convertern und Behaviors zu arbeiten. Ein Kurs ist sicherlich nicht schlecht, am Ende landet man aber wieder bei Learning By Doing.

Gerade direkt wegen XAML, oder weil das MVVM Prinzip vielen Probleme bereitet?

Ein eigener Thread wäre besser gewesen. Des Weiteren bitte Angaben vervollständigen:

Ach verdammt Headset vergessen: Sennheiser GSP 300 Gaming

Gehäuse: Sharkoon TG5 RGB Prozessor: AMD Ryzen 5 3600, 6x 3.60 GHz Kühler: be quiet! Pure Rock Motherboard: MSI B450M PRO-VDH Max, S. AM4 v2 Grafikkarte: Nvidia GeForce RTX 2060 6GB RAM: AEGIS 16GB Markenspeicher DDR4-3000 SSD: 512GB ADATA Ultimate 600 Watt Enermax Netzteil Gehäuse-Lüfter: Sharkoon Pacelight RGB Fan F1 Tastatur: KLIM Domination ... Mechanische Tastatur für nur 50€ ... hört sich nach Mist an, ist aber seit 2 Jahren im Einsatz und ich kann nicht meckern. Maus: LG G502 schon seit Jahren auf dem Markt aber immer noch meine Lieblingsmaus Mauspad: Anpollo Gaming Mauspad XXL Weltkarte 900x400x3mm Monitore: sehr alt...ewig nicht mehr ersetzt...da müssen demnächst neue her.

Wie schon oft gesagt: Entwicklung spielt sich ein, wenn man entwickelt. Und Entwicklung verändert sich weswegen wir immer lernen bzw. manche Dinge gar ganz neu lernen müssen. Geh nicht davon aus gleich alles zu verstehen. Lies dich ein. Probier Zeug aus. Durchforste Docs, Foren, Blogs usw. Evlt. würde ich dir raten dir die XAML Controls Gallery herunterzuladen (Microsoft Store), um mal einen Überblick zu bekommen (das Teil ist wie eine Schnellsuche für die Dokumentation).

Desweiteren stellt sich die Frage, ob es überhaupt deine Aufgabe sein sollte ein UML usw. zu entwerfen. Wenn du bzw. dein Team von deinem Vorgesetzten eine Aufgabe bekommst, dann sollten schon sämtliche Anforderungen definiert sein. Bei mir gab es früher bei neuen Projekten, Modulen usw. Teambesprechungen in welchen man die neuen Projekte meist schon durch UMLs visualisiert hat. Gerade die Vorgesetzten bzw. Abteilungen, die mit den Kunden in Kontakt stehen haben, evtl. bereits UMLs grob ausgearbeitet, um den Kunden visuell darzustellen, wie sein Projekt aufgebaut ist.

Wenn man in seinem letzten Job eine Verschwiegenheitserklärung unterschrieben hat, dann müsste de facto auch der Vertrag, den man mit dem AG abgeschlossen hat darunter fallen. Dagegen können Leute bei Bewerbungsgesprächen schlecht was sagen, da diese sicherlich wollen, dass man sich dort auch an diese Klausel hält.

Meiner Meinung nach: Kommt auf die Komplexität an. Viele haben halt schon für "Typische-Module" ein Schema X aufgebaut (mit abstrakten Klassen und Interfaces die Definieren wie ein Modul aufgebaut sein muss). Auch bei mir sehen die meisten Module erstmal auf den ersten Blick sehr gleich aus vom "Aufbau". Sämtliche Komplexität kann dann noch hinzugefügt werden. Architektur ist dann wichtig, wenn ein Programm komplett bei Null beginnt und man sich verschiedene Fragen stellen muss... z.B. welches Design Pattern könnte man anwenden (https://www.dotnettricks.com/learn/designpatterns). Wenn das Grundgerüst erst mal da ist, dann kann man in der Tat recht schnell erste Dinge umsetzen. Kommt natürlich auch darauf an, was es für ne Anwendung ist und welche Maße diese hat. Manche sind natürlich hier knallhart und machen erst ein UML, dann einen Test-Case, dann eine Doku und dann irgendwann nach X anderen Sachen wird mal programmiert. Das ist ja alles toll und sicher, aber in der Zeit würde ich vermutlich 2 Module schaffen. Für große Unternehmen die zusammen an Sache X arbeiten macht es natürlich Sinn. UML usw. verwende ich nur bei sehr langen komplexen Algos oder langen Prozessketten ... da man hier oft Fehleranfälligkeiten auf den ersten Blick entdeckt oder gleich feststellt, dass man Dinge auf anderer Art evtl. schneller lösen kann etc. Mach dir nicht so viele Gedanken ... du hattest mit UWP noch nicht viel zu schaffen ... der "wir dachten Sie schaffen mehr" ist ein typischer Spruch damit du mehr Gas gibts.

Ich würde es auch erstmal annehmen. Nach dem "Erstkontakt" kannst du ja auch mal andere Leute dort ansprechen wie es so läuft.