Whiz-zarD

Naja, es werden doch mal weitere Erweiterungen hinzukommen, oder nicht?
Daher ist so etwas ja nicht unbedingt statisch und sollte auch nicht in der App hinterlegt werden, sondern sollte über eine REST-Schnittstelle abgerufen werden. Ansonsten müsste man bei jeder neuen Erweiterung eine neue Version der App ausliefern. Ich könnte mir da sowas wie OData vorstellen.

Das Problem ist, du rufst die Konstruktoren immer wieder neu auf. Du hast hier ein Zirkelschluss produziert.
Wenn du Settings instanziierst, wird im Konstruktor Form1 instanziiert und Form1 instanziiert wiederrum Settings, usw. usw.

Ich nehme mal an, dass Form1 dein Hauptfenster ist und in Form1 Settings aufgerufen werden soll. 
Settings darf von Form1 nichts wissen. Wozu auch? Und wenn Settings unbedingt Form1 kennen muss, dann musst du Form1 als Abhängigkeit reinreichen.

public Settings(Form mainForm)
{
	InitializeComponent();

	this.mainForm = mainForm
	iniText = form1.GetIniText();
}

Aber selbst das würde ich nicht tun. Ich würde beim Aufruf von Settings den iniText reinreichen:

public Settings()
{
	InitializeComponent();
}

public string IniText
{ 
	get { return this.iniTextTextBox.Text; }
	set { this.iniTextTextBox.Text = value; }
}

Dann würde ich Settings so aufrufen:

Settings settings = new Settings();
settings.IniText = "foo bar";
settings.Show();

Damit ist Settings nicht von Form1 abhängig.. Dies ist jetzt nur eine abgespeckte Version, um das Prinzip etwas zu verdeutlichen. Wenn du es wirklich elegant lösen willst, dann informiere dich über MVP (Model-View-Presenter).
 

Dann musst du mal erklären, was du unter "Set" verstehst und was du damit machen möchtest.
Natürlich kannst du dir auch eine XML-Datei schreiben und diese dann Parsen. Unter Java kannst du auch JAXB oder XMLBeans verwenden. Das sind Frameworks, mit der du XML-Elemente direkt mit Java-Klassen binden kannst. Das hat den Vorteil, dass du die Eigenschaften anpassen kannst, ohne gleich neu kompilieren zu müssen. Ansonsten musst du das Parsen selbst übernehmen; z.B. mit SAX. So oder so entspräche dies eher dem Open-Closed-Prinzip.

vor 10 Stunden schrieb Legislaturperiode:

 

@Whiz-zarD Ich weiß ungefähr, wie ich das manuell hinbekommen könnte, wurde in The Art of Unit Testing ja auch beschrieben. Aber ich suche eigentlich eine Art Framework dafür, damit ich das nicht alles selbst machen muss. Ist da ein Mockingframework das richtige? Ich hatte mir bisher nur DBunit angeschaut, bis ich gemerkt hab, dass das ein ganz anderes Problem löst.

Ja, ein Mocking-Framework nimmt dir dort viel Arbeit ab. Das erfordert aber, dass du für jede Abhängigkeit immer ein Interface bereitstellst. Dann kannst du ein Mocking-Framework benutzen und über das Framework bestimmen, wie die einzelnen Methoden reagieren sollen.

Welches Framework unter Java empfehlenswert ist, weiß ich leider nicht aber offenbar wird häufig JMockit oder Mockito verwendet. 

Da liegst du richtig, dass man es so nicht macht.

Ich schreibe hier gerade vom Smartphone aus, deswegen kann ich gerade kein Beispiel schreiben, aber das was zu suchst, nennt sich unter Java HashMap. Kannst ja mal danach suchen. 

vor 7 Minuten schrieb Klotzkopp:

Wie läuft denn diese Bearbeitung ab?

