Whiz-zarD

Performance ist nicht das Problem. Über Performance würde ich mich erst Gedanken machen, wenn es wirklich ein Problem mit dieser gibt. Performanceoptimierung heißt in den meisten Fällen, dass der Code unübersichtlicher wird.
Wie man den Code nun übersichtlicher macht, ist ein recht großes Thema und lässt sich auch nicht mit einfachen Worten erklären. Wenn du 10 Entwickler an die Aufgabe lässt, wirst du 11 Lösungen bekommen.
In der Objektorientierung hat sich aber das sog. SOLID-Prinzip bewährt. Das S steht für "Single-Responsibility-Principle", das besagt, dass eine Methode oder eine Klasse nur für eine Sache zuständig sein soll. Wenn man jetzt deine button1_Click()-Methode anschaut, dann sie quasi für alles zuständig ist. Also sie würfelt, analysiert und macht die Ausgabe. Ich weiß es, weil ich die Aufgabe kenne und auch deine Gedanken dahinter verstanden habe aber kann ein anderer erkennen, dass der folgende Code ein Würfel sein soll?
Random Zufall = new Random(); [...] int Zahl = Zufall.Next(1, 7); Nicht so wirklich, oder? Er sieht nur, dass du dort Zufallszahlen zwischen 1 und 6 generierst aber das es ein Würfel sein soll, lässt sich in diesem Kontext nicht herauslesen. Also würde ich im ersten Schritt genau daraus einen Würfel bauen. Also wir erstellen eine Klasse, die einen Würfel repräsentiert. Diese Klasse hat dann eine Roll()-Methode, die dann uns eine Zufallszahl zurückgibt. Das Endergebnis würde dann so aussehen:
int number = dice.Roll(); So lässt sich dann auch im Kontext lesen, dass wir es mit einem Würfel zu tun haben, der gewürfelt wird.
Analog das selbe gilt auch fürs Analysieren. Da würde ich auch eine Klasse bauen, die genau das übernimmt. Da könnte es dann z.B. eine Analyse()-Methode geben, die als Parameter die Nummer entgegennimmt und sie entsprechend eingruppiert. Eine GetCount()-Methode könnte dann die Anzahl zurückliefern:
int number = dice.Roll(); analyser.Analyse(number); [...] label3.Text = "Es wurde " + analyser.GetCountOfNumber(1) + " mal die Eins gewürfelt"; Natürlich könnte man noch viel mehr erzählen. z.B. über MVC (Model-View-Controller), etc aber ich denke, das würde zu weit führen. Ich denke, dass selbst mein Text schon zu weit geht.
Zum Thema String vs. StringBuilder vs. Stringinterpolation:
Ich denke mal, der TE kann mit dem Wort "immutable" nichts anfangen. Ich bin mir nicht mal sicher, ob der TE überhaupt eine Ausbildung macht oder nur ein Schüler auf einer allgemeinbildende Schule ist. Daher sollte man ihn vielleicht auch mal erklären, was immutable heißt. Zumal es performancetechnisch wohl keinen allzu großen Unterschied macht, ob er die Strings verkettet und somit einen neuen erzeugt oder einen StringBuilder verwendet. Wenn er einen eigenen StringBuilder verwendet, dann muss jedes Mal die Clear()-Methode aufgerufen werden, was den Code zumüllen würde. Darüber hinaus müsste er jedes String-Fragment mit der Append()-Methode zusammenführen, was schlecht lesbar ist.
Daher würde ich hier auf den StringBuilder verzichten und die Stringinterpolation verwenden. Diese verwendet intern auch nur die string.Format()-Methode und in dieser Methode wird ein gecachter StringBuilder verwendet, der eben die Clear()-Methode aufruft.
Ob man jetzt also
"Es wurde " + Eins + " mal die Eins gewürfelt"; oder
$"Es wurde { Eins } mal die Eins gewürfelt"; ist aus meiner Sicht erst mal irrelevant. Da es sich hier um eine Mikrooptimierung des Code handelt. Dann läuft der Code halt 10 Nanosekunden langsamer. Na und? Wir reden hier nicht von einem Hochverfügbarkeitssystem, was die Zahlen in Echtzeit anzeigen soll.
Ja, man kann die Problematik ansprechen aber geht es nicht erst mal darum, den Code lesbarer zu machen? Im Idealfall liest sich der Code wie ein Buch und da sollte die Reise hingehen und nicht welche Mikrooptimierung man nun unbedingt einbauen muss.

