thereisnospace

Die Ausbildung zum Fachinformatiker hat keine vorgeschriebene schulische Voraussetzung. Von der Erfahrung her setzen die meisten Unternehmen einen Realschulabschluss voraus. Wenn du deine Fachoberschulreife erreichst, sollte eine Ausbildung ohne Probleme möglich sein.

Es gibt hier gewiss Leute, die ähnliche Erfahrungen gemacht haben. Sowas kommt öfter mal vor.
Such dir im Internet eines von unzähligen Tutorials (egal ob Videotutorial, Ebook oder Webseite) und fang an zu coden. Such dir eine der gängigen Programmiersprachen aus wie zum Beispiel Java oder was aus der .NET Welt und beginne dir selbst das beizubringen. Zusammenschustern aus Codeschnipseln wird dich auf lange Sicht auch nicht weiterbringen. Wenn du etwas mehr über die Programmierung in der Sprache gelernt hast, kannst du dir noch vernünftige Lektüre aus dem Internet dazukaufen.
https://www.codecademy.com/learn/learn-java
Autodidaktik ist in der Informatik immer gefordert, fang am besten schon jetzt damit an.

Ich kenne jetzt nicht das Unternehmen, in dem du deine Ausbildung machst, aber meiner Erfahrung nach, wärst du dann in einem kleineren Unternehmen vermutlich besser untergekommen. Dort weiß man immerhin direkt, was getan wird.
Aber abgesehen davon, würde ich einfach, wenn du so große Sorgen bezüglich der Ausbildungsinhalte in deinem Betrieb, versuchen privat etwas Richtung Webentwicklung zu lernen. Das Internet ist voll von Informationen dazu und am Besten lernt man so etwas durch das Anwenden.
Ich habe in meiner Ausbildung im Betrieb z.B. auch nur ABAP programmiert. Ich habe die Schulprojekte in C# dann immer genutzt um mich da voll und ganz auszutoben, weit mehr als die Mindestanforderungen gemacht und mir Dinge, die ich nicht kannte, aber gerne nutzen wollte, angelesen und umgesetzt.
Und wie schon @Graustein geschrieben hat: Es ist dein erster Tag! Du machst dir da vermutlich viel zu viele Gedanken. Lass die Ausbildung doch erst einmal auf dich zukommen.

Einfach mal durch die Hose atmen und abwarten.
Wenn du in 6 Monaten immer noch kein Stück programmiert hast, dann komm nochmal  

Bei einer IT-Mannschaft von mehreren hundert Menschen darf man davon ausgehen, dass die Ausbildung strukturiert nach Vorgabe der Berufsverordnung stattfindet.
Und ganz am Rande: der FIAE hat selbstverständlich auch Kenntnisse von den Systemen zu haben, auf denen er programmiert. Und ebenso selbstverständlich ist es, dass der FIAE Kontakt mit seinen Anwendern haben wird.

Nur kurz überflogen.  Für mich liest sich das so, als ob ein Schüler ein Praktikum macht und ins Berichtsheft schreibt, was er denn so gemacht hat.
 

Kenne ich auch so. Bei uns geht das duale Studium genau 3 Jahre. Danach hat man seinen Bachelor in Wirtschaftsinformatik. Die Praxis/Studienphasen wechseln sich dabei im Quartaltakt ab.

Wird das hier eine Marketingumfrage für einen Drogenhändler?
Schicht im Schacht.