Ich denke dann mal wohl, dass die Bearbeitung per Hand erfolgt und deshalb die XML-Dateien sortiert haben möchte, damit man sich besser orientieren kann. Das ist also mehr ein organisatorisches Problem und kein technisches.

vor 10 Minuten schrieb Crash2001:

Ich denke mal das ist für dieses Shopsystem, das er plant/bastelt und da entweder um die Produkte sortiert anzeigen zu lassen oder aber für irgendeine andere Liste.

Sortiert aus Datenbank ausgeben ist anscheinend fehlgeschlagen?

Ein Shopsystem, was mit XML-Dateien rumhantiert und über die XML-Datei werden die Produkte sortiert, wie sie dann in der Oberfläche angezeigt werden? O_o 

Klingt sehr abenteuerlich. Schon mal ich dafür wohl nicht XML nehmen würde, sondern JSON, weil das Format kompakter ist.

Wozu muss eine XML-Datei sortiert werden?

Vielleicht wäre es angebracht, dass du dich erst mal mit C# beschäftigst (Bücher, Tutorials, etc.), denn offenbar scheitert es schon am Verständnis dieser Sprache bzw. am Verständnis der Objektorientierung.

Mehr fällt mir dazu nicht mehr ein ...

Kannst du es auch mal mit ordentlichen und vernünftigen Worten schreiben, was du überhaupt wissen möchtest? Wenn ich mir aber den wüst an Spaghetticode anschaue, dann denke ich mal, dass du es nicht kannst.

Auch wenn sich das erledigt haben sollte, ist die Tabelle Anwalt_1 unnötig, da alle Informationen schon in der anwalt-tabelle stecken. Außerdem sind die ganzen Präfixe unnötig, da sie zu viel Schreibarbeit benötigen. Wenn man die Tabellen joinen und dann auseinander halten möchte, so gibt es schon in der SQL-abfrage dafür Möglichkeiten.

Und was möchtest du jetzt wissen?

Darüber hinaus kommt mir die Aufgabe sehr bekannt vor. Es ist die selbe, die ich damals im Studium in der C-Übung machen musste. Keine Ahnung, wie es hier aussieht, wenn man ganze Aufgaben von anderen Leuten gelöst haben möchte. In anderen Foren wird der Thread geschlossen.

vor 20 Stunden schrieb King in the North:

Das mit dem Ausbildung für den Informatikkaufmann behalte ich mal im Hinterkopf, weil ich da ja wirklich bessere Chancen haben könnte. Trotzdem ist der FiAE das was ich machen will.

Warum willst du überhaupt FIAE lernen, wenn du mit deinen 27 Jahren nicht mal ansatzweise mit Softwareentwicklung in Berührung kamst? Was versprichst du dir dadurch? Wie stellst du dir den Beruf überhaupt vor?

vor 20 Stunden schrieb King in the North:

Generell bin ich schon dabei mir verschiedene Sachen einzueignen. Wie zum Beispiel das oben erwähnte oder auch Erfahrungen mit C++ und Java zu sammeln. Was denkt ihr denn was da am besten aussieht um meine Bewerbung etwas aufzumöbeln? Was was ich mir zukünftig aneignen kann macht die Bewerbung denn am attraktivsten?

Attraktiv machst du dich nicht mit der Sprache, mit der du entwickelst, sondern wie du mit der Sprache umgehst, denn man kann vieles falsch machen. Ich habe hier auch einige Arbeitskollegen, die zwar deutlich mehr Berufserfahrung haben als ich aber denen ich gerne die Tastatur wegnehmen würde, weil da hauptsächlich nur unwartbarer Spaghetticode rauskommt. In meinen Augen sind das einfach keine guten Entwickler, auch wenn sie schon seit 15 Jahren als Entwickler arbeiten. Neben der Sprache sollte man sich also auch kontinuierlich weiterentwickeln, was die Softwarequalität angeht, z.B. In der objektorientierten Welt haben sich die SOLID-Prinzipien sehr gut bewährt und die sollte man dann auch einhalten. Auch Unittests sollte man immer im Auge halten und diese auch schreiben. Dazu gibt es dann ja auch Techniken, die einen zwingen, Unittests zu schreiben, wie z.B. TDD (Test-driven Development). Wie man aber mit einer Sprache umgeht, lernt man aber nicht aus Büchern, sondern hier ist Erfahrung wichtig. Erfahrung, die du aber nicht hast. Es gibt zwar Bücher über Clean Code, SOLID und Softwarequalität aber die können nicht für jede Situation das passende Beispiel bringen.