Mh alles scheiße irgendwie

Wer sagt, dass ich auf Gehalt verzichte?
Schon wieder Gehalt...
Nenn mich altmodisch aber ich bin kein Freund von Home Office. Erst mal aus persönlicher Sicht, da ich mich zu Hause nicht so recht auf die Arbeit konzentrieren kann und dann sind auch die Kommunikationswege umständlicher. z.B. ist Pair-Programming oder Code Reviews schlechter realisierbar. Bei uns kommen auch spontane Meetings recht häufig vor, wo wir uns dann vor einem Whiteboard versammeln und uns eine Lösung überlegen. Die Digitalisierung macht nun mal nicht alles besser.
Ich hab Arbeitskollegen, die arbeiten drei mal die Woche von zu Hause. Das ist alles kein Ding. Ich fahre aber lieber ins Büro aber es ist gut zu wissen, dass ich auch mal von zu Hause arbeiten kann, wenn es nicht anders geht und das ohne Verzicht auf Gehalt...

Ein binärer Baum ist nur eine Sonderstruktur eines Baumes. Ein binärer Baum hat nur zwei Knoten pro Wurzel. Ein Baum hingegen kann viele haben. Somit ist ein binärer Baum für eine XML-Struktur nicht geeignet und ob man das jetzt DOM (Document Object Model) oder Baum nennt, ist erst mal irrelevant, da ein DOM auch nichts weiter als ein Baum ist.
https://de.wikipedia.org/wiki/Document_Object_Model

Ich bin da etwas anderer Meinung. Ja, eine Ausbildung ist dazu da, jemanden auszubilden. Das steht außer Frage aber ich denke schon, dass das Reinschnuppern in die Tätigkeiten eines Entwicklers nicht falsch ist, um ein besseres Bild vom Beruf zu bekommen. Ich kenne inzwischen sehr viele Leute, die zwar "voll bock" auf Programmieren hatten aber nach kurzer Zeit doch gemerkt haben, dass es nichts für sie ist, weil sie komplett falsche Vorstellungen hatten. Ja, dafür ist zwar auch die Probezeit gedacht aber ich finde, es ist dann schon vergeudete lebensmühe, Bewerbungen zu schreiben, Vorstellungsgespräche zu führen, dann einen Ausbildungsplatz annehmen und erst dann zu merken, dass der Beruf für einen nichts ist. Dann doch lieber einen, der schon mal ein bisschen Erfahrungen gesammelt hat und weiß, worauf er sich einlässt. 
Ob man jetzt stur seinen wirren Code schreibt, nur weil man anfänglich schon programmiert hat, hängt von jeder Person selber ab, ob er die Ratschläge aus der Ausbildung annimmt oder nicht. Ich kenne welche, die hatten vor ihrer Ausbildung keine Berührungspunkte zur Softwareentwicklung und schreiben selbst Jahre nach ihrer Ausbildung immer noch Spaghetticode. Diese Personen haben die selbe Assistentenausbildung absolviert, wie ich und die Ausbildung ist schon nicht schlecht. Die Schule genießt vor allem in Norddeutschland einen sehr guten Ruf. Ich für meinen Teil programmiere schon seit ich 8 Jahre alt bin und habe die Ratschläge in der Ausbildung dankend angenommen und leite hier in der Firma eine Clean Code-Initiative. Man kann also nicht pauschal sagen, nur weil man schon vorher Dinge entwickelt hat, sei man für die Ausbildung als FIAEler ungeeignet.

Wenn du die Anteile 0, 25, 50, 75 und 100 mit in der Dropdownmenü haben willst, dann musst du diese in die DataTable packen und nicht direkt ins Dropdownmenü.
Ich bin zwar jetzt nun auch kein WebForms-Experte aber um den konkreten Wert anzuzeigen, anstatt "System.Data.DataRowView" reicht es evtl. schon die Eigenschaft DataTextField und DataValueField (damit der konkrete Wert ausgewählt wird) zu setzen. Also:
ddl.DataTextField = "anteil"; ddl.DataValueField = "anteil"; Ansonsten weiß er nicht, was er anzeigen soll und führt einfach auf dem Objekt die ToString()-Methode aus, was eben genau zu deinem Effekt führt.