Mal das, was mir so auffällt:
Es gibt kaum Gründe, eine Klasse statisch zu machen (es gibt welche, die sind für dich im Augenblick aber noch irrelevant). Daher solltest du standardmäßig mit normalen Klassen arbeiten. Es ist in .NET verpönt, public Felder zu nutzen. Stattdessen werden Properties genutzt; das sieht dann in deinem Fall bspw. so aus: private List<Monster> monsters = new List<Monster>(); public List<Monster> Monsters { get { return monsters; } private set { monsters = value; } } Hier sind damit gleich mehrere Sachen erreicht: Zum einen kapselst du deine interne Datenstruktur innerhalb deines Objekts (da kann man später noch weiter gehen, indem die Property bspw. keine List<Monster> ist, sondern vllt. ein IEnumerable<Monster> - je nachdem, was du damit vorhast). Zum anderen erlaubst du das Setzen der Liste nur noch aus dem Objekt heraus, nicht mehr von außen. (Die Liste ist allerdings noch komplett änderbar. Das kannst du dir später mal überlegen, ob du das wirklich willst).
Dieses hier
//Monster public const int monster_id_wolf = 1; public const int monster_id_bee = 2; hat einerseits wieder das, was ich oben schrieb in Bezug auf öffentliche Felder. Zum anderen stellt sich mir hier die Frage, wieso die überhaupt public sind? Auch das const ist fragwürdig. Das wird in deinem jetzigen Projekt höchstwahrscheinlich keine Probleme machen, aber da solltest du dich nochmal schlau machen, was das wirklich bedeutet und was die Auswirkungen sind. Ich frage mich, wozu du diese IDs überhaupt brauchst? Wäre es nicht vielleicht sinnvoll, Wolf und Bee als eigene Klassen, die von Monster erben, zu implementieren? Dann könntest du auch solche Sachen machen wie 
Monster b = new Bee(...); b.Attacks(player); // Ausgabe so etwas wie "Biene sticht Spieler"; Monster w = new Wolf(...); w.Attacks(player); // Ausgabe hier dann "Wolf beißt Spieler"; Du könntest also deinen Monstern unterschiedliche Verhalten spendieren.
Wenn du so weit nicht gehen möchtest, würde ich dir dennoch empfehlen, die IDs nicht als int zu halten, sondern enums daraus zu machen (auch, wenn das für den vorliegenden Fall nicht wirklich die perfekte Lösung ist):
public enum MonsterType { Unknown, Bee, Wolf } Damit hast du Typensicherheit und mischst keine Werte (mglw. aus Versehen).
Zu deinen GetXXX-Methoden:
public static int GetNextTime() { time += 1; return time; } Gemeinhin wird von einer Get-Methode erwartet, dass sie keine Werte ändert. Ich würde hier also einen passenderen Namen verwenden, wie bspw. Wait(). Gleiches gilt für GetNextDay().
Zu der Problematik Button<->Location: WinForms ist in der Hinsicht einfach ein wenig unhandlich, wenn man die Oberfläche dynamisch umgestalten möchte. Es geht, ist aber (meiner Erfahrung nach) immer mit viel Schreibarbeit verbunden. Spontan würde ich das ähnlich angehen wie die Monster: Mach aus deinen Locations Unterklassen (z.B. Wald), die eine Methode 
public Control MakeLocationControl(); haben. Diese kannst du dann von deiner World-Klasse her aufrufen, wenn die Location sich wechselt und das erzeugte Control in das Panel schmeißen. Das kannst du auch als UserControl machen, dann musst du den Code zumindest dafür nicht selber schreiben, sondern kannst den Designer nutzen.
Grundsätzlich ist es nicht trivial, ein Spiel zu gestalten, weil man sich ganz schnell in Sackgassen manövrieren kann, wenn man das ganze nicht sauber entwirft. Allein zu dem Problem, wie man Angriffe geschickt modelliert gibt's Dutzende Artikel.

Bevor du dich an ein solches Projekt setzt, solltest du das Konzept der OOP verinnerlicht haben. Alleine schon anhand deiner Fragen kann ich erkennen, dass du ansonsten schnell an deine Grenzen stößt.
 
Die Buttons sollten sich nicht verändern, hier bietet sich eine weitere Form mit neuen Knöpfen an. Die Logik sollte nicht in die Main, sondern in den Controller - wenn du dich an das gute, alte MVC-Pattern hältst, welches ich dir empfehle. Hierfür bieten sich dann auch einzelne Klassen an. Dinge, die voneinander unabhängig sind, in deinem Falle "Ablauf" und "Kampsystem" wie du es dir vorgestellt hast, würden einzelne Klassen bilden. Wie kommst du darauf, dass das Spielerobjekt statisch sein soll? Dadurch könntest du es nicht instanziieren, was sich mehr als nur anbietet. Gegner/Monster könntest du über eine abstrakte Klasse abbilden (Monster) und davon dann einige Subklassen bilden, wie Spinne/Wolf o.Ä.  
Das sind Punkte, die mir gerade ins Auge springen. Unabhängig davon, würde ich dir erstmal empfehlen einfachere Dinge, wie z.B. eine simplere Anwendung im MVC abzubilden. Dafür bietet Microsoft, in diesem Beispiel geht es um eine Filmbibliothek, (da du ja schätzungsweise in .Net [Forms] arbeitest) ein Tutorial an Einführung MVC (ASP.Net Web application)

Bevor du dich an ein solches Projekt setzt, solltest du das Konzept der OOP verinnerlicht haben. Alleine schon anhand deiner Fragen kann ich erkennen, dass du ansonsten schnell an deine Grenzen stößt.
 