30 der 40 Bewerbungen sind nur unterer Durchschnitt. Als ich damals ein Ausbildungsplatz gesucht habe, hatte ich bei 100 aufgehört, die Bewerbungen durchzunummerieren. 

Ich denke mal, dein Problem ist, dass im Lebenslauf kein roter Faden zu sehen ist. Das ist heutzutage sehr wichtig. Im Lebenslauf muss erkennbar sein, in welche Richtung du dich entwickeln möchtest, aber den sieht man hier nicht. Vor allem nicht für einen FIAEler. Erst ein abgebrochenes Soziologie-Studium, dann Job im Call-Center und dann noch ein abgebrochenes Lehramtsstudium in Wirtschaft/Politik, Geschichte. Hier gibt es nichts, was mit Informatik im entferntesten zu tun hat. Du magst dich vielleicht für Videospiele interessieren und hast auch mal ein CMS aufgesetzt und bastelst Rechner zusammen aber das reicht heute nicht mehr aus, denn das können auch schon 14-jährige, die sich für diese Themen interessieren. Die können sogar noch vieles mehr. Schaue dir z.B. mal die Projekte bei Jugend hackt an. Du kannst offenbar auch nichts in Richtung Softwareentwicklung vorweisen, was dich von den anderen hervorhebt. Du hast wohl auch noch nie ein Stück Software selbstentwickelt. Warum sollte man dich dann nehmen wollen? Wenn ich als Arbeitgeber deine Bewerbung lesen würde, würde ich mich schon fragen, ob du die Ausbildung überhaupt durchziehst? Auch wenn es hart klingen mag aber du hast bis jetzt nichts beenden können. Ob es dafür gute Gründe gibt, sei mal dahingestellt. 

An deiner Stelle würde ich eher schauen, ob du nicht ein Studienplatz finden könntest, denn ich denke dort hättest du mehr Erfolg. Vielleicht kann man dort auch von deinen vorherigen Studium was anrechnen lassen. Mit einem abgeschlossenen Informatik-Studium wäre zumindest eine Tür offen.

vor 7 Stunden schrieb Legislaturperiode:

@Whiz-zarD Wie fixe ich denn die von dir angesprochenen Punkte? Also mir gehts nicht um ne Lösung o.ä. (die will ich ja selbst schreiben :D), sondern viel mehr welches Thema ich mir anlesen muss um das zu lösen. Ich lese gerade noch ein bisschen in The Art of Unit Testing, aber ich wüsste jetzt nicht wirklich, wie ich das beheben könnte.

Mit dem Buch bist du schon sehr gut unterwegs, auch wenn das Buch mehr C#-lastig ist. Das war auch meine Lektüre zu diesem Thema und wird auch von vielen empfohlen. Im Buch wird das Dependency Injection Muster erläutert. Beim Dependency Injection werden Abhängigkeiten in die Klasse reingereicht. Man schreibt also z.B. nicht

public Class PersonRepository implements IRepository
{
	private final IDatabase database;

	public PersonRepository
	{
		this.database = new Database();
	}

	...
}

sondern

public Class PersonRepository implements IRepository
{
	private final IDatabase database;

	public PersonRepository(IDatabase database)
	{
		this.database = database;
	}

	...
}

