KeeperOfCoffee

Ich hoffe mal, dass das hier nicht wirklich die richtige Kontrolle ist...

Er hat ein Bild gepostet. Vermutlich ist mit Quelle die Bildquelle oder ein Link gemeint.

Ich denke hier läuft was schief

Yep, da waren halt Profis am Werk :D. War auch toll 15min zu warten bis eine protable Anwendung mal bereit ist

Ich ignoriere mal die Topics vor mir und geh mal darauf ein: Kurz: Kann dir keiner beantworten... dies kommt immer auf die Berufsschule an. Ich z.B. habe damals einen USB Stick mit protablen Anwendungen bekommen, sicher war da auch ein OpenOffice oder so drauf. Generell wurden Präsentationen abgearbeitet und Office war Standard. Vor allem nachdem bei einigen Leuten andere Lösungen nicht funktionierten bzw. sie ihre Präsis nicht richtig in der Google Cloud hatten, bei OpenOffice irgendwas immer abgeschmiert ist und und und. Prezi war auch sehr beliebt, aber das ist nicht kostenlos...hatten sicher vom Betrieb eine Lizenz. Es ist also immer unterschiedlich je nach Schule. Bei mancher geht man von Office aus, bei mancher ist Office vlt. gar nicht installiert. Ich kann nur empfehlen, Präsis immer doppelt und dreiffach zu speichern/abzulegen, da immer irgendwas schief geht.

Ich würde empfehlen die Asynchronous programming patterns zu lernen die .NET unterstützt bzw. vor allem das TAP lernen, da es das empfohlene/übliche Pattern ist. https://docs.microsoft.com/en-us/dotnet/standard/asynchronous-programming-patterns/ HIer musst du eben entscheiden, ob es nicht sinnvoller ist gleich mit einer synchroner Methode zu arbeiten. Wenn an einer gezielten Stelle "nichts weitergehen kann" weil du z.B. ein Zwischenergebnis brauchst, dann wäre asynchrone Programmierung hier evtl. fehl am Platz. Du müsstest schließlich hier auf das Ergebnis warten bzw. dir das Result des Tasks ansehen. Das schöne ist halt, dass du nichts "abarbeitest" sondern viele Dinge gleichzeitig machen kannst. Das ist praktisch bei einer recht großen UI die mit vielen Daten gefüttert wird. Stell dir vor du musst in einem Fenster große Datenmengen nacheinander abholen und der UI wäre blockiert... Auch hast du die Freiheit Tasks zu canceln, falls etwas schief geht => https://docs.microsoft.com/en-us/dotnet/standard/parallel-programming/task-cancellation Meine Empfehlung wäre: Such dir mal ne offene API (https://github.com/public-apis/public-apis) und spiele damit rum. Gerade wenn du eine Anwendung erstellst, die mit einer API kommuniziert, setzt du auf asnychrone Programmierung. Ein Beispiel: Deine Anwendung zeigt dem User nebenbei noch das Wetter an, welches du von einer Wetter-API bekommst. Jetzt soll natürlich nicht ständig die UI blockiert werden, wenn das Wetter abgerufen wird. Das Ding soll so nebenbei laufen. Auch soll die App nicht abstürtzen, wenn die Wetter-API Probleme hat. Ist ja nicht deine Baustelle. Du willst also asynchron mit der API kommunizieren. Wenn du Daten bekommst => super, wenn nicht => App läuft weiter und schmiert nicht ab.

Ich bezweifel stark, dass man da Gewinn machen kann. Wer effizient Krypto minen will geht auf GPUs, nicht umsonst sind die vergriffen. Und außerdem schürft man nicht in Deutschland. Nicht umsonst waren die ersten "Unternehmen" die es gemacht haben in Skandinavien, später China und Kanada. Von den USA ganz zu schweigen: https://t3n.de/news/krypto-kraftwerk-bitcoin-strom-1418514/