Die Buttons sollten sich nicht verändern, hier bietet sich eine weitere Form mit neuen Knöpfen an. Die Logik sollte nicht in die Main, sondern in den Controller - wenn du dich an das gute, alte MVC-Pattern hältst, welches ich dir empfehle. Hierfür bieten sich dann auch einzelne Klassen an. Dinge, die voneinander unabhängig sind, in deinem Falle "Ablauf" und "Kampsystem" wie du es dir vorgestellt hast, würden einzelne Klassen bilden. Wie kommst du darauf, dass das Spielerobjekt statisch sein soll? Dadurch könntest du es nicht instanziieren, was sich mehr als nur anbietet. Gegner/Monster könntest du über eine abstrakte Klasse abbilden (Monster) und davon dann einige Subklassen bilden, wie Spinne/Wolf o.Ä.  
Das sind Punkte, die mir gerade ins Auge springen. Unabhängig davon, würde ich dir erstmal empfehlen einfachere Dinge, wie z.B. eine simplere Anwendung im MVC abzubilden. Dafür bietet Microsoft, in diesem Beispiel geht es um eine Filmbibliothek, (da du ja schätzungsweise in .Net [Forms] arbeitest) ein Tutorial an Einführung MVC (ASP.Net Web application)

Ich sehe das ähnlich, wie @Gottlike. Dein Kenntnisstand ist noch nicht so weit, um so ein Projekt anzugehen. Ich will nicht zu Nahe treten aber dir ist OOP offenbar immer noch nicht so wirklich klar. Das fängt schon, wie gesagt, mit der statischen Klasse für den Spieler an. Wieso soll sie statisch sein? Das macht überhaupt keinen Sinn. Statische Klassen machen nur in wenigen Situationen wirklich Sinn. In der Praxis werden sie aber oft dann verwendet, wenn der Entwickler gar nicht weiß, was er eigentlich tut. 
Das nächste ist, dass dir gar nicht klar ist, wie man Programmlogik von der Oberfläche trennt. Die Main-Methode einer klassichen WinForms-Anwendung besteht lediglich nur aus drei Zeilen Code:
static void Main() { Application.EnableVisualStyles(); Application.SetCompatibleTextRenderingDefault(false); Application.Run(new Form1()); } Was du noch in die Main()-Methode reinkloppen willst, erschließt sich mir erst mal nicht. Ein erfahrener Entwickler wird mit Sicherheit diese Methode noch erweitern, z.B. mit der Initialisierung eines IoC-Containers oder sonstigen Frameworks aber das sind Techniken, mit denen du mit deinem Wissensstand noch nichts anfangen kannst. Ich vermute auch mal, dass dir die ganzen Designpatterns nichts sagen.
Wenn man dein Beitrag auch durchliest, machst du dir viel mehr Gedanken, um die Oberfläche, anstatt um die Architektur der Software, daher ist das Ziel noch viel zu hochgesteckt. Fange mit Konsolenanwendungen an, um überhaupt OOP zu verstehen und um ein Gefühl dafür zu bekommen. Eine Oberfläche ist eigentlich nur ein schmuckes Beiwerk für eine Software. 
Ich persönlich würde vielleicht vorschlagen, eine API für Schach zu entwerfen. Ohne Oberfläche. Also überlegen, welche Datenstruktur ein Schachbrett und die Figuren haben könnten und dann noch Logiken, die ermitteln, welche Figur welchen Zug machen kann. Testen kann man das Ganze ja auch mit Unittests. Eine grafische Oberfläche muss ja nicht immer eine gute Note bedeuten aber keine Ahnung, ob das nicht schon zu schwer ist. Eine einfachere Form wäre Dame oder noch einfacher: Tic-Tac-Toe.
 

Bevor du dich an ein solches Projekt setzt, solltest du das Konzept der OOP verinnerlicht haben. Alleine schon anhand deiner Fragen kann ich erkennen, dass du ansonsten schnell an deine Grenzen stößt.
 
Die Buttons sollten sich nicht verändern, hier bietet sich eine weitere Form mit neuen Knöpfen an. Die Logik sollte nicht in die Main, sondern in den Controller - wenn du dich an das gute, alte MVC-Pattern hältst, welches ich dir empfehle. Hierfür bieten sich dann auch einzelne Klassen an. Dinge, die voneinander unabhängig sind, in deinem Falle "Ablauf" und "Kampsystem" wie du es dir vorgestellt hast, würden einzelne Klassen bilden. Wie kommst du darauf, dass das Spielerobjekt statisch sein soll? Dadurch könntest du es nicht instanziieren, was sich mehr als nur anbietet. Gegner/Monster könntest du über eine abstrakte Klasse abbilden (Monster) und davon dann einige Subklassen bilden, wie Spinne/Wolf o.Ä.  
Das sind Punkte, die mir gerade ins Auge springen. Unabhängig davon, würde ich dir erstmal empfehlen einfachere Dinge, wie z.B. eine simplere Anwendung im MVC abzubilden. Dafür bietet Microsoft, in diesem Beispiel geht es um eine Filmbibliothek, (da du ja schätzungsweise in .Net [Forms] arbeitest) ein Tutorial an Einführung MVC (ASP.Net Web application)