Man kehrt also die Abhängigkeiten um, indem die Klasse gar nicht die konkrete Implementierung der Abhängigkeiten kennt, sondern nur gegen Interfaces arbeitet und die konkrete Implementierung reinreicht. Man spricht dabei auch vom Dependency-Inversion-Prinzip und das macht das Testen der PersonRepository-Klasse viel einfacher, weil man jetzt in diesem Fall tatsächlich die Datenbank mocken kann. In der richtigen Anwendung reicht man vielleicht die Klasse MySqlDatabase rein und im Test MockedDatabase, die nichts anderes tut, als Textausgaben auf der Konsole zu machen, die der Unittest dann testet. Andere Tests wiederrum testen die MySqlDatabase-Klasse, indem sie schauen, dass z.B. die richtigen Tabellen angelegt worden sind. Fürs Dependency Injection Muster gibt es auch diverse Frameworks (sog. IoC Container (IoC = Inversion of control)), die einem das Leben erleichtern. Mit Hilfe eines Bootstraping-Verfahrens wird dann beim Starten der Anwendung die Abhängigkeiten der einzelnen Klassen aufgelöst und das Framework instanziiert und initialisiert die Klassen mit allen ihren Abhängigkeiten. Die Java-Welt ist nicht so ganz meine Welt, daher kenne ich mich dort mit den Frameworks nicht so gut aus, aber dort gibt es ja z.B. Spring, Pico Container oder Guice.  

CSS ist ja keine Programmiersprache sondern nur eine Auszeichnungssprache. 
Welche Eigenschaft für was ist, lernt man in laufe der Zeit. LESS ist ja nur ein Prä-Prozessor für CSS, der einem das Entwicklerleben ein wenig vereinfacht, indem u.a. Variablen möglich sind. So kann man z.B. für bestimmte Farben variablen hinterlegen. Aus dem LESS-Code wird nachher die CSS-Datei generiert. Man kann die CSS-Datei aber auch per Hand schreiben.

Von C# nach PHP zu wechseln ist auch ein herber Rückschritt.
PHP ist eine der grauenvollsten Sprachen, die ich jemals gesehen habe. Die Sprache hat keine Struktur und Ordnung. Strukturierte-, und objektorientierte Programmierung wird bunt gemischt. Man hat immer das Gefühl, man hackt irgendwas zusammen und es fühlt sich nicht richtig rund an. Die Syntax sollte dir aber kaum Probleme bereiten, da beide Sprachen ihren Ursprung bei C haben. Ich würde dir eher empfehlen, mal ein Tutorial durchzuarbeiten, was dir die Eigenheiten von PHP erklärt und dann von einem Mitarbeiter die Architektur erklären lassen, die sie einsetzen und sich dann so nach und nach rantasten.

vor 4 Minuten schrieb Legislaturperiode:

Dort schreibt Roy Osherove ungefähr, dass mit "unit of work" (welche ja getestet wird) die Summe aller Aktionen vom Aufruf einer public Methode bis zu einer einzigen wahrnehmbaren, externen Veränderung gemeint ist.

Du rufst im Test aber gleich mehrere Methoden aus einem Modul/einer Klasse auf. Das ist kein Unittest. Unittests testen eine Methode und nicht die gesamte Klasse und das ist das Problem bei deiner Architektur. Du kannst gar nicht eine Methode einzeln testen, sondern nur im Bündel. Das Problem ist, dass deine Database-Klasse zu viel macht. Sie ist sowohl das Repository als auch die Datenbank-Verbindung. Dein Test läuft so ab:

1. Erstelle eine neue Datenbank-Datei
2. Erstelle eine neue Tabelle
3. Füge Daten in die Tabelle ein

