KeeperOfCoffee

Was Religion und Sport angeht. Da ist oft nicht die Schuld bei den Schulen, IHKs oder what so ever.
z.B. hier in Bayern steht deutlich in der Verfassung, dass Religionsunterricht und Sport an Schulen vorgeschrieben ist.
 

Ihr vergesst, dass die "Vorgabe" der IHK für die Ausbildung ein Hauptschulabschluss ist.
Also ist dass das Anfangsniveau, welches je nach Klassenzusammensetzung (alle haben min. Realschule oder Abi/FH) und Motivation angehoben werden kann.
Zudem führt die BS die Schulpflicht der U18 Azubis weiter, da gehört dann auch so was nebensächliches wie Allgemeinbildung mit rein. Bei mir in der BS Klasse war damals von 16 bis 29 alles vertreten, die Älteren haben sich bei Politikthemen (nach Schulbuch) gelangweilt, waren aber bei Diskussionen zu tagesaktuellen Themen deutlich "fitter" und konnten allgemein besser Diskutieren. Gerade Themen wie Snowden, oder auch Alexa/Echo... gehören mMn in die Berufsschule. Die Frage ob das was technisch möglich ist, auch menschlich/ethisch vertretbar ist wird, gerade in der IT, oft zu selten und zu spät gestellt.
Daher sehe ich Ethik- und Politikunterricht als wichtig an. Ob Religion (der Missionierende Teil) oder Sport in der BS noch sein müssen ist ein anderes Thema, aber aus einem "interessiert mich nicht" ein "ist unnötig" zu machen ist m.E. falsch.

Das ist nicht richtig. Ob da am Ende 2,7 steht oder 270 ist vollkommen Wurscht. Die Punkte sind nach Noten vergeben. Nicht die Gewichtung. Kann mir nicht vorstellen, dass es da Abzug gibt.

Das sollen sie auch gar nicht . Dafür gibt es doch das Praktikum. Nicht mal zur Ausbildung müssen/sollten sie Fähigkeiten mitbringen
Und selbst wenn jemand Fähigkeiten mitbringt, heißt dies nicht, dass er bessere Arbeiten bekommt, da es fast nicht zu verantworten ist einen Praktikanten an einem realen Projekt arbeiten zu lassen.

Freitags so.

Ich möchte jetzt nicht der Miesepeter sein, aber in den meisten Praktika in Anwendungsentwicklung wirst du kaum was machen. Das liegt schon daran, dass es oft keine Zeit gibt, den Code des Praktikanten wirklich zu betreuen. Oft werden Praktikanten eingestellt um stupide Aufgaben zu machen wie Excel Listen abzugleichen. Wenns hoch kommt darf man mal versuchen nen Bug zu finden bzw. zu korrigieren.
Ansonsten müsste man eine Arbeitskraft dir zuweisen, die dir ständig über die Schulter schaut und erklärt was Sache ist. 
Auch wenn du schon etwas programmiert hast => Der Betrieb hat laufende Projekte mit tausenden Codezeilen. In den zwei Wochen hast du keine Chance ein Projekt wirklich zu überblicken und zu verstehen.
Wir haben z.B. hier intern unser eigenes Framework, welches viele Lösungsmöglichkeiten bietet, die über die Zeit ausgearbeitet wurden. Ein neuer Entwickler braucht hier erstmal einige Monate, trotz Doku, um zu verinnerlichen wie damit gearbeitet wird.
Also...schön und gut, dass du was kannst, aber es ist ne andere Sache ob sie es zulassen, dass du was davon zeigen darfst.
Es ist wahrscheinlicher, dass es für Praktikanten eine bestimmte Routine gibt (Firma vorstellen, Produkte vorstellen, wie wird mit Produkt X gearbeitet usw.)
Edit: Ich muss auch gestehen, dass auch ich kein Fan von Praktikanten bin, da diese unmöglich in der kurzen Zeit feststellen können, ob die Anwendungsentwicklung was für sie ist. Sie sehen in zwei Wochen  nicht, was in der AE alles auf sie zukommen kann. Oft wird da ein falsches Bild vermittelt. Dies hängt aber von Betrieb und Länge des Praktikums ab.