Mit "aus dem Kopf" geschriebenen Rechtsempfehlungen um sich zu werfen, halte ich für dumm und grob fahrlässig.

1800€ ist ein Witz.
Sag denen direkt, dass die dir ein vernünftiges Angebot vorlegen sollen, wenn sie das nicht machen such Dir was anderes und arbeite solange da bis du ein besseres Angebot gefunden hast.
Da nichts anderes vereinbart war bist du erstmal in einem unbefristeten Arbeitsverhältnis.
 

Mit "aus dem Kopf" geschriebenen Rechtsempfehlungen um sich zu werfen, halte ich für dumm und grob fahrlässig.

Das ist Grundsätzlich falsch. https://dejure.org/gesetze/VwGO/68.html
Du behauptest, also lieferst du die Quellen.
Platitüden änderen übrigens auch nichts an der Qualität deiner Aussagen.

Kommt natürlich super rüber, wenn du den normalen Rechtsweg nicht einhältst und der IHK die Möglichkeit nimmst, ihre Entscheidung nochmal zu überdenken.

Das war die Antwort auf die Frage wen es interessiert, Jony.
Und dein letzter Satz war sehr wichtig, dass deine Aussagen auf den gegebenen "Aussagen", und nicht Fakten, des Threaderstellers basieren. Ich will niemanden irgendwelche Falschaussagen unterstellen, aber das hier einiges beschönigt wird, wäre nicht zum ersten Mal der Fall.
Und wie @Rienne auch schon gesagt hat, es entscheidet nicht nur einer über dieses Prüfungsergebnis. Und aus Jux und Tollerei hat noch kein Prüfer einen Prüfling durchfallen lassen.

Dann hast du bestanden und musst in keine Nachprüfung.

Kommt natürlich super rüber, wenn du den normalen Rechtsweg nicht einhältst und der IHK die Möglichkeit nimmst, ihre Entscheidung nochmal zu überdenken.

Hallo @Jony,
Der Anwalt kann gerne so viel Honorar wittern wie er will solange es keine klare Anweisung zum Handeln gibt von meiner Seite kann der Anwalt nicht aktiv werden. Der Anwalt hat entsprechend alles vorbereitet, falls es zu solch einem Verfahren kommt.  Ich muss erstmal davon ausgehen das dieser Anwalt mich richtig berät. Wie gesagt, beabsichtige ich erstmal abzuwarten bis die IHK sich meldet. Vielleicht war meine Formulierung nicht ganz richtig. Ziel soll es sein bei einer Negativen Entscheidung seitens der IHK erst eine Verwaltungsklage gegen diese zu erwirken. Sobald diese Verwaltungsklage erledigt ist bzw. das Ergebnis nun anerkannt wird, wird es eine Schadensersatzklage für die Zeit vom Ergebnis des Ausschuss bis zum Ergebnis des Amtsgericht geben um die Einbuße des Gehalts wieder zu erhalten. Aber ich möchte natürlich vermeiden einen Klageweg einzuschreiten und hoffe inständig das die IHK zu meinen Gunsten entscheiden wird.
Grüße
Informatiker001

Das war die Antwort auf die Frage wen es interessiert, Jony.
Und dein letzter Satz war sehr wichtig, dass deine Aussagen auf den gegebenen "Aussagen", und nicht Fakten, des Threaderstellers basieren. Ich will niemanden irgendwelche Falschaussagen unterstellen, aber das hier einiges beschönigt wird, wäre nicht zum ersten Mal der Fall.
Und wie @Rienne auch schon gesagt hat, es entscheidet nicht nur einer über dieses Prüfungsergebnis. Und aus Jux und Tollerei hat noch kein Prüfer einen Prüfling durchfallen lassen.

Das würde ich nicht behaupten. Es sind mehr als eine Person an einer solchen Entscheidung beteiligt und sie werden schon ihre Gründe haben.
Und wieso soll man direkt Klage erheben? Erst einmal wird Widerspruch eingelegt, dann sollte der TO, wie schon erwähnt, auch erst einmal Einsicht beantragen und nicht nur vermuten woran es jetzt genau lag. Danach kann man dann gerne über weitere Schritte nachdenken.
Du weißt schon, in welchem Kostenrahmen sich gerichtliche Entscheidungen bewegen? Wenn der TO kein Recht bekommt und auch keinen Anspruch auf Prozesskostenbeihilfe hat und auch keine Rechtsschutzversicherung vorweisen kann, dann ist er ruck zuck im 5-stelligen Eurobereich.

Ich glaube da wurden die Begriffe Datensicherheit und Datenschutz von Tician durcheinandergebracht.