Ich bin da etwas anderer Meinung. Ja, eine Ausbildung ist dazu da, jemanden auszubilden. Das steht außer Frage aber ich denke schon, dass das Reinschnuppern in die Tätigkeiten eines Entwicklers nicht falsch ist, um ein besseres Bild vom Beruf zu bekommen. Ich kenne inzwischen sehr viele Leute, die zwar "voll bock" auf Programmieren hatten aber nach kurzer Zeit doch gemerkt haben, dass es nichts für sie ist, weil sie komplett falsche Vorstellungen hatten. Ja, dafür ist zwar auch die Probezeit gedacht aber ich finde, es ist dann schon vergeudete lebensmühe, Bewerbungen zu schreiben, Vorstellungsgespräche zu führen, dann einen Ausbildungsplatz annehmen und erst dann zu merken, dass der Beruf für einen nichts ist. Dann doch lieber einen, der schon mal ein bisschen Erfahrungen gesammelt hat und weiß, worauf er sich einlässt. 
Ob man jetzt stur seinen wirren Code schreibt, nur weil man anfänglich schon programmiert hat, hängt von jeder Person selber ab, ob er die Ratschläge aus der Ausbildung annimmt oder nicht. Ich kenne welche, die hatten vor ihrer Ausbildung keine Berührungspunkte zur Softwareentwicklung und schreiben selbst Jahre nach ihrer Ausbildung immer noch Spaghetticode. Diese Personen haben die selbe Assistentenausbildung absolviert, wie ich und die Ausbildung ist schon nicht schlecht. Die Schule genießt vor allem in Norddeutschland einen sehr guten Ruf. Ich für meinen Teil programmiere schon seit ich 8 Jahre alt bin und habe die Ratschläge in der Ausbildung dankend angenommen und leite hier in der Firma eine Clean Code-Initiative. Man kann also nicht pauschal sagen, nur weil man schon vorher Dinge entwickelt hat, sei man für die Ausbildung als FIAEler ungeeignet.

Ich bin da etwas anderer Meinung. Ja, eine Ausbildung ist dazu da, jemanden auszubilden. Das steht außer Frage aber ich denke schon, dass das Reinschnuppern in die Tätigkeiten eines Entwicklers nicht falsch ist, um ein besseres Bild vom Beruf zu bekommen. Ich kenne inzwischen sehr viele Leute, die zwar "voll bock" auf Programmieren hatten aber nach kurzer Zeit doch gemerkt haben, dass es nichts für sie ist, weil sie komplett falsche Vorstellungen hatten. Ja, dafür ist zwar auch die Probezeit gedacht aber ich finde, es ist dann schon vergeudete lebensmühe, Bewerbungen zu schreiben, Vorstellungsgespräche zu führen, dann einen Ausbildungsplatz annehmen und erst dann zu merken, dass der Beruf für einen nichts ist. Dann doch lieber einen, der schon mal ein bisschen Erfahrungen gesammelt hat und weiß, worauf er sich einlässt. 
Ob man jetzt stur seinen wirren Code schreibt, nur weil man anfänglich schon programmiert hat, hängt von jeder Person selber ab, ob er die Ratschläge aus der Ausbildung annimmt oder nicht. Ich kenne welche, die hatten vor ihrer Ausbildung keine Berührungspunkte zur Softwareentwicklung und schreiben selbst Jahre nach ihrer Ausbildung immer noch Spaghetticode. Diese Personen haben die selbe Assistentenausbildung absolviert, wie ich und die Ausbildung ist schon nicht schlecht. Die Schule genießt vor allem in Norddeutschland einen sehr guten Ruf. Ich für meinen Teil programmiere schon seit ich 8 Jahre alt bin und habe die Ratschläge in der Ausbildung dankend angenommen und leite hier in der Firma eine Clean Code-Initiative. Man kann also nicht pauschal sagen, nur weil man schon vorher Dinge entwickelt hat, sei man für die Ausbildung als FIAEler ungeeignet.

Das ändert dennoch nichts an der Tatsache, dass du es hier mit einem DropDownMenü zu tun hast. Ob da rum nun ein DataGrid ist oder nicht, ist doch völlig wurscht. Fakt ist, du willst den Anteil anzeigen, der in der Datenbank gespeichert ist und zusätzlich die verfügbaren Optionen. 