Was sich mir noch nicht ganz erschließt, was auch noch nicht beantwortet wurde und das Problem eigentlich löst:
Warum zum Teufel ist deine Klasse TestKlasse() von Form1 abgeleitet?!?!
Ja. Man darf von Forms ableiten. Gibt einige Szenarien wo das durchaus Sinn macht.
Dieser Sinn ist hier aber in keinster Weise ersichtlich.

Vermutlich Initialisierst du Form1 mit einem neuen ResultWriter, welcher ja ebenso wieder Form1 erbt. Somit erzeugst du ständig neue ResultWriter.

Ich arbeite überwiegend mit Entwicklern, die so auf die 50 zugehen und da muss ich feststellen, dass viele doch ihren Antrieb verloren haben (wenn sie ihn jemals besessen haben) und sich auch gar nicht mehr weiterbilden wollen und lieber nur noch das machen wollen, was sie kennen. Da sind dann Spezialisten bei, die meinen, sie seien Schlauer als Microsoft und Oracle und bauen Datenbank-Features nach und verteufeln das yield return in C#, weil der Compiler zusätzlichen IL-Code drumherum baut und Microservices sind ja per Se schlecht, weil ist so aber produzieren fleißig Spaghetticode und von agilen Prozessen braucht man erst gar nicht reden, weil das ja nur Chaos bedeutet. Da bleibt man ja lieber beim Wasserfallmodell und fällt jedes Mal wieder auf die Fresse. Es sind gerade unsere Werksstudenten, die die Nerdigkeit in das Unternehmen bringen. Klar, entsprechen sie nicht mehr dem Klischee eines typischen Nerds. Einer baut in Fitnessstudio seine Muskeln auf und ein anderer läuft Marathons aber das ist nun mal der Wandel der Zeit und ich würde sagen, dass die heutigen Nerds doch aktiver sind, was ihre Freizeitgestaltung angeht und der typische Klischee-Nerd (im dunklen Keller hocken und D&D zocken) verdrängt wird.

Du kannst für Variablen keine "Berechnungsvorschriften" im Code hinterlegen. Das geht einfach nicht.
Unter anderem dafür gibt es Properties. Der Getter wird jedesmal ausgeführt, wenn lesend darauf zugegriffen wird.

