Whiz-zarD

Jetzt wird es echt albern...
 

Aber ehrlich gesagt: Who cares?
Man sollte doch glücklich sein, wenn eine befristete Stelle doch zu einer unbefristeten wird. Ich kenne mich im öD nicht aus aber in der Wirtschaft darf doch auch ein neuer Vertrag in der selben Firma nicht zum Nachteil des Arbeitnehmers ausgelegt werden.

Die Frage habe ich mir auch gestellt.
 
 

Programmieren kannst du knicken. Nicht umsonst gibt es da ganze Firmen, die sich nur mit diesem Thema beschäftigen.
Man kann aber mit dem Print-Befehl über Eingabeaufforderung bzw. Powershell Dateien drucken.
Edit: Falls das nicht funktionieren sollte, dann kann man auch Adobe Reader per Eingabeaufforderung so steuern, dass er eine Datei drucken soll. Man könnte also die Aktivitäten in einem Ordner tracken und wenn eine neue PDF-Datei in diesem Ordner erstellt wurde, setzt man dann ein Befehl ab, der dann diese druckt.

Da wird es sicherlich (bald) Hersteller von Kassen geben, die sowas out-of-the-box unterstützen. Da du anscheinend nicht so richtig Ahnung davon hast, sowas professionell umzusetzen, würde ich von Eigenentwicklungen abraten. 

Programmieren kannst du knicken. Nicht umsonst gibt es da ganze Firmen, die sich nur mit diesem Thema beschäftigen.
Man kann aber mit dem Print-Befehl über Eingabeaufforderung bzw. Powershell Dateien drucken.
Edit: Falls das nicht funktionieren sollte, dann kann man auch Adobe Reader per Eingabeaufforderung so steuern, dass er eine Datei drucken soll. Man könnte also die Aktivitäten in einem Ordner tracken und wenn eine neue PDF-Datei in diesem Ordner erstellt wurde, setzt man dann ein Befehl ab, der dann diese druckt.

Willkommen im Club.

Mit C# kannst du auch mit Xamarin ebenfalls Apps bauen.
Die Frage, ob Java oder C# ist eine Glaubensfrage. Ich persönlich kenne beide Seiten und tendiere zu C#, da die Sprache modernere Ansätze verfolgt. Ea bekommt immer mehr Ansätze aus der funktionalen Programmierung und das .NET-Framework ist inzwischen auch Open Source.
Es gibt aber sicherlich auch wiederum Leute, die Java empfehlen. Ich würde eher schauen, welches Know-How in der Firma zu finden ist. Liegt das Know-How mehr in Java, würde ich Java nehmen. Beide Sprachen ähneln sich zwar aber die Frameworks arbeiten schon anders und das Know-How muss dann erst mal aufgebaut werden.

Bei festen Arbeitsplätzen ist es immer ratsam, ein Kabel zu verlegen, um Probleme zu beseitigen. WLAN-Netze unterliegen einer Instabilität, z.B. durch einer Kollision oder einer Überlastung. Die Übertragungsrate schwankt. Auch ist im WLAN-Netzen eine Kollisionsüberprüfung notwendig, die zusätzlich die Übertragungsrate sinken lässt. Kollisionen und Störungen lassen sich auch nicht unterscheiden, was eine Fehlersuche schwieriger macht. Mit einem Netzwerk im Full-Duplex, was nur mit Kabel möglich ist, kann man auf die Kollisionsüberprüfung verzichten, da keine Kollisionen auftreten können. Zudem können, bei guter Abschirmung, keine oder nur sehr wenige Störungen auftreten. Wenn Störungen auftreten, dann liegt es an einem Gerät im Netzwerk und nicht am Datentransfer selbst. Die Übertragungsrate bleibt bei Kabelverbindungen nahezu konstant.

Variante 1 stellt ein Datenstrom dar. Diese Variante hat den Vorteil, dass man unendlich viele Datensätze an den Aufrufer senden kann, ohne den Speicher groß beanspruchen zu müssen, da immer nur der jeweilige Datensatz im speicher ist, der gerade mit yield return zurückgegeben wird. Du willst z.B. alle Namen der Freunde auf dem Bildschirm ausgeben:
foreach(var friend in this.GetAll()) Console.WriteLine($"{friend.FirstName} {friend.LastName}"); In der ersten Variante wird also nun der erste Datensatz per yield return an die foreach-Schleife zurückgeben. Es wird sich dann die Stelle gemerkt, wo er sich gerade in der GetAll()-Methode befindet. In der foreach-Schleife wird dann der Name des Freundes auf der Konsole ausgeben. Dann fängt die Schleife von Vorne an und geht wieder zurück nach GetAll(). Da sich gemerkt wurde, in welcher Zeile er sich befindet, geht er nun zur nächsten Zeile und führt wieder ein yield return aus. usw, bis die GetAll()-Methode komplett durchlaufen ist.
In der zweiten Variante wird allerdings eine Liste erzeugt und alle Datensätze werden in diese Liste gespeichert und wird zurückgegeben. Damit haben wir nun 4 Datensätze im Speicher und wir verbrauchen somit mehr Arbeitsspeicher.
Stell dir vor, du bekommst die Datensätze nun aus einer Datenbank und in der Datenbank sind 10 Mio. Datensätze gespeichert. Mit einem yield return könnte man diese Menge ohne Probleme abarbeiten. Mit der zweiten Variante würde aber der Speicher platzen, da wir mit Sicherheit nicht so viel Arbeitsspeicher haben, um die 10 Mio. Datensätze zu speichern.
Der Nachteil von Variante 1 ist allerdings, dass wir im Datenstrom nicht zurückspringen können, wie bei einer Liste. Wir können also immer nur den nächsten Datensatz abrufen.