Was für ein Quatsch...
Wie soll man da auch großartig helfen können? Wir kennen diese Person nicht persönlich und auch nicht seine Neigungen. Auch für Freunde und Familie wird es schwer, die Frage zu beantworten. Das muss er wohl oder übel selbst mit sich ausmachen, was für ihn besser geeignet wäre.
Das einzige, was ich empfehlen könnte, wäre ein Praktikum zu absolvieren. z.B. als Softwareentwickler, um mal zu sehen, ob das Thema überhaupt einen schmeckt. In meiner Ausbildung hatte ich auch viele Kommilitonen, die sich anfänglich für die Softwareentwicklung interessiert haben aber später doch die Ausbildung abbrachen, weil es doch schwieriger war, als sie dachten.

Was für ein Quatsch...
Wie soll man da auch großartig helfen können? Wir kennen diese Person nicht persönlich und auch nicht seine Neigungen. Auch für Freunde und Familie wird es schwer, die Frage zu beantworten. Das muss er wohl oder übel selbst mit sich ausmachen, was für ihn besser geeignet wäre.
Das einzige, was ich empfehlen könnte, wäre ein Praktikum zu absolvieren. z.B. als Softwareentwickler, um mal zu sehen, ob das Thema überhaupt einen schmeckt. In meiner Ausbildung hatte ich auch viele Kommilitonen, die sich anfänglich für die Softwareentwicklung interessiert haben aber später doch die Ausbildung abbrachen, weil es doch schwieriger war, als sie dachten.

Was für ein Quatsch...
Wie soll man da auch großartig helfen können? Wir kennen diese Person nicht persönlich und auch nicht seine Neigungen. Auch für Freunde und Familie wird es schwer, die Frage zu beantworten. Das muss er wohl oder übel selbst mit sich ausmachen, was für ihn besser geeignet wäre.
Das einzige, was ich empfehlen könnte, wäre ein Praktikum zu absolvieren. z.B. als Softwareentwickler, um mal zu sehen, ob das Thema überhaupt einen schmeckt. In meiner Ausbildung hatte ich auch viele Kommilitonen, die sich anfänglich für die Softwareentwicklung interessiert haben aber später doch die Ausbildung abbrachen, weil es doch schwieriger war, als sie dachten.

Dann könnte man sich auch überlegen, die Spiellogik in eigene Klassen auszulagern, anstatt sie in eine Form zu schreiben, damit das Spiel von der grafischen Oberfläche unabhängig wird.

Im Berufsleben kommt es eher später darauf an, welche Referenzen man vorzuweisen hat. Wenn ein FISI später hauptsächlich Entwicklertätigkeiten übernahm, hat man auch Chancen, als Entwickler irgendwo eingestellt zu werden. Es bringt also nichts, wenn du den AEler hinten ranhängst und dann doch nur Server administrierst. Man sollte aber auch nicht denken, nur weil man FIAEler ist, dass man sich plötzlich auf alle Entwicklerstellenangebote bewerben kann, denn auch hier kommt es auf die Referenzen an. Jemand, der z.B.  hauptsächlich mit C# oder Java entwickelt, wird wohl kaum ein Job als COBOL-Entwickler finden. Das betrifft allerdings nicht nur die Sprachen, sondern auch die Technologien, die man im Laufe seiner Berufszeit verwendet hat. Jemand der z.B. zwar mit C# entwickelt aber noch nie was mit WPF zu tun hatte, wird es schwierig haben, einen Job zu finden, wo WPF gefragt ist. 
Das ist nicht richtig. Es bringt dir keiner bei, wie man richtig programmiert. Richtiges Programmieren lernt man nicht aus Büchern, sondern nur durch Übung, Übung und noch mehr Übung. Bücher und Co. geben einem nur Hinweise, was man besser machen könnte aber die berühmte Silberkugel wird und kann dir keiner präsentieren. Oder meint jemand, der das Buch "Clean Code" von Robert C. Martin durchgelesen hat, plötzlich ein super Entwickler zu sein, der zu 100% die SOLID-Prinzipien einhalten kann? Tutorials geben oft nur Lösungen für einfache Beispiele und selbst da gibt es mal gute und mal schlechte Lösungen. 

