Tician

Konstruktoren sollte keine Logik besitzen. Wie der Name schon sagt, dient er zur Konstruktion eines Objektes. Daher sollte der Konstruktor auch nur dafür verwendet werden. Sprich, die Zeilen:
player.MoveTo(World.LocationById(World.location_id_fight)); MonsterAppear(this, new EventArgs()); Sollten da raus.
 
 

Wieso setzt du die Events nicht beim Erzeugen der Monster? Events sind doch immer mit Objekten verknüpft (nicht mit Klassen!). Wenn du also in PopulateMonsters deine beiden Monster erzeugst, kannst du doch auch da die Events anlegen.
Zu der NRE: Wenn es niemanden gibt, der auf das Event hört, dann bekommst du die. Deshalb solltest du immer erst prüfen, ob der Handler null ist:
public void TakeDamage(int damage) { //... if(HpChanged != null) { HpChanged(this, new PropertyChangedEventArgs("curHP")); } // oder (neueres C#): HpChanged?.Invoke(this, new PropertyChangedEventArgs("curHP"); }  

Muss ja auch nicht in den Konstruktor
Du hast doch eine Methode PopulateMonsters, wo du irgendwie sowas hast:
Monster wolf = new Monster(...) Nach dem Erzeugen des Monsters kannst du doch einfach die Events setzen:
wolf.HpChanged += ... Nochmal zu der NRE: Du registrierst die Events aber nur für das Monster, das zu dem Zeitpunkt der Methode gesetzt ist. Für alle neuen Monster ist das Event nicht registriert. Events gelten immer für das konkrete Objekt, für das du sie registrierst. Nur, weil du deinem Formular sagst, dass es auf die Events des aktuellen Monsters hören soll, reagiert es nicht auch gleich auf alle anderen Monster.

Das schon eher (auch wenn das auch nicht nicht sauber ist). Ein Hinweis, dass die beiden genannten Zeilen nicht in die Fight-Klasse gehören, ist auch deren Funktion.
Du bewegst den Spieler und ein Monster erscheint. Das ist aber noch vor dem Kampf und somit verletzt man das sog. Single-Responsibility-Prinzip. Sprich, die Klasse hat mehr als eine Zuständigkeit, indem die Klasse den Spieler bewegt, das Ereignis auslöst und den Kampf an sich.

Du reichst Player und Monster in den Konstruktor der Fight-klasse rein und speicherst diese dann als Membervariable in dieser Klasse ab.

Genau. Das war das, was ich heute morgen geschrieben habe. Du würdest einfach in deinem Formular ein Objekt der Klasse "Fight" (o.ä.) erzeugen, das die Player-Instanz und das Monster mitbekommt und als Methode sowas wie "FightRound()" hat, die dann je 1x den Spieler und das Monster angreifen lässt (sofern noch am Leben).

Ne, das ist völlig in Ordnung, dazu gibt es ja öffentliche ("public") Methoden, damit sie von außen aufgerufen werden. Ein Punkt von OOP ist ja gerade, dass Klasse nach außen hin bestimmte Methoden bereitstellen, die dann den internen Zustand des jeweiligen Objekts manipulieren (wenn du da nachlesen möchtest, die Stichwörter sind "Encapsulation" und "Information Hiding").
Das ist richtig. Das ist erstmal Geschmackssache, wie du das modellierst. Für "richtige" Spiele ist das ganze noch deutlich komplexer und es kann durchaus Sinn machen, eine dritte Klasse einzubeziehen, die solche Kämpfe "koordiniert". Für dich ist es völlig ok, eine "Player.Attack(Monster m)"-Methode zu haben.
Erstmal ist wichtig, dass es völlig ok ist, Methoden mit wenig Logik zu haben. Es gibt im Bereich von OOP durchaus viele Leute, die der Meinung sind, dass Methoden (und Klassen) kurz sein sollen. Bei Klassen gibt's verschiedene Aussagen dazu, die allermeisten sind sich einig, dass eine durchschnittliche Klasse unter 500 Zeilen Code bleiben sollte, vorzugsweise nicht mehr als 200 (wie gesagt: das sind keine empirisch belegbaren Limits, sondern Erfahrungswerte und Geschmackssache).
Zum anderen ist das vllt. in deinem jetzigen Fall so. Aber wenn man mal ein wenig weiterspinnt, kann es bei so einer Methode schon eine ganze Menge Logik geben. Was ist denn mit Ausweichen? Rüstung? Verfehlen? Tageszeit (hat ein Wolf in der Nacht Vorteile? Was ist, wenn der Spieler eine Fackel trägt?)?
Ich würde daher auf jeden Fall bei deiner Implementierung mit Player.Attack und Monster.TakeDamage bleiben. Zum Beispiel könnte es ja sein, dass auf dem Monster gerade ein Effekt ist, der das Sterben verhindert. Oder das Monster trägt Rüstung, die den Schaden halbiert. Oder oder oder...
Ein kleiner Hinweis noch zu deiner Player.Attack-Methode
Wieso übergibst du hier den Player nochmal als Parameter? Du rufst die Methode doch auf dem Player-Objekt auf. Du kannst die Methode daher so schreiben:
public int Attack(Monster monster) { //... bspw. Ausgabe "Player attacks monster" var attack = // Logik zum Ermitteln der Angriffspunkte; vllt. gibt ein Schwert ja einen Bonus? monster.TakeDamage(attack); return monster.CurrentHitpoints; }  

Ein weiterer Tipp: Solche Konstruktoren, wie z.B.
public Player(int curHP, int maxHP, int gold, int curExp, int maxExp, int level, int attack) { ... } Sind unter C# nicht nötig und auch beim Aufruf schlecht lesbar. Keiner wird auf den ersten Blick verstehen, welche Parameter was ist:
private Player _player = new Player(20, 20, 0, 0, 10, 1, 2); Man muss den Konstruktor kennen, um zu wissen, was z.B. die letzte 2 bedeutet. C# bietet hier den Objectinitializer, der das Ganze lesbarer macht:
private player = new Player { CurHP = 20, MaxHP = 20, Gold = 0, CurExp = 0, MaxExp = 10, Level = 1, Attack = 2 };
Anstatt eine List<Monster> zu nehmen, um darüber dann zu iterieren, um das jeweilige Monster mit der Id herauszusuchen, verwendet ein Dictionary<int, Monster>. Beispiel:
public Dictionary<int, Monster> monsters = new Dictionary<int, Monster> { { monster_id_wolf, new Monster(monster_id_wolf, "Wolf", 10, 10, 1, 10, 2, 1) }, { monster_id_bee, new Monster(monster_id_bee, monster_id_bee, "Bee", 1, 1, 1, 1, 1, 1) } } Dann brauchst du die MonsterById()-Methode nicht mehr, sondern kannst direkt mit monsters[monster_id_wolf] darauf zugreifen. Natürlich kannst du auch hier den oben genannten Tipp mit dem Konstruktor nehmen.
Ansonsten ist da noch sehr viel, was man anders machen sollte aber darüber zu reden bringt wohl nichts.

Mal völlig unstrukturierte Gedanken zu deinem Code:
Du hast zu den Locations jeweils eigene Methoden in deinem Formular. Es wäre einfacher, wenn du eine Basisklasse Location hättest, die die Methoden "Explore" und "Wait" hätte. Z.b. so: public class Location { public virtual Name { get; } = "Generic Location"; public abstract string Explore(); public abstract string Wait(); // weitere sinnvolle Methoden, die alle Locations betreffen } Die Rückgabe "string" ist hier dafür gedacht, dass du den Text dann in dem Formular in die Textbox schreiben kannst. So muss die Location nichts von dem Formular wissen und du könntest sie bspw. in einer Konsolenanwendung wiederverwenden.
Noch besser als "string" als Rückgabetyp wäre es, wenn du in die Methode ein Objekt reingibst, das sich um die Ausgabe kümmern kann (alternativ in den Konstruktor der Location):
public interface IOutput { void Print(string message); } public RichTextBoxOutput : IOutput { private RichTextBox textBox; public RichTextBoxOutput(RichTextBox box) { textBox = box; } public void Print(string message) { box.AppendText(message); } } // in der Location: public void Wait(IOutput output) { output.Print("Du wartest 1h..."); } Das grundsätzliche Prinzip nennt sich Inversion of Control und ist eine der fünf Säulen von SOLID (um mal Stichwörter zu nennen, falls du etwas lesen möchtest ).
Deine Methoden an sich sind ganz ok für einen Anfänger. Was eben tatsächlich sehr aufstößt, ist, dass sich das alles in einer Klasse befindet.
Was du mal probieren könntest, ist, Player und Monster von einer gemeinsamen Basisklasse abzuleiten. Denn grundsätzlich teilen die sich ja viele Funktionalitäten. Das könnte irgendwie so aussehen: // "abstract" bedeutet, dass du von dieser Klasse keine Objekte erzeugen kannst // dafür sind die abgeleiteten Klassen (hier: Monster / Player) da public abstract class Entity { public int Id { get; private set; } public string Name { get; private set; } public int MaximumHitPoints { get; private set; } public int CurrentHitPoints { get; private set; } public int Strength { get; private set; } public int Experience { get; private set; } public int Gold { get; private set; } public int Level { get; private set; } public abstract void Attack(Entity target); } public class Monster : Entity { public void Attack(Entity target) { if(target is Monster) { // Monster greifen keine anderen Monster an!! (oder vielleicht doch?!) } else { target.CurrentHitPoints -= Strength; // ... } } // eigenschaften / methoden, die nur auf monster zutreffen; "ki" } public class Player : Entity { // eigenschaften / methoden, die nur auf den Spieler zutreffen; bspw. Steuerung }  
Kleiner Hinweis, was Namen von Variablen, Klassen usw. angeht: In C# ist es Usus, für Klassen, Methoden und Properties im sog. PascalCase zu schreiben.  Deine Klasse heißt "Places", obwohl es sich doch um einen einzelnen Platz handelt, oder?

Hey, es funktioniert! Das einzige Problem war das ich "CreateControls" noch vor den "CreatePlaces" aufgerufen habe und deswegen die Liste der Places leer war. Ich mach mal weiter, dann dürft ihr den Code nach herzenslust auseinander nehmen.

Ihr habt alle recht. Ich habe mich nach dieser Ableitung gerichtet aber WhizZard du musst zugeben ds deine Ansprüche echt hoch sind.
https://scottlilly.com/learn-c-by-building-a-simple-rpg-index/

Ich will das durchziehen, aber ich will es auch verstehen und ich bin zu stur um mit etwas kleinerem zu starte.

Ja ich programmiere auch im Betrieb und diese Programme werden auch produktiv eingesetzt aber sie sind alle so klein das ich überhaupt keinen Sinn sehe da gros mit OOP rum zu machen. Und es kennt sich keiner der Kollegen mit c# geschweige denn mit OOP aus.

Ich fürchte mir rennt die Zeit davon um dieses Projekt so hinzukrieen das es annehmbar aussieht, aber ich habe j auch eine Ersatzlösung. Die hatten wir im forum schon auseinander genommen
 
Edit: Ich programmiere gerne, das sollte nicht nur ein Schulprojekt werden sondern hinterher auch als privates Projekt herhalten

Das ist das wichtigste Sorry, falls ich zuviel anderen Kram geschrieben habe.
Nochmal zu dem Problem mit den Buttons: Da kann man natürlich ein wenig Schreibarbeit sparen. Wenn du deine Buttons regelmäßig anordnest (bspw. in einer Gitter-Struktur), dann lässt sich das durch Schleifen wunderbar kürzen:
// nur so weggeschrieben, Details fehlen string[] buttonTexte; Action[] buttonActions; for(int i = 0; i < buttons.Length; i++) { var button = new Button(); button.Text = buttonTexte[i]; button.Clicked += buttonActions[i]; button.Location = new Location(GetX(i), GetY(i)); panel.Children.Add(button); } Dann musst du das Styling und die Positionierung nur 1x schreiben und dich nicht für jeden Button wiederholen.

@Sullidor Mittelalter *-* Ich habe Pfeil und Bogen und mein Abreitskollege ist regelmäßig auf Mittelalter-Treffen wo sie dann auch zelten und mittelalterlich leben^^ Ich bin nur immer mal wieder auf Mittelalter-Märkten unterwegs^^

Nix Frau-deutsch - deutsch-Frau. IT ist eine Branche, die üblicherweise mit definierten Begriffen arbeitet. Es bringt nichts, wenn du hier mit irgendwelchen Phantasiebezeichnungen arbeitest und dich dadurch niemand versteht.

Wie schon angekündigt habe ich mal einen Discord-Server eröffnet zum tratschen und gemeinsamen zocken
 
https://discord.gg/GJ6zqaf

Noch habe ich keine zusätzlichen Einnahmen, aber wenn ich endlich die Freigabe zum alleine arbeiten habe (in der Malware-bereinigung) dann mach ich das natürlich immer noch freizeitlich und freiwillig, aber mit einem Spendelink in der Signatur.
Das ist aber definitiv kein reguläres Gehalt^^
Andere machen es, für mich ist es momentan nur eine Idee ich müsste mich erstmal erkundigen wie das mit Spenden überhaupt aussieht vonwegen Steuern.

Also ich verstehe es so, dass wenn man innerhalb der Zeit, in der man normalerweise arbeiten muss, Schule hat, die aufgewendete Zeit von Schule zur Berufsschule angerechnet wird auf die Arbeitszeit. Also z.B. Schule von 8-13 Uhr und regelmäßige Arbeitszeit wäre von 10-19 Uhr, dann werden die Schulstunden angerechnet, sowie der Arbeitsweg.
Liegt die Arbeitszeit jedoch außerhalb dieser Zeit (also regelmäßige Arbeitszeit  von 14-22 Uhr und man hat um 13 Uhr Schulschluss), dann ist es logisch, dass die aufgewendete Zeit von Berufsschule zur Arbeit nicht anzurechnen ist, da sie sich ja nicht innerhalb der regelmäßigen Arbeitszeit befindet und somit dem normalen Heimweg entsprechen würde plus dem normalen Arbeitsweg.
 
Somit zählen die Stunden also und man muss im Schnitt auf 8 Stunden / Tag kommen, womit eine Mehrarbeit dadurch eigentlich ausfällt, wenn man dafür nicht wann anders früher Schluss machen kann (Überstundenabbau).

Du hast gleich am Anfang nach unserer Meinung bezüglich gefragt. Und ich habe hier scheinbar überlesen, was dir Marco Drost zu diesem Thema geschrieben hat und du daher davon Abstand genommen hast.
Genau das passiert hier doch. Sämtliche Diskussionen drehen sich darum, "Gute" Mitarbeiter zu finden. Da du uns bisher aber keine Stellenbeschreibung/Stellenanzeige geliefert hast, könne wir dir hier nur darlegen, warum wir als "gute Mitarbeiter" eine Stelle nicht annehmen, repektive uns darauf überhaupt nicht erst bewerben würden. Und dies sind exakt solche Formulierungen oder Verhaltensweisen, von denen wir hier, teilweise übereinstimmend, schreiben.
Bitte vergiss dabei nicht, die Personen, welche dir hier dazu schreiben, haben, neben ihren verschiedenen IT-Ausbildungen und diversen Abschlüssen, zusammengerechnet jahrzehntelange Berufserfahrung und extrem viele Bewerbungen geschieben. Teilweise sind wir hier selber Vorgesetzter, Ausbilder oder sogar Chef/Gesellschafter einer Firma. Und die Aktiven unter uns tauschen sich bereits einige Jahre innerhalb und auch außerhalb des Forums regelmäßig darüber aus.
Dieser Grundton rührt daher, dass du vieles, von dem dir hier abgeraten wird, auf dich persönlich beziehst und dann auch noch anfängst es zu verteidigen. Wenn ich z.B. schreibe, dass die meisten erfahrenen ITler eine Bewerbung sofort weiterklicken, wenn dort Beschreibunge wie fair, angemessen usw. steht und du dann anfängst dieses fair und angemessen zu verteidigen, obwohl du es überhaupt nicht benutzt, haben die Leute das Empfingen, du bist genau so jemand wie beschrieben und zusätzlich nimmst du ihre Ratschläge ernst.
Gelegentlich kommt stattdessen irgendwann etwas leicht schnippisches wie:
Das mag weder gemein noch überheblich gemeint sein, aber zusammen mit
kommt es im Gesamteindruck rüber als hättet ihr Probleme damit Bewerber zu finden und anstatt die Fehler bei euch zu suchen, wollt ihr nun wissen, was ihr machem müsst um qualifizierte Bewerber, die auf sowas nicht mehr reinfallen, trotzdem noch zu einer Bewerbung zu bewegen. Und zwar ohne etwas an eurer Einstellung zu ändern.
Das soll nicht anklagend sein und ich glaube dir auch, dass du eigentlich nur das Beste wolltest. Aber du hinterlässt dabei eben bei mir, und ich schätze auch bei anderen, exakt diesen Eindruck.

Grundsätzlich würde ich diese Diskussion aber trotzdem als fruchtbar betrachten, denn es wurden hier eine Menge gute Punkte angesprochen, die du in einer zukünftigen Stellenanzeige verwerten kannst. 
Eventuell solltest du wirklich mal eine Stellenanzeige hier reinstellen und die Leute hier drüberschauen lassen. Dann sehen wir was du wirklich drin stehen hast und was uns abschrecken würde oder was wir gut finden udn was du eventuell ändern solltest. 
So würde sich eventuell auch der Gesamtheindruck von dir wieder wandeln und du kannst zusätzlich einige neue Erkenntnisse erhalten.
 
 

Moinsen!
Ich wollte mal eine Diskussion anregen, zwar nicht mehr ganz aktuell, aber vor kurzer Zeit noch wurden AV-Programme als Schlangenöl-Branche bezeichnet und weil ich mit dem Gedanken spiele einen Blog hier im Forum über AVs zu schreiben wollte ich mal Meinungen sammeln (und bin natürlich auch sehr Neugierig wie unsere Informatiker hier denken)
Was haltet ihr von AV-Programmen allgemein?
Habt ihr selbst ein AV-Programm?
Gibt es Unterschiede privat und am Arbeitsplatz?
Welche Kriterien muss ein AV-Programm eurer Meinung nach erfüllen?
Habt ihr euch schonmal was eingefangen?
... ?
------------------------------------------
Ich fange mal selbst an:
Meine Meinung über AV ist sehr zwiespaltig, zum einen agieren AV auf sehr tiefer Systemebene und bieten somit eine Angriffsfläche, da (soweit ich sagen kann) es keine Software gibt die wirklich 100% sicher ist. Zum anderen bieten sie natürlich trotzdem einen gewissen Schutz, wie auch immer dieser von AV zu AV aussehen mag. Auch auf psychologischer Ebene scheint es für Benutzer ein besseres Gefühl zu sein ein AV zu haben. Nachteil natürlich wiederum das dann ein gewisser Leichtsinn mit dazu kommt. Hat alles also 2 Seiten, ich sehe beide Seiten und stehe irgendwo dazwischen.
Vom trojaner-board wurde ich stark in meiner Meinung zu verschiedenen AVs beeinflusst. Die Tripple-A-Programme wie wir sie nennen (Avira, Avast, AVG) verkaufen Nutzerdaten und arbeiten mit Toolbar-Herstellern und Such-Anbietern zusammen die ich einfach persönlich nicht mag und auch der Meinung bin das ein AV-Installer keine "Häkchen zum entfernen von zusätzlicher Software" beinhalten darf, denn viele User wissen nicht das man die vorher entfernen muss. Benutzen tu ich privat Emsisoft, ich meine die sind recht unbekannt aber ich kann mich mit deren Motiven und Einstellungen am besten identifizieren.
Die Performance ist mir absolut zweitrangig, heutzutage haben ja fast alle PCs genügend Resourcen um ein AV jeglicher Art laufen zu lassen. Außnahme ist wenn ein AV regelmäßig gegen die Wand rennt und 100% CPU eines DCs verbraucht... (ja schon geschäftlich gehabt).
Ich hatte erst ein einziges mal eine sehr hartnäckige Adware, die aber absolut meine Schuld war, quasi selbst in grandioser Dämlichkeit installiert  
 
Ein AV kann nicht zu 100% schützen, das sage ich jedem fragenden User. Deswegen vertrete ich auch die Meinung das (vorallem im Unternehmens-Umfeld!) zusätzlicher zu einem AV auch eine Schulung gehört. Eine Schulung für jeden der ins Internet geht. Mal kurz ansprechen wie dubiose Mails aussehen, worauf zu achten ist, das Rechnungen IMMER per Post kommen müssen, etc. Verhalten im Internet bei Kindern/Jugendlichen, das man Programme am besten nur von Herstellerseiten direkt runter läd, das man die Häkchen für Toolbars und ähnlichem in Installationen entfernt (z.B. bei Adobe-Produkten). All das steht meiner Meinung nach vor einem AV-Produkt.
 
Das sind alles nur spontane Gedanken und mit den richtigen Begründungen ändert sich meine Meinung auch schnell^^ Jetzt aber genug, wie sieht es bei euch aus?

Moinsen!
Ich wollte mal eine Diskussion anregen, zwar nicht mehr ganz aktuell, aber vor kurzer Zeit noch wurden AV-Programme als Schlangenöl-Branche bezeichnet und weil ich mit dem Gedanken spiele einen Blog hier im Forum über AVs zu schreiben wollte ich mal Meinungen sammeln (und bin natürlich auch sehr Neugierig wie unsere Informatiker hier denken)
Was haltet ihr von AV-Programmen allgemein?
Habt ihr selbst ein AV-Programm?
Gibt es Unterschiede privat und am Arbeitsplatz?
Welche Kriterien muss ein AV-Programm eurer Meinung nach erfüllen?
Habt ihr euch schonmal was eingefangen?
... ?
------------------------------------------
Ich fange mal selbst an:
Meine Meinung über AV ist sehr zwiespaltig, zum einen agieren AV auf sehr tiefer Systemebene und bieten somit eine Angriffsfläche, da (soweit ich sagen kann) es keine Software gibt die wirklich 100% sicher ist. Zum anderen bieten sie natürlich trotzdem einen gewissen Schutz, wie auch immer dieser von AV zu AV aussehen mag. Auch auf psychologischer Ebene scheint es für Benutzer ein besseres Gefühl zu sein ein AV zu haben. Nachteil natürlich wiederum das dann ein gewisser Leichtsinn mit dazu kommt. Hat alles also 2 Seiten, ich sehe beide Seiten und stehe irgendwo dazwischen.
Vom trojaner-board wurde ich stark in meiner Meinung zu verschiedenen AVs beeinflusst. Die Tripple-A-Programme wie wir sie nennen (Avira, Avast, AVG) verkaufen Nutzerdaten und arbeiten mit Toolbar-Herstellern und Such-Anbietern zusammen die ich einfach persönlich nicht mag und auch der Meinung bin das ein AV-Installer keine "Häkchen zum entfernen von zusätzlicher Software" beinhalten darf, denn viele User wissen nicht das man die vorher entfernen muss. Benutzen tu ich privat Emsisoft, ich meine die sind recht unbekannt aber ich kann mich mit deren Motiven und Einstellungen am besten identifizieren.
Die Performance ist mir absolut zweitrangig, heutzutage haben ja fast alle PCs genügend Resourcen um ein AV jeglicher Art laufen zu lassen. Außnahme ist wenn ein AV regelmäßig gegen die Wand rennt und 100% CPU eines DCs verbraucht... (ja schon geschäftlich gehabt).
Ich hatte erst ein einziges mal eine sehr hartnäckige Adware, die aber absolut meine Schuld war, quasi selbst in grandioser Dämlichkeit installiert  
 
Ein AV kann nicht zu 100% schützen, das sage ich jedem fragenden User. Deswegen vertrete ich auch die Meinung das (vorallem im Unternehmens-Umfeld!) zusätzlicher zu einem AV auch eine Schulung gehört. Eine Schulung für jeden der ins Internet geht. Mal kurz ansprechen wie dubiose Mails aussehen, worauf zu achten ist, das Rechnungen IMMER per Post kommen müssen, etc. Verhalten im Internet bei Kindern/Jugendlichen, das man Programme am besten nur von Herstellerseiten direkt runter läd, das man die Häkchen für Toolbars und ähnlichem in Installationen entfernt (z.B. bei Adobe-Produkten). All das steht meiner Meinung nach vor einem AV-Produkt.
 
Das sind alles nur spontane Gedanken und mit den richtigen Begründungen ändert sich meine Meinung auch schnell^^ Jetzt aber genug, wie sieht es bei euch aus?

Moinsen,
ich habe ein paar Sicherheitsrelevante Fragen von denen ich hoffe das sie mir jemand beantworten kann.
- Wie einfach ist es bei einem C# Programm 'reverse engineering' zu betreiben sodass man aus einer exe-Datei an den Quellcode kommt?
- Wie speichert man am besten Passwörter in einer Datenbank? Mit einem Hash ist klar, aber dann ein salt der im Quellcode steht? Einen automatisch generierten? (aber würde sich dann der Hash nicht mit jedem Programm-start ändern?)
- Eine verschlüsselte Verbindung zur Datenbank ist ebenfalls kein Hexenwerk, aber dann die Daten (Benutzername, Passwort) für die Datenbank-Verbindung im Quellcode?
Wie sicher ist also der Quellcode und wenn Daten nicht dort stehen sollen, wo sonst?

Da stimme ich zu 100% zu. Und für die IT-Berufe ist dies halt auch sehr viel mehr als nur First-Level-Support. Den können meist auch ungelernte Kräfte machen, welche übrigens auch nicht sehr viel mehr als mein damaliger Azubi erhalten.
 
Leute, die ein Abi haben und eventuell schon einige Jahre studierten, kommen aber vor allem in den technischen Berufen vor. In diesen Berufen wird meist schon mehr gezahlt in anderen Berufsgruppen. Und auch gerade in den IT-Berufen mit einem First-Level-Support  ist es so, dass Azubis aktiv und produktiv mitarbeiten können. Hier wird eben keine besondere Fachkenntnis benötigt.
Mein Friseur hat auch regelmäßig Azubis. Und diese sind nahezu nur damit beschäftigt zu fegen, Kaffee zu kochen und zu servieren. Später kommen dann Haare waschen und andere, eher kleine, Arbeiten dazu. Mit steigender Zeit auch steigende Verantwortung. Und doch mir wurde noch niemals von einem Azubi die Haare geschnitten. 
Mein Azubi war im ersten Jahr devinitiv nicht als vollwertige Kraft einzusetzen. Er war wirklich gut, aber es geht auch nicht nur um die fachliche Kompetenz. Es hat weit über ein Jahr gedauert, bis er, meiner Meinung nach, genug Sorgfalt bei der Arbeit aufgebracht hat um ihn ohne Aufsicht an den Servern arbeiten zu lassen.
Wobei ich hier auch erwähnen muss, dass ich mich mehr als einmal böse mit meinem Chef gestritten habe. Er wollte bereits im 1. Jahr nicht, dass ich den Azubi regelmäßig mitgeschleppt habe, um mir über die Schultern zu schauen (Oder er etwas unter Aufsicht zu machen). Er wollte, dass er "Irgendwas produktives macht. Denn wofür bezahlt er ihn denn". Meist endeten solche Gespräche damit, dass ich ihm verdeutlicht habe, dieser ist als Azubi nicht hier um produktiv mitzuarbeiten sondern um ausgebildet zu werden. Ich bin sein Ausbilder und wenn er mich den Azubi nicht richtig ausbilden lässt, dann bin ich bereit  diese Überzeugung auch Taten folgen zu lassen (Was ja dann auch irgendwann passiert ist.)
Ich hoffe diese kleine Episode erklärt, warum ich hinter dem System der dualen Ausbildung stehe und die Auffassung vertrete, ein Azubi soltle eine angemessenes  Vergütung erhalten. Diese Vergütung sollte sich aber seine wirtschaftlichen Stellung im Betrieb berücksichtigen. Und aus meiner Sicht ist ein Azubi jemand, der gerade in den ersten beiden Jahren oft mehr Kosten verursacht als man auf den ersten Blick sieht und nicht als vollwertige Fachkraft eingesetzt werden kann.
Wenn ein Azubi aber volles Gehalt verlangt, warum sollte ich dann bitte nicht gleich eine fertige Fachkraft einstellen. In so einem Fall würde sich eine Ausbildung ja für die Firma überhaupt nicht mehr rentieren. Jemand frisch von der FH z.B. hat seine Ausbildung selber bezahlt und kann sofort produktiv und gewinnbringend eingesetzt werden.  Und für den First-Level -Support kann man dann ja ungelerntes Personal einlernen.
 
 
 
 

Ich stimme dir zu, das es 100% 'sicher' nicht gibt, soweit ist mir das bewusst
Im Prinzip wird es von meinem Ausbilder abhängen ob es als sicher eingestuft wird oder nicht nachdem ich ihm erklärt habe was genau das Programm macht^^
Also momentan sieht es so aus: Benutzer startet das Programm und meldet sich mit dem AD-Account an. Programm verbindet sich automatusch mit Datenbank und ließt die Berechtigungen aus einer Tabelle aus. Anhand der Berechtigungen werden dem Benutzer Passwörter angezeigt. Um die Passwörter zu speichern schaue ich mir gerade AES an, aber dann müsste ich im Quellcode wiederum die 2 benötigten Parameter mit übergeben (oder aus Datenbank auslesen?) um zu verschlüsseln und entschlüsseln.
Ich setz mich da noch ein paar Stunden hin und schau mir mal verschiedene Dinge an.

Baden Württemberg (Raum Heilbronn zumindest) hat die Ergebnisse. Es gibt keine Lösungen und auch die Aufgaben durften wir nach der Prüfung nicht behalten Echt ein scheiß.
Punkte: 82
Durchschnitt: 70

Also:
Ich hatte meine Ausbildung (im 2. Lehrjahr) zur FISI ebenfalls aus psychischen Gründen abgebrochen. Nachdem ich dann 10 Wochen in einer Klinik war, 1 Jahr auf eine weitere ambulante Behandlung gewartet habe und diese dann auch Monatelang ging und ich hinterher noch ne Maßnahme vom Arbeitsamt gemacht habe, habe ich die Ausbildung auch neu begonnen (im 1. Lehrjahr).
Natürlich hat mich mein neuer Arbeitsgeber gefragt was ich in diesen 2 Jahren gemacht habe und ich hab angefangen rumzudrucksen das es so schwierig sei was zu finden... . Ich muss wohl ziemlich unglaubwürdig rübergekommen sein, weil mein Chef meinte er kann mir da nicht glauben das ich innerhalb von 2 Jahren mit Vorwissen keine Ausbildung gefunden habe.
Also habe ich alles erzählt und versichert das es mir aber jetzt gut geht und ich mich bereit fühle. Und zur Belohnung für meine Ehrlichkeit habe ich einen Ausbildungsvertrag bekommen Mir wurde ausdrücklich gesagt das man sich nur um mein Wohl sorgt und ich nur bescheid geben muss wenn ich Probleme jeglicher Art habe damit man gemeinsam einen Lösungsweg finden kann.
Ich denke das mein Betrieb die Entscheidung nicht bereut hat, ich bin bei den Mitarbeitern beliebt, hab super Noten in der Schule und bin motiviert, besser kann es nicht laufen. Ich wünsche dir und anderen Azubis dassselbe!