Wenn jetzt der Unittest fehlschlägt, kannst du nicht sagen wo genau dieser Fehler liegt. Du musst also den Unittest debuggen. Das mag bei deinem Projekt noch funktionieren aber bei komplexen Projekten ist das die Hölle, weil die Tests sehr zeitintensiv und instabil werden. Du musst also das Repository von der Datenbank trennen. Dafür gibt es das sog. Unit of Work-Pattern. Schaue dir an wie O/R-Mapper wie z.B. Nibernate funktionieren. Die implementieren das Unit of Work-Pattern. Das Unit of Work-Objekt registriert neue Geschäftsobjekte und bei einem Commit() werden sie dann in die Datenbank geschrieben. Bei O/R-Mappern schreibt man auch keine SQL-Statements selber. Sie werden über das Framework generiert.

vor 24 Minuten schrieb Legislaturperiode:

Mit Abhängigkeit meinst du vermutlich das hier oder? Ich verstehe, warum das in einem Unit test problematisch ist, aber nicht warum es das in der Database Klasse ist. Ich mein, ich müsste doch später die Abhängigkeit sowieso durch Mocking Objekte ersetzen, oder? Hab ich zumindest gelesen, muss ich noch genauer angucken.

Ja, das meine ich. 
Wie willst du aber die Datenbank-Verbindung mocken? Du hast keine Möglichkeit, diese von außerhalb zu ändern. Also bist du davon abhängig. Du müsstest also die Klasse ableiten und alle Methoden neu implementieren. Das ist viel zu viel Arbeit. Auch ist deine Database-Klasse sowohl die Datenbank-Verbindung als auch das Repository. Angenommen, du willst jetzt nicht nur eine Tabelle mit Deutsch/Englisch-Wörter implementieren, sondern noch eine Tabelle mit Benutzerdaten. Also z.B. wie viele Wörter die Benutzer richtig erraten haben, etc. Wie willst du das jetzt hier einbauen? Willst du die Database-Klasse um weitere Methoden erweitern? Dann kommt eine neue Tabelle und noch eine und noch eine ... Dann hast du irgendwann eine Klasse mit über 100.000 Zeilen und damit ein unwartbares Biest. Viel spaß beim Mocken.

Naja, 8 Minuten sind echt nicht wirklich viel. Die 8 Minuten könnte ich schon damit füllen, was du bei deinem Vokabeltrainer falsch gemacht hast und die 8 Minuten würden nicht reichen.  Einer der größten Fehler ist aber, dass du schreibst, es sei eine Drei-Schichten-Architektur. Das stimmt aber nicht. Das ist nur eine Zwei-Schichten-Architektur, wenn überhaupt. Außerdem sind deine Unittests keine richtigen Unittests. Deine Tests testen gleich das gesamte Modul aber ein Test darf nur eine Funktionalität eines Moduls testen. Dein Test kommt daher zustande, weil die Database-Klasse zu viel macht und auch eine Abhängigkeit zu SQLite besitzt. Abhängigkeiten ist der Tod von Unittests.

Gut, ich will jetzt aber dein Projekt nicht zerreißen, denn das ist jetzt nicht das Thema und du sagst selber, es sei schlecht programmiert aber wenn der Vortrag wirklich abzielen sollte, dein Kenntnissstand zu prüfen, dann musst du evtl. mit unangenehmen Fragen rechnen.

Ich weiß zwar nicht, wie weit deine Kenntnisse wirklich sind aber du könntest eine kleine Präsentation über die SOLID-Prinzipien halten. Das ist genug Stoff für 8 Minuten (Robert C. Martin kann damit mehr als 2 Stunden füllen) und das schenkt vielleicht ein bisschen Eindruck.

Warum willst du überhaupt FIAE lernen?

Die Frage stelle ich deshalb, weil viele diesen Job unterschätzen und mit falschen Erwartungen herangehen.

vor 23 Minuten schrieb Graustein:

Aber wie gesagt, ich würde erstmal das Geld ausblenden. Es reicht ja, dass man weiß die Chancen stehen gut.
Das kann man ja als Basis nutzen.