Vielleicht führt das jetzt zu weit (und wirklich sinnvoll ist es außer als Übung auch nicht), aber:
Anstatt die BinaryCalculations ineinander zu schachteln kannst du dir auch überlegen, eine Klasse zu schreiben, die beliebig viele Operanden akzeptiert und die dann alle aufaddiert. Das Gerüst könnte so aussehen:
public class SeriesCalculation : ICalculation { private BinaryCalculation _binaryCalculation; private double[] _numbers; public SeriesCalculation(BinaryCalculation binaryCalculation, params double[] numbers) { _binaryCalculation = binaryCalculation; _numbers = numbers; } public double Calculate() { // immer zwei Zahlen aus _numbers nehmen, die Berechnung ausführen und das Ergebnis in die // nächste Berechnung übergeben. } } //aufrufbar wäre das dann folgendermaßen: var calc = new SeriesCalculation(new Addition(), 1,2,3,4,5,6); // hierfür bräuchtest du noch einen neuen Konstruktor in Addition Wie gesagt: Das mag gerade ein wenig zu kompliziert sein, ist vielleicht aber eine ganz schöne Übung, um das Prinzip zu verstehen. Einfacher ist's vielleicht erstmal immer nur aufzuaddieren, ohne die Berechnung auch von außen mit reinzunehmen.
Wenn "params" neu für dich ist, kannst du hier was dazu lesen.

Ich glaube, es wird echt mal Zeit, dass ich mein Artikel "Wie man einen Taschenrechner programmiert" veröffentliche.
Du meinst wohl die (umgekehrte) polnische Notation. Genannt auch Postfix- und Präfix-Schreibweise.
Eine Umwandlung von der bekannten Infix-Schreibweise in die Post-/Präfix-Schreibweise, lässt sich durch den Shunting-Yard-Algorithmus lösen. Das würde hier aber viel zu weit gehen.

Für mich ist das nur wieder ein Zeichen dafür, dass hier im Forum teils sehr penibel auf die Formalitäten geachtet wird. Viele IHKs sind (nach meiner persönlichen Erfahrung und dem was man hier im Forum lesen kann) deutlich laxer als es hier zuweilen dargestellt wird. Es gibt da auch andere Fälle (IHK Köln würde mir da spontan einfallen), aber ich habe das Gefühl, dass die Anforderungen an Anträge hier im Forum oft deutlich höher sind als die der IHKs selber.
Nur damit's nicht falsch verstanden wird: Das ist ja nicht verkehrt. Wenn man grundsätzlich von einer "strengeren" IHK ausgeht, wird der Antrag bei einer "milderen" ja auch durchgehen.

Ich verstehe die Frage nicht...auf der einen Seite willst du "Fragen die man unbedingt stellen soll" wissen und auf der anderen Seite argumentierst du, dass man ja eh nur angelogen wird und man deshalb Antworten vergessen kann.

Dich genau so bewerben, wie es jeder andere zwischen 15 und und z.B. 50 auch macht, wenn eine Lehrstelle gesucht wird.

Nein.

Hallo @Tician!
Ich verstehe das Problem nicht so ganz, der Artikel, den @RipperFox verlinkt hat, macht doch genau das.
In der Methode werden abhängig von einer Bedingung Tage eingefärbt. 
Wenn du deine Bedingung sauber spezifizierst, sollte das doch überhaupt kein Problem sein, oder?
Auszug aus dem Artikel:
void DayRender(Object source, DayRenderEventArgs e) { // Change the background color of the days in the month // to yellow. if (!e.Day.IsOtherMonth && !e.Day.IsWeekend) e.Cell.BackColor=System.Drawing.Color.Yellow; // Add custom text to cell in the Calendar control. if (e.Day.Date.Day == 18) e.Cell.Controls.Add(new LiteralControl("<br />Holiday")); } Die Properties sind so sprechend, das muss nicht mal in Pseudocode übersetzt werden.
Löst das dein Problem? Wenn nein, musst du zumindest, damit ich es verstehe, etwas präziser werden, was du schon probiert hast und was nicht.
Gruß, Goulasz  

Da finde ich die Erklärung aus der Serie "Lucifer" noch immer am besten xD Lose Zusammenfassung aus meiner Erinnerung:
Lucifer: "Gott und Mom hatten Sex, so is das Universum entstanden"
Psychologin: "Der Big Bang?"
Lucifer: "Sie hätten nie gedacht wie angemessen der Name wirklich is" xD
 

Wenn Kunden zu uns kommen, dann laufen wir in Lederhosen rum, kein Problem...

Wenn Kunden zu uns kommen, dann laufen wir in Lederhosen rum, kein Problem...

Wenn Kunden zu uns kommen, dann laufen wir in Lederhosen rum, kein Problem...

Solange man keinen Kundenkontakt hat, ist kurze Hose OK. Hat man jedoch Kundenkontakt (sitzt z.B. beim Kunden), dann kenne ich es halt so, dass man lange Hosen tragen und sinnvolle Schuhe tragen soll. Hat aber unter anderem wohl auch den Hintergrund, dass die Leute dann nicht in Flip Flops und mit kurzer Schlabberhose ankommen, wie ich dies schon beim ein oder anderen gesehen habe...
Mag sein, dass mein Anzug, da nicht maßgeschneidert nicht so gemütlich ist, aber ich fühle mich darin einfach eingeengt von den Schultern her und wenn man sich setzt muss man immer den Knopf aufmachen, oder es sieht doof aus. Jeans und Kapuzenpullover ist mir da eindeutig lieber. Ich überzeuge lieber durch fachliche Kompetenz als durch meine Kleidung.  
Das ist DEINE Meinung dazu. Ich finde, es kann durchaus gut aussehen - kommt halt auf den Kleidungsstil an und ob das zu der Person passt.

Ich glaube dass diese Aussage - gerade für die inhouse IT - in vielen Fällen nicht haltbar ist.

sry ist Humbug was ich geschrieben habe