Variante 1 stellt ein Datenstrom dar. Diese Variante hat den Vorteil, dass man unendlich viele Datensätze an den Aufrufer senden kann, ohne den Speicher groß beanspruchen zu müssen, da immer nur der jeweilige Datensatz im speicher ist, der gerade mit yield return zurückgegeben wird. Du willst z.B. alle Namen der Freunde auf dem Bildschirm ausgeben:
foreach(var friend in this.GetAll()) Console.WriteLine($"{friend.FirstName} {friend.LastName}"); In der ersten Variante wird also nun der erste Datensatz per yield return an die foreach-Schleife zurückgeben. Es wird sich dann die Stelle gemerkt, wo er sich gerade in der GetAll()-Methode befindet. In der foreach-Schleife wird dann der Name des Freundes auf der Konsole ausgeben. Dann fängt die Schleife von Vorne an und geht wieder zurück nach GetAll(). Da sich gemerkt wurde, in welcher Zeile er sich befindet, geht er nun zur nächsten Zeile und führt wieder ein yield return aus. usw, bis die GetAll()-Methode komplett durchlaufen ist.
In der zweiten Variante wird allerdings eine Liste erzeugt und alle Datensätze werden in diese Liste gespeichert und wird zurückgegeben. Damit haben wir nun 4 Datensätze im Speicher und wir verbrauchen somit mehr Arbeitsspeicher.
Stell dir vor, du bekommst die Datensätze nun aus einer Datenbank und in der Datenbank sind 10 Mio. Datensätze gespeichert. Mit einem yield return könnte man diese Menge ohne Probleme abarbeiten. Mit der zweiten Variante würde aber der Speicher platzen, da wir mit Sicherheit nicht so viel Arbeitsspeicher haben, um die 10 Mio. Datensätze zu speichern.
Der Nachteil von Variante 1 ist allerdings, dass wir im Datenstrom nicht zurückspringen können, wie bei einer Liste. Wir können also immer nur den nächsten Datensatz abrufen.

Stimmt. Ist mir nicht aufgefallen aber man kann ja dennoch mal wieder darüber reden. 

Mein C64C steht bei mir zu Hause und er läuft.
Hab mir neulich erst ein neues Netzteil geholt, weil man die alten, aufgrund der langen Lagerung, nicht mehr nutzen sollte. Demnächst wollte ich mir dann entweder ein Pi1541 oder ein SD2IEC besorgen, für die Laufwerksemulation. Das Ultimate-II-Modul ist mir dann doch etwas zu teuer. Ein 1541-Laufwerk hab ich zwar noch aber keine Disketten. Da das Gehäuse sehr vergilbt ist und Retrobright (eine Variante, um vergilbte Gehäuseteile zu bleichen) ja und auch nur bedingt hilft, hab ich auf Indiegogo für neue Keycaps gespendet.
 
 

Indem gejammert wird, dass es keine Fachkräfte gibt und welche aus dem Ausland hierhergekarrt werden sollen, die für einen niedeigeren Lohn arbeiten.

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

Wer googlen muss, ist kein echter ITler.

550 EUR pro Monat(?) ist auch extrem wenig. Klingt für mich, als würde er nur einen Deppen suchen, an den er die Drecksarbeit unter dem Mindestlohn billig outsourcen kann, während er weiterhin das Geld kassiert. Zumal man bei einer Selbstständigkeit nicht von einem Gehalt spricht, sondern von einem Honorar und ein festes monatliches(?) Honorar schreit schon nach Betrug.

550 EUR pro Monat(?) ist auch extrem wenig. Klingt für mich, als würde er nur einen Deppen suchen, an den er die Drecksarbeit unter dem Mindestlohn billig outsourcen kann, während er weiterhin das Geld kassiert. Zumal man bei einer Selbstständigkeit nicht von einem Gehalt spricht, sondern von einem Honorar und ein festes monatliches(?) Honorar schreit schon nach Betrug.