Partielle Klassen verwende ich so gut wie gar nicht, weil sie nur in sehr wenigen Situationen wirklich Sinn machen. Partielle Klassen wurden in C# auch nur wegen WinForms eingeführt, damit man den automatisch generierten Code vom selbstgeschriebenen Code kapseln kann. Früher war der generierte Code mit dem selbstgeschrieben Code in einer Datei, was sehr unübersichtlich wurde, weil der generierte Code für die WinForms-Applikation sehr lang werden konnte.
Ich kenne dein Code jetzt nicht aber in der Regel entwickelt man Interfaces, die dann die Klassen implementieren und die Klassen werden dann per Inversion of Control bzw. Dependency Injection zusammengefügt. Also die Abhängigkeiten einer Klasse werden vom Erzeuger reingereicht. So könnte man z.B. ein Interface für die Sounds definieren:
public interface ISound { void Play(); } public class PlayerSound : ISound { public void Play() { \\ Spiele Sound } } Per Inversion of Control wird dies jetzt mit dem Player verbunden:
public class Player { public ISound Sound { get; private set; } public Player(ISound sound) { this.Sound = sound; } } Man sieht hier also, um eine Instanz von der Player-Klasse zu erzeugen, brauchen wir auch eine Instanz, die das ISound-Interface implementiert.
Zum Erzeugen der Player-Klasse müssen wir dann folgendes aufrufen:
var player = new Player(new PlayerSound()); Auf diese Weise ist die Player-Klasse nicht  mehr hart mit den Sounds verdrahtet und können die Sounds einfach austauschen. Beispiel:
public class PlayerASound : ISound { public void Play() { \\ Spiele "Uff" } } public class PlayerBSound : ISound { public void Play() { \\ Spiele "Ahh" } } var spielerA = new Player(new PlayerASound()); var spielerB = new Player(new PlayerBSound()); // ... spielerA.Sound.Play(); // Spielt "Uff" spielerB.Sound.Play(); // Spielt "Ahh"  

Weil der TE ständig die fehlenden Formeln bemängelt hat und ich nachgefragt habe, welche Formeln er meint.
Ich denke allerdings auch, dass der Fehler eher beim TE zu suchen sind. 27 Punkte sind nicht gerade viel und es kann nicht an fehlenden Formeln liegen, denn schließlich wird ein bisschen mehr abgefragt, als nur Zahlen in eine Formel zu übertragen. Außerdem hat der Prüfungsausschuss noch ein bisschen Mitsprecherecht, was die Bewertung der Prüfung angeht. Ich schrieb damals als einer der ersten die zentrale Abschlussprüfung (als Mechatroniker; hab sie mit einer 3 bestanden) und sowohl die Azubis als auch die Berufsschullehrer wussten nicht, was da kommen wird. Die Prüfungsausschüsse in HH haben daraufhin fast alle Aufgaben in WiSo, die das Mutterschaftsgesetz betrafen bei der Bewertung gestrichen. 

Sorry aber Zahlen in eine Formel einsetzen ist jetzt nun keine Kunst.

§15 Abs. 8 ITKTAusbV:
D.h. du musst in deiner Projektarbeit, GA I, GA II und WiSo überall mindestens eine 4 haben, um zu bestehen. 
In GA I hast du maximum eine 5 und somit nicht bestanden.

Weil der TE ständig die fehlenden Formeln bemängelt hat und ich nachgefragt habe, welche Formeln er meint.
Ich denke allerdings auch, dass der Fehler eher beim TE zu suchen sind. 27 Punkte sind nicht gerade viel und es kann nicht an fehlenden Formeln liegen, denn schließlich wird ein bisschen mehr abgefragt, als nur Zahlen in eine Formel zu übertragen. Außerdem hat der Prüfungsausschuss noch ein bisschen Mitsprecherecht, was die Bewertung der Prüfung angeht. Ich schrieb damals als einer der ersten die zentrale Abschlussprüfung (als Mechatroniker; hab sie mit einer 3 bestanden) und sowohl die Azubis als auch die Berufsschullehrer wussten nicht, was da kommen wird. Die Prüfungsausschüsse in HH haben daraufhin fast alle Aufgaben in WiSo, die das Mutterschaftsgesetz betrafen bei der Bewertung gestrichen. 

Warum nicht einen lokalen Server?
Dann könnte man direkt in dem Verzeichnis arbeiten, ohne mühseliges Hochladen. Hochgeladen wird dann nur noch beim Deployment.