Eben.
Ich würde da nicht jetzt nicht schauen, wo man am meisten Geld verdient, sondern erst mal ein Job suchen, der einem wirklich gefällt. Der Job als Mechatroniker hatte mich damals in eine Depression stürzen lassen. Es bringt nichts, wenn man zwar gut verdient, aber mit seinem Job einfach nicht glücklich wird. Daher rate ich dir, dich einfach mal hinzusetzen und ein oder zwei Anwendungen zu entwickeln und schauen, ob es dir überhaupt liegt. Wie gesagt, die Abbrecherquote in diesem Job ist extrem hoch. Viele unterschätzen den Beruf und gehen mit falschen Erwartungen an die Sache. Softwareentwicklung ist kein Hexenwerk, aber es erfordert Disziplin und man muss bereit sein, sich ständig weiterzuentwickeln. 

vor 11 Minuten schrieb chico002:

Bachelor ist eben auch Vollzeit und das ganze 3 ,5Jahre was mich eben sehr stört , würde es 2 Jahre gehen hätte ich schon ein viel stärkeren Gedanke. Auf FH habe ich eigentlich garkeine Lust weil ich direkt in den Bereich rein möchte , daher bliebe für mich die Ausbildung und dann die Zertifikate . Kann ich den auch nach dem Fi meinen Bachelor machen da es ja in die gleiche. Richtung geht , oder benötige ich da ebenfalls dann noch die Fachhochschulereife? 

Mit einer Berufsausbildung hast du keine Fachhochschulreife. Sonst hättest du sie ja schon und könntest an der Fh studieren gehen. Du musst also auch als FIAEler an der FOS oder BOS die Fachhochschulreife absolvieren.

Mach doch erst mal die Ausbildung. Es macht doch keinen Sinn jetzt schon über Weiterbildungen nachzudenken, wenn du nicht mal im jeweiligen Beruf arbeitest ... Vielleicht ist es ja auch gar nichts für dich und du machst dir hier umsonst Gedanken.

Heutzutage wird auf die Abschlüsse eh immer weniger Wert gelegt. Inzwischen zählen schon andere Faktoren eine Rolle, die zu einer Einstellung führen. Heutzutage ist es wichtiger, dass man am Ball bleibt und sich kontinuierlich weiterentwickelt. z.B. durch Onlineportale, die Kurse anbieten. Der Schulabschluss gerät sowieso immer weiter ins Hintertreffen, weil diese schon fast inflationär hinterher geworfen werden. Ein interessanter Artikel diesbezüglich wurde neulich auf Golem.de veröffentlicht: Uni-Abschluss ist nicht mehr das Wichtigste

vor 4 Minuten schrieb Klebrig:

Das sehe ich anders. Ich habe damals nen IT-Assistenten vor meiner FISI Ausbildung gemacht und ich habe den Vergleich. Und die 3 Jahre berufliche Ausbildung sind keineswegs mit einer Assistentenausbildung zu vergleichen. Als Firma würde ich auch nicht die Katze im Sack kaufen. 

Vielleicht lag es auch nur an der Schule, an der ich gelernt habe, da diese Schule in Norddeutschland einen sehr guten Ruf genießt, aber in meinen Praktika habe ich einige FIAEler gesehen und was die da teilweise an Code hingerotzt haben und damit auch noch ihren Abschluss bestanden haben, hatte mich damals als Drittsemester sehr erschüttert und an meinem Weltbild gezweifelt. In einer Firma bekam ich sogar von einem Azubi zu hören, dass die Berufsschule in Java die While-Schleife weglässt, weil sie für die Azubis angeblich zu kompliziert sei. Auch in der jetzigen Firma holen wir ab und an externe Entwickler, wenn unsere Kapazitäten knapp werden. Einige davon sind auch FIAEler mit Mehrjähriger Berufserfahrung aber wenn ich den Code sehe, dann könnte ich viele von denen schlagen, denn mehr als Spaghetticode hacken hatten sie nicht drauf.