Eine Antwort hat er schon in einem anderen Forum gefunden, auch wenn ihm die Antwort nicht schmeckt...
https://administrator.de/forum/heißt-auf-nächste-quantisierungstufe-gesprungen-50prozent-stufe-erreicht-wird-digitalisierung-analogen-s-536284.html
Eigentlich ist die Antwort ganz einfach, wenn man mal darüber nachdenkt, welche Eigenschaften ein analoges Signal hat.

Eine Antwort hat er schon in einem anderen Forum gefunden, auch wenn ihm die Antwort nicht schmeckt...
https://administrator.de/forum/heißt-auf-nächste-quantisierungstufe-gesprungen-50prozent-stufe-erreicht-wird-digitalisierung-analogen-s-536284.html
Eigentlich ist die Antwort ganz einfach, wenn man mal darüber nachdenkt, welche Eigenschaften ein analoges Signal hat.

Davon kann ich ein Liedchen singen.
"Achtung: Wir haben Komponente X geändert. Sie hat jetzt ein Breaking Chance."
- "Wir wollten aber heute ausliefern."
...

Dito.
ich habe in den letzten beiden Jahren öfter mal Vorstellungsgespräche und den ganzen Kram mitgemacht, was Wechselabsichten betrifft bin ich zu dem Schluss gekommen...
... es müsste sich im aktuellen Job einiges zum negativen ändern
z.B. neue Kollegen mit denen ich mich absolut nicht verstehe. Umzug des Büros von aktueller Toplage (Stadtpark + Einkaufsmöglichkeiten 200m entfernt) zur miesen Lage.
... oder man müsste mir einen Haufen mehr Geld geben, zusätzlich müsste die neue Firma aber auch einen super Eindruck machen
... die neue Firma müsste mir mehr Geld zahlen und einen 80 bis 100% Remote-Arbeitsplatz anbieten
Dann würde ich höchstwahrscheinlich in die Heimat zurückziehen und mir endlich Hunde holen, easy
... ich müsste Lust auf völlig neue Technologien haben (und bei der neuen Firma mehr Geld verdienen)
Passiert nicht. Ich mag PHP und JS, habe aber gleichzeitig öfter mal die Möglichkeiten kleinere Projekte auch mal in Java oder so umzusetzen.
 
Also, ich bleibe wohl noch eine Weile hier

XAML ist sowieso ein sehr schwieriges Thema. Das solltest du nicht als Referenz nehmen. Meiner Meinung ist XAML sowieso viel zu überladen mit Funktionen. Microsoft ist es mal wieder nicht geschafft, ein Grundgerüst bereitzustellen, da dem man sich langhangeln kann. Aus der WinForms-Katastrophe haben sie nichts gelernt.
Im Grunde gibt es nur eine Möglichkeit, sich in Technologien einzuarbeiten: Ausprobieren, ausprobieren und noch mal ausprobieren. Die Softwareentwicklung ist stetig im Wandel. Heutige Lösungsansätze können Morgen schon wieder als überholt gelten, weil man wieder neue Erkenntnisse gewonnen hat. Es ist klar, dass was man heute Entwickelt, morgen so nicht mehr machen würde. Darum ist es auch wichtig, dass das Management dies anerkennt und dem Entwickler auch die Möglichkeiten geben, die sog. "technischen Schulden" abzuarbeiten, damit der Code sich stetig verbessert.
 

XAML ist sowieso ein sehr schwieriges Thema. Das solltest du nicht als Referenz nehmen. Meiner Meinung ist XAML sowieso viel zu überladen mit Funktionen. Microsoft ist es mal wieder nicht geschafft, ein Grundgerüst bereitzustellen, da dem man sich langhangeln kann. Aus der WinForms-Katastrophe haben sie nichts gelernt.
Im Grunde gibt es nur eine Möglichkeit, sich in Technologien einzuarbeiten: Ausprobieren, ausprobieren und noch mal ausprobieren. Die Softwareentwicklung ist stetig im Wandel. Heutige Lösungsansätze können Morgen schon wieder als überholt gelten, weil man wieder neue Erkenntnisse gewonnen hat. Es ist klar, dass was man heute Entwickelt, morgen so nicht mehr machen würde. Darum ist es auch wichtig, dass das Management dies anerkennt und dem Entwickler auch die Möglichkeiten geben, die sog. "technischen Schulden" abzuarbeiten, damit der Code sich stetig verbessert.
 

Woher sollen denn auch weitere Buchstaben herkommen?
Nimm den Debugger, setz ein Breakpoint in die main()-Methode und durchlaufe deinen Code.
Edit: Ich will dich nicht ärgern aber das Problem ist sehr offensichtlich und du wirst es merken, wenn du den Code mit dem Debugger Schrit-für-Schritt durchläufst. Die eingabe()-Methode wird nur einmal aufgerufen. Deswegen kannst du auch nur ein Buchstabe eingeben.