Nein, eben nicht nur einmal ...
Eben doch ...
Diejenigen, die die Daten auswerten sind keine Programmiergenies. Sie können nicht einmal programmieren. Das sind sog. Data Scientists, die die Daten auswerten und daraus Algorithmen ableiten, die wiederum von einem Entwickler umgesetzt werden. Data Scientists ist ein völlig anderer Beruf und hat mit Softwareentwicklung nichts zu tun. Wie gesagt, du solltest dir mal ein paar Vorträge außerhalb von PR-Aktionen anschauen. Dann wirst du selber feststellen, dass die Datenauswertung die Softwareentwicklung nicht ablösen kann.
Data Scientists kann man eigentlich wie eine Fachabteilung in einem Unternehmen einordnen. Das sind diejenigen, die sich in der Fachdomäne auskennen. Die Entwickler aber in der Technikdomäne.

Das würde mich auch interessieren.
Ich glaube nicht, dass sich einfach eine Software von selbst per KI entwickeln lässt. So weit sind wir bei weitem noch nicht und wer weiß, ob wir da überhaupt hinkommen werden? Ein Admin lässt sich da leichter wegrationalisieren. Allein schon wegen SaaS (Software as a Service), PaaS (Platform as a Service) und FaaS (Function as a Service). Viele Firmen brauchen in Zukunft keine großartige IT mehr, da man vieles in eine Cloud auslagern kann, die per Knopfdruck sofort skaliert. Auch sowas wie Festplatten einbauen und RAID-Systeme konfigurieren, passiert in den Rechenzentren schon zum Großteil alleine. Da ist auch kein Admin mehr von Nöten. Oder auch Thema Netzwerk: IPv6 ist auch schon so konzipiert, dass die Ethernet-Schnittstellen von alleine sich selbst konfigurieren. Ein DHCP-Server ist gar nicht mehr nötig. Theoretisch fällt NAT weg., etc, etc.
Diese gesamte automatische Konfiguration fällt aber nicht vom Himmel. Sie muss entwickelt werden. Also sehe ich eher, dass der Bedarf an Entwicklern erst mal steigen wird. Ja, auch die wird abnehmen. Besonders wenn der Trend in Richtung FaaS gehen sollte, weil man eben damit mit weniger Zeit mehr erreichen kann, aber ich denke schon, dass längerfristig mehr Entwickler gesucht werden, als Admins.
Wir leben nicht in einem Hollywood-Film.
Vielleicht solltest du dich mal mit Machine Learning auseinander setzen zu mal schauen, was da wirklich abgeht. Bei Machine Learning geht es darum Muster in großen Datenmengen zu erkennen. Dafür müssen die Datenmengen aber erst mal auswertbar gemacht werden. D.h. sie müssen gefiltert und aggregiert werden. Solche Filterung- und Aggregatsfunktionen lassen sich aber nicht von alleine schreiben. Microsoft bietet z.B. dafür diverse APIs mit vorgefertigten Funktionen bzw. sogar eine komplette Entwicklungsumgebung: https://azure.microsoft.com/de-de/services/machine-learning-studio/
Mustererkennung in Datenmengen wird aber nicht die komplette Softwareentwicklung ablösen. Sie ist mehr ein Hilfsmittel um Entscheidungen besser treffen zu können. Dennoch müssen diese Entscheidungen auch programmiert werden. Eine Maschine wird nicht in der Lage sein, nur anhand von Daten ein Betriebssystemkernel zu bauen. Machine Learning kann dort eingesetzt werden, wo es auch massiv Daten gibt. z.B. habe ich mal einen Vortrag gesehen, wo es darum ging, einen Lügendetektor zu entwickeln, der die Entscheidung, ob jemand lügt oder nicht, anhand der Daten der Gehirnströme ausmacht. 

"Junior ..." ist eher eine Bezeichnung für einen Ausgelernten, der noch wenig Berufserfahrung hat. Daher passt es eher nicht.
Wie wäre es mit "Computer Science Trainee"?
 

"Junior ..." ist eher eine Bezeichnung für einen Ausgelernten, der noch wenig Berufserfahrung hat. Daher passt es eher nicht.
Wie wäre es mit "Computer Science Trainee"?
 

"Junior ..." ist eher eine Bezeichnung für einen Ausgelernten, der noch wenig Berufserfahrung hat. Daher passt es eher nicht.
Wie wäre es mit "Computer Science Trainee"?