vor einer Stunde schrieb chico002:

welche Sprachen und was hast du genau gelernt beim Assistenten , war es schwer danach einen Beruf zu finden und als was hast du danach gearbeitet ? Im Anhang eine Info zu dem Assistenten in meiner Schule 

Bei meiner Ausbildung fing man im ersten Semester mit Pascal an, um so Grundbegriffe zu erklären. Also was ein Zeiger ist, welche Datentypen es in der Regel gibt, etc. Dann ging es weiter mit C um Algorithmen und Datenstrukturen zu erklären. Also was eine verkette Liste, binärer Baum oder eine Hashtabelle ist und wie diese implementiert werden. Dann noch relationale Datenbanken (SQL) und zum Schluss gabs dann noch Objektorientierung mit Java. Als Medieninformatiker hatte ich dann noch Kurse, wo es z.B. um die Grafikprogrammierung mit OpenGL, Entwicklung von Web-Applikationen oder die Arbeit mit Adobe Produkten ging.

Ein Beruf zu finden war jetzt nicht so schwer. Man muss ja während der Assistentenausbildung noch Praktika in Firmen absolvieren. Auch sollte die Abschlussarbeit in einer Firma gemacht werden. Da knüpft man schon Kontakte zu Firmen. Ich hatte da schon ein Arbeitsplatz sicher aber ich hätte dort nur sehr wenig verdient (Spielebranche halt) und hab daher was anderes gesucht und konnte mich nach kurzer Zeit zwischen zwei Firmen entscheiden.

Wie gesagt, informiere dich bei der Schule selber. Vielleicht kann man den Stundenplan bekommen. Für mich sieht es so aus, als wäre deren Kernkompetenz die Elektrotechnik und weniger die Informatik.

vor 7 Minuten schrieb SaJu:

Alle Assistenten, die ich kenne, haben hinterher eine FI-Ausbildung absolviert, weil den Unternehmen die Ausbildung nicht praktisch genug war.

Solchen Firmen würde ich den Mittelfinger zeigen. Das klingt nicht gerade seriös und suchen wohl nur einen dummen Billiglöhner oder sie haben keine Ahnung, was ein Assistent ist und wollen sich damit auch nicht beschäftigen. Bei einer Assistentenausbildung bekommt man sehr wohl einen Prazisbezug, da man noch Praktika absolvieren muss und auch die Abschlussarbeit sollte bestmöglich von einer Firma betreut werden. 

Eher habe ich die Erfahrung gemacht, dass Assistenten oft im Wissensstand deutlich weiter sind, als FIAEler.

Wie das mit dem Techniker aussieht, weiß ich nicht. Damit habe ich mich noch nicht auseinandergesetzt. Ich sehe aber keinen Grund, wieso man nachher nicht noch sein Techniker machen können sollte?

Wie gesagt, ich bin selber Assistent für Medieninformatik und arbeite jetzt seit 5 Jahren als Softwareentwickler in der Bankenbranche in Hamburg und verdiene jetzt 3.000 € Brutto pro Monat Plus eine einmalige Bonuszahlung pro Jahr in der Höhe von maximal 3.500 €. Das Gehalt ist aber von Firma zu Firma unterschiedlich. In der Spielebranche wäre dies ein Traumgehalt und in der Bankenbranche eher unterer Durchschnitt.

Ob der "Informations- und Kommunikationsassistent" für dich das richtige ist, kann dir auch keiner beantworten. Das musst du schon selber entscheiden aber wenn ich das richtig sehe, hat diese Assistentenausbildung nichts mit Informatik zu tun. Ich würde dir raten, dich mal mit der Schule kurzzuschließen oder mal die Webseite der Schule anzuschauen, da häufig dort schon viele Informationen stehen.