Whiz-zarD

Informiere dich, wie der Ausbildungsplan in deiner Schule aussieht. Da kann man dann schon einen groben Überblick sehen, wohin die Reise gehen soll. Oftmals haben die Schulen auch unterschiedliche Fachrichtungen. z.B. in Richtung technische Informatik, Medieninformatik oder Wirtschaftsinformatik. Einige Schulen bieten auch was in Richtung Spieleentwicklung an.

Die Fachhochschulreife erwirbt man dann, indem man noch zusätzliche Deutsch-, und Englischkurse belegt. 

vor 9 Minuten schrieb sylenz:

Wenn Du schon eine Ausbildung hast, würde ich definitiv zum Techniker raten.

Der Techniker ist die nächst höhere Qualifikationsstufe nach einer Ausbildung - egal ob Fachinformatiker, oder Informatikassistent und beide Berufsbilder sind (zumindest bei unserer Schule) in den Klassen vertreten.

Wir haben im ersten Schuljahr recht intensiv C gelernt und im zweiten Schuljahr wird C++ behandelt.

Das Problem ist nur, dass er weder Fachinformatiker noch Informatikassistent ist, sondern ein Elektroniker.

vor 4 Minuten schrieb chico002:

es gibt tatsächlich diesen Assistent hier gleich vor Ort , aber Assistent ist doch dann nur die halbe Wahrheit da man ja nur ein Assistent wäre oder verstehe ich das falsch ?

Das Wort "Assistent" ist so bescheuertes Wort. Das stört mich auch jedes Mal aber im Grunde ist es nichts weiter als eine schulische Ausbildung zum Fachinformatiker. Es ist quasi ein leichteres Bachelor-Studium. In meiner Berufsfachschule was noch eine Fachhochschule integriert und ich hatte fast die selben Kurse, wie die Informatik Bachelor-Studenten. Während der schulischen Ausbildung habe ich noch Extrakurse für die Fachhochschulreife belegt und könnte jetzt studieren, wenn ich wollte.

Falls du den Assistent ins Auge fassen solltest, muss dir aber im Klaren sein, dass dies eine Vollzeit-Schule ist und wenn du auf Geld angewiesen bist, bafög beantragen oder noch nebenbei jobben musst. Ich würde dann also noch mal mit der Schule reden und solche Fragen klären. Oftmals haben solche Schulen eine umfassende Beratung. Vielleicht kannst du auch mal bei ein oder zwei Kursen teilnehmen.

Auf der anderen Seite stehen derzeit die Chancen, ein Ausbildungsplatz als FIAE zu bekommen, sehr gut. Man könnte also auch erst mal anfangen, ein Ausbildungsplatz zu suchen. 

SPS Programmierung hat zwar auch was mit Programmierung zu tun, aber das ist nicht so komplex, wie Softwareentwicklung. Als Mechatroniker habe ich auch SPS-Programmierung gelernt (damals noch Siemens S5) aber die Programmierung bestand häufig nur aus simplen Petrinetzen, die man schnell runterhacken konnte und mittels "Trial & Error" direkt an der Maschine optimiert wurde. Es spricht auch nicht gerade für die SPS-Programmierung, wenn die Siemens S7 erst zu einem Erfolg wurde, als Siemens den Kontakt- und Funktionsplan in ihrer Entwicklungsumgebung implementiert hatten. Die Anweisungsliste wurde damals von keinem SPS-Programmierer angefasst und die S7 drohte ein gigantischer Flop zu werden. Man klickt sich also lieber die Funktionalität wie ein Lego-Baukasten zusammen, als sie mit Programmcode zu schreiben.

Erst mal ist Informatik ein großer Sammelbegriff, für alles mögliche, was mit Darstellung, Speicherung, Verarbeitung und Übertragung von Informationen zu tun hat. Informatik muss also nicht zwangsläufig was mit Programmierung zu tun haben. Die Programmierung ist nur ein Teilaspekt der Informatik. Auch die Informationstechnik ist ein Teilaspekt. Die Informationstechnik geht eher in die Richtung der technischen Informatik. D.h. du wirst dort mehr mit Hardware und Netzwerken zu tun haben. Mit Glück vielleicht auch ein bisschen Programmierung in Form von Mikroprozessoren.

So, wie ich dich verstanden habe, möchtest du aber nun Software entwickeln. Da bist du dann bei der Informationstechnik falsch. Der Techniker ist auch nicht eine neue Ausbildung, sondern nur eine weitergehende Vertiefung und Spezialisierung auf ein Themengebiet. Damals nannte man auch sowas Meister. Wenn du also Softwareentwickler werden möchtest, dann gibt es eigentlich nur wenige Wege. Entweder du machst eine neue Ausbildung als FIAE oder du schaust ob du in der Nähe eine Berufsfachschule gibt, die dir so eine Ausbildung anbieten können (z.B. als Assistent für Informatik).

Ich selber habe damals auch eine Mechatroniker-Ausbildung abgeschlossen und auch mehrere Jahre in diesem Beruf gearbeitet, bevor ich dann eine Berufsfachschule besucht habe, wo ich dann Assistent für Medieninformatik gelernt habe. Ich steckte damals in einer ähnlichen Situation, wie du. Ich hatte damals nur ein Realschulabschluss  und habe daher kein FIAE-Ausbildungsplatz bekommen. Damals waren die Zeiten auch anders. Der Beruf war gerade neu und die Bewerber standen auch noch Schlage und die Firmen konnten sich die Rosinen rauspicken. Allerdings weiß ich nicht so recht, ob Softwareentwicklung für dich überhaupt was ist, wenn ich so etwas lese:

vor 10 Stunden schrieb chico002:

Nun möchte ich allerdings lieber als Fachinformatiker Arbeiten , sprich Programmiersprachen lernen wie C , Php und co. 

Es klingt nämlich so, als hättest du bis jetzt mit Softwareentwicklung noch gar keine Berührung gehabt, denn C ist eine recht tote Sprache und wird nur noch in speziellen Fällen eingesetzt und von php sollte man Abstand nehmen, wenn man es wirklich ernst meint. Auch ist Softwareentwicklung ein bisschen mehr, als nur Code einzuhacken. Nicht umsonst ist gerade auf Berufsfach- und Fachhochschulen die Abbrecherquote enorm hoch. Im ersten Semester hatte ich noch um die 80 Kommilitonen. Mit mir zusammen haben dann nur noch um die 10 Kommilitonen den Abschluss gemacht. Du solltest dir also schon genau Gedanken machen, was du möchtest und vielleicht auch schon mal Hobbymäßig mal anfangen, etwas zu entwickeln, um ein Gefühl zu bekommen ob es was für dich ist. Wenn man also schon den Beruf wechseln möchte, dann sollte man das schon mit Bedacht machen und nicht, weil man gerade denkt, dass man da vielleicht Bock drauf haben könnte.

if(false == p.CloseMainWindow())
	p.Kill();

Das ist echt gruselig zu lesen.
Erst mal ist es unnötig, da ein 

if(!p.CloseMainWindow())
	p.Kill();

reicht, da die Methode CloseMainWindow() schon ein Boolean zurückgibt und deswegen nicht mehr mit einem Boolean verglichen werden muss. Wenn der Compiler dies nicht wegoptimieren würde, würden wir sogar ein oder mehrere Prozessorinstruktionen zu viel machen.

Und Zweitens stammt diese defensive Schreibweise 

if(Prüfung == Variable)
	...

noch aus den C-Zeiten, da man innerhalb einer If-Anweisung auch Variablendeklarationen vornehmen konnte. Dies geschieht dann durch ein einfaches Gleichheitszeichen. Man konnte also in C folgendes schreiben:

if(Variable = Prüfung)
	...

und es war kompilierfähig. Hatte aber einen unvorhersehbaren Effekt. Daher entschied man sich oft für die obere Variante, denn wenn man dort ein Gleichheitszeichen weglässt gibt es ein Kompilierfehler aber es liest sich schlechter, da wir im Sprachgebrauch von Links nach Rechts lesen. Wir würden also zuerst die Bedingung lesen, die erfüllt sein muss und dann erst, worauf diese Bedingung passen soll. Es fühlt sich also vom Sprachgebrauch besser an, wenn wir erst mal schreiben, was wir überprüfen wollen und dann die Bedingung. Also:

if(Variable == Prüfung)
	...

Eine Binäre Uhr von The One

vor einer Stunde schrieb grueni:

Sieht so aus, als hättest du "km" und "liter" vertauscht. Werden die km wirklich in textBox1 und die Liter in textBox2 eingegeben?

mmh, irgendwie macht die ganze Berechnung keinen Sinn.
Das müsste doch:

verbrauch = liter / km * 100

heißen. 

In Fachkreisen munkelt man, dass ASP.Net MVC in den kommenden Jahren tot sein wird. Der Grund ist, dass inzwischen immer mehr sog. Single-Page Application (SPA) entwickelt werden. Das generieren des HTML-Dokumentes übernimmt dann nicht mehr der Server, sondern der Client, weil die Clients immer Leistungsstärker werden und somit den Server entlasten. Angenommen wir haben eine Webseite, die pro Stunde von 10.000 Nutzern aufgerufen wird. Da ist es für den Server schon eine Belastung, wenn er für alle 10.000 Nutzern noch das HTML-Dokument generieren muss. Bei SPA wird nur ein HTML-Dokument an den Client geschickt und der Client aktualisiert den Inhalt mittels AJAX und WebAPI-Aufrufe selber. Das bedeutet, dass der Server nur noch JSON-Dateien zum Client schicken muss  und man somit den Server entlastet. Frameworks für SPA-Anwendungen sind z.B. AngularJS oder Aurelia.

Xamarin ist aber nicht dafür da, um ASP.Net MVC-Anwendungen zu bauen, sondern Mobile-Apps. Mit Hilfe von Xamarin kann für die unterschiedlichen Plattformen (iOS, Android und Windows) einen gemeinsamen Code schreiben und für die jeweilige Plattform kompilieren (für iOS benötigt man weiterhin ein Mac). Xamarin übernimmt auch das Look-and-Feel der einzelnen Systeme. So generiert Xamarin z.B. schon automatisch den Zurück-Button in iOS, während dieser Button in Android schon im System vorhanden ist. Auch werden weiterhin die einzelnen Bedienelemente für die jeweilige Zielplattform angepasst.

Hinweis 1: arbeite bei wahrungsbeträgen nie mit double! C# bietet dafür den decimal-datentyp. 

Hinweis 2: schreibe nie die Logik in der UI! Das macht die Logik untestbar und falls du mal die UI tauschen möchtehst, musst du die Logik noch mal implementieren.

vor 4 Stunden schrieb RobertSavedroid:

Das nennt sich „smoove“

Wenn ich schon so was lese, könnte ich kotzen.
Aber gut. Offenbar richtet sich diese App an 14- bis 18-Jährige. Da mögen solche Begriffe noch Hip und Cool sein aber für einen über 30-jährigen sind solche Begriffe einfach nur noch peinlich.

vor 2 Stunden schrieb Guybrush Threepwood:

Naja dann kannst du auch einfach Substring benutzen

Mmh, okay. Ich bin eher davon ausgegangen, dass er den string noch weiter analysieren wollte.

Am 14.9.2016 um 22:24 schrieb Chief Wiggum:

Nein, ich halte nichts davon, dem Azubi "Laboraufgaben" zu geben. Bringt nichts. Null Lernerfolg. Lasst ihn lieber auf eure User los. Lasst ihn selber Erfolg spüren, lasst ihn spüren, dass seine Arbeit sinnvoll ist. Als Ausbilder ist man doch immer hinter Lernerfolg her... Erfolg ist aber dann für den Azubi am Besten erfahrbar, wenn er merkt, dass seine Tätigkeit sinnvoll ist, dem zu betreuenden User weiterhilft!

Das kann man vielleicht mit einem FISI machen, aber bei einem FIAE würde ich das nicht unbedingt tun. Auf unsere Software würde ich ihn nicht gleich loslassen. Schon gar nicht, wenn er nur wenig bis gar keine Programmierkenntnisse hat. Das wird ihn nur versauen, weil die Software echt gruselig entwickelt wurde und so gegen alle best practices verstößt, die man sich so vorstellen kann.

Ich bin zwar kein Ausbilder aber bei einem FIAEler würde ich tatsächlich erst mal mit etwas spielerischem Anfangen, wie z.B. ein Sudoku-Löser oder ein Taschenrechner (ein guter Taschenrechner ist gar nicht mal so simpel) oder ein paar Coding-Katas und ihm dabei auch ein paar grundlegende Dinge beibringen, wie z.B. Variablentypen und die Probleme bei Fließkomma-Operationen und wie man ein Geldbetrag abbilden sollte, dann Design Patterns, Unittests etc. und erst dann, wenn er es so einigermaßen drauf hat, kann man ihn ja mal ein paar leichte Aufgaben aus dem Tagesgeschäft geben und ihn dann weiter betreuen. 

Dein Code ist schon recht komplex.
Ein Problem hierbei ist schon, dass NewLine-Steuerkommando Systemabhängig ist.
Unter Windows \r\n ist standardmäßig und unter Linux ist der Standard \n. Das lässt sich aber konfigurieren.
Das .Net-Framework bietet hierzu die Enviroment.NewLine Konstante, die das aktuelle Newline-Kommando zurückliefert.

Ich würde im ersten Schritt alle Text-Steuerkommandos entfernen:

s = Regex.Replace(s, @"\t|\n|\r", " ");

Dann würde ich den String in ein Array aufteilen:

var array1 = s.Split(new[] { ' ' }, StringSplitOptions.RemoveEmptyEntries);

Dann würde ich die beiden relevanten Ergebnisse extrahieren:

var s2 = s1.Skip(Array.FindIndex(s1, x => x.ToLower() == "blato:") + 1).Take(2);

und zum Schluss würde ich dann die Ergebnisse in ein String joinen:

var result = string.Join(" ", s2);

Und schon hat man mit vier Zeilen Code das Ergebnis und das ohne großartig reguläre Ausdrücke zu benutzen. 
Ich versuche sowieso reguläre Ausdrücke zu meiden, weil diese eh keine Sau versteht.

Der gesamte Code:

s = Regex.Replace(s, @"\t|\n|\r", " ");
var s1 = s.Split(new[] { ' ' }, StringSplitOptions.RemoveEmptyEntries);
var s2 = s1.Skip(Array.FindIndex(s1, x => x.ToLower() == "blato:") + 1).Take(2);
var result = string.Join(" ", s2);

Ist jetzt von der Variablenbenennung beschissen, aber ich hoffe, du kannst damit was anfangen.

Klingt nach einem anderen Fehler.
Die Funktion date_create_from_format() gibt dir ein Objekt zurück und kein String.
Offenbar behandelst du irgendwo das Objekt als String und dann kommt es zur dieser Fehlermeldung.
Bei der Ausgabe muss du die Format()-Funktion aus dem DateTime-Objekt benutzen. z.B.

echo $datum->format('Y-m-d H:i:s')

PDF-Dateien kann man auch so ohne weiteres nicht auslesen.
Das ist ein recht komplexes Dateiformat mit einer eigenen Syntax zur Textgestaltung.

Hier ist eine recht gute Übersicht, was die das Format funktioniert.

Daher würde ich dir schon raten, eine Bibliothek dafür zu nehmen. Wir selbst erstellen nur Listen als PDF-Datei aber dafür verwenden wir List&Label von Combit. Das Tool ist aber nicht kostenlos. Ansonsten hast du ja schon einige Biblitoheken genannt, die du verwenden könntest. Etwas eigenes zu schreiben halte ich für zu fehleranfällig.

vor 21 Minuten schrieb stefan.macke:

Was erwartet "die IHK" denn? Mir sind keine Vorgaben bzgl. der Projektumsetzung oder des zu verwendenden Entwicklungsprozesses bekannt. Das fände ich auch sehr seltsam, da die Technologien und Methoden ja ständigem Wandel unterliegen und diese Vorgaben damit häufig überarbeitet werden müssten.

Es wird ein Zeitplan auf Stundenebene erwartet und das spricht gegen die agile Entwicklung. Diese Zeitangaben ist auch eine einzige Mogelpackung, denn wer kontrolliert es und wer kann sich daran halten?

vor einer Stunde schrieb stefan.macke:

Jedem Prüfling steht die Wahl seines Vorgehensmodelles völlig frei. Es werden heutzutage bereits viele Projekte "agil" (was immer das dann konkret heißen mag), mit TDD oder nach Kanban umgesetzt. Niemand ist gezwungen, veraltete Prozessmodelle zu verwenden. Und es gibt auch keine Pluspunkte für Anwendung des Wasserfallmodells

TDD heißt nicht gleich, dass Agil gearbeitet wird. Agile Softwareentwicklung ist noch was anderes. Schaut man sich das "Agile Manifesto" an, so findet man folgende Leitsätze (kopiert aus Wikipedia):

• Menschen und Interaktionen stehen über Prozessen und Werkzeugen
• Funktionierende Software steht über einer umfassenden Dokumentation
• Zusammenarbeit mit dem Kunden steht über der Vertragsverhandlung
• Reagieren auf Veränderung steht über dem Befolgen eines Plans

Und das widerspricht so allem, was die IHK von der Abschlussprüfung erwartet. Aber gut, da rege ich mich schon seit über 10 Jahren auf. Als ich damals meine Mechatroniker-Ausbildung absolviert hatte, musste ich sogar noch auf die Uhrzeit genau angeben, was ich mache ... Da ist es schon ein großer Fortschritt, dass man nur noch die Stunden angeben muss.

Kanban muss aber auch nicht unbedingt agil sein. wenn z.B. bei Kanban nicht mit dem Kunden geredet wird, sondern stur die Aufgaben von "Bereit" bis "Fertig" abgearbeitet werden, haben wir hier ebenfalls ein Wasserfallmodell.

vor 19 Minuten schrieb Pennytüte:

schäftigen. Da sind noch einige Ungereimtheiten aus den ganzen Tutorials und Webcasts (Youtube), vor allem "Unit Tests ohne TDD". Versteh' noch nicht ganz, warum viele sagen, dass sei so nicht sinnvoll. Ich versteh' das es ein Schemata der Programmierung mit TDD gibt und das dadurch endlose Vorteile entstehen, aber nicht warum das im Nachhinein nicht genauso sinnvoll sein kann (abgesehen von den Negativ Punkten wie: Zeitlicher Mehraufwand, nicht so guter/ simpler Code. etc.). Ist ja doch auch schon etwas umfangreicher das Thema in Verbindung mit einem Test Framework und einem Mocking Framework.

Eine kleine Anekdote aus meinem Berufsleben:
In der Software, an der ich arbeite, wurde damals in der Designphase (das war weit vor meiner Zeit) einen gravierenden Fehler gemacht und zwar hat man die Geschäftsobjekte direkt mit der Persistenzschicht verdrahtet. D.h. um ein Geschäftsobjekt erzeugen zu können, brauchst du zwingend eine Datenbankverbindung. Bei so einer Architektur im nachhinein Unittests zu schreiben ist unmöglich, da man anfangen müsste, die Datenbank zu mocken.

Desweiteren wurde der Fehler gemacht, Geschäftslogik in die UI zu verlegen, weil das so schön einfach ist. Unter Visual Studio einfach ein Doppelklick auf dem Button im Designer und los gehts ... Schreibe aber mal dafür einen Unittest. Viel Spaß.

Mit TDD umgeht man diese ganzen Probleme, weil man schon vornherein gezwungen wird, den Code so zu schreiben, sodass er auch Testbar ist. Ein weiteres Problem ist, wenn man die Unittests danach schreibt, dass man eigentlich nur noch die Schnittstellen nach außen testet und das reicht oft für ein Test nicht aus. Man sieht dann zwar, dass sich ein Ergebnis ändert hat, aber wo der neue Wert herkommt, sieht man nicht. Bei TDD geht es also darum, testbaren Code zu schreiben.

vor 51 Minuten schrieb Pennytüte:

1. Wenn ich nun nach der Implementierungsphase eine Testphase plane, welche Tests wären denn da angebracht?

Unittests
Teste deine Klassen und die Methoden.

vor 52 Minuten schrieb Pennytüte:

2. Geplant habe ich nun "Manueller Test" (Verhalten und Daten der Anwendung im Gebrauch, nach einem Testplan, den ich in der Entwurfsphase erstelle) und "Systemtest" (Software nach Installation). Das scheint mir von den Tests an sich und von den Begrifflichkeiten her am sinnvollsten, da das wenig Interpretationsspielraum lässt, denke ich zumindest.

Informiere dich mal über den Begriff "Testpyramide". Manuelle Tests gilt es zu vermeiden, weil die sehr zeitaufwendig sind und Zeit ist Geld. Hier in der Firma besteht der Regressionstest hauptsächlich aus manuellen Tests (die gründe stehen weiter oben) und der Test wird pro Major-Release mit 200 - 300 PT veranschlagt. Das ist enorm. Bei uns steht die Testpyramide auch auf dem Kopf und das ist das Worst-Case-Szenario.

Manuelle Tests sind eigentlich nur noch UI-Tests und die testen nur noch den Workflow. Also dass z.B. wenn man auf Button X klickt auch Dialog Y auftaucht und dass Eingabefehler abgefangen wird aber auch diese Tests lassen sich automatisieren. Da gibt es genug Tools.

vor einer Stunde schrieb Pennytüte:

3. Systemtest oder Softwaretest beschreibt das Gleiche und muss nat. vor Abnahme des Auftraggebers getestet werden?

Tests sollten immer durchgeführt werden, bevor es zum Kunden geht. Ansonsten hast du eine Bananen-Software: Reift beim Kunden.

Aber ich persönlich sehe viele Probleme bei der Abschlussprüfung, wie die IHK es sich vorstellt. Das sind veraltete Methoden, die man heute nicht mehr anwenden sollte. Heutzutage versucht man den Kunden mit in die Entwicklung zu integrieren, sodass er für Fragen und Antworten bereitsteht und so kann man auch viel schneller auf Anpassungen reagieren (sprich agil arbeiten). 

Hast du auf dem Server alle Fehlermeldungen aktiviert? Vielleicht tritt dort ein Fehler auf und du siehst es nur nicht.

Aber noch ein Hinweis: Vermeide SELECT *, denn das gibt zu viele Informationen zurück und kann auch zu Problemen führen, wenn man weitere Tabellen gejoint hat, die wiederum Spalten besitzen, die den selben Namen haben. Gib immer explizit an, welche Spalten du haben willst. In diesem Fall hast du sogar zwei Tabellen gejoint, also gibt dir die Abfrage die Spalten von drei Tabellen zurück. Je nach Anzahl der Recordsets kann es durchaus zu Performanceproblemen kommen.

Unittests im Nachhinein zu entwickeln klappt meist auch nicht, da der Code dann der Code nicht testbar ist.
TDD ist zwar anstrengend aber es ist durchaus hilfreich, denn TDD führt dich nicht in die Versuchung, den Code irgendwie hinzuhacken. Der Code bleibt dann immer testbar. Wenn man die Unittests erst hinterher schreiben will, hat man dann oft ein Code, der nur sehr schwer testbar ist. Dann testet man nur die Schnittstellen nach außen. Wenn aber dann ein Fehler auftauchen sollte, ist man da erst mal mit dem Suchen beschäftigt, wo der Fehler überhaupt herkommt und je nach Komplexität kann es sehr Zeitaufwendig sein. 

Ich kenne es auch eigener Erfahrung, dass man die Entwicklungskosten gerne niedrig halten möchte und daher gerne auf Unittests verzichtet werden, weil Unittests Geld kosten und von Unittests hat der Kunde nichts aber das Geld, was man hier investiert, spart man später bei der Pflege des Codes. Ich selber arbeite an einem unwartbaren Monstrum, wo die Entwickler an vielen Stellen im Code sich nicht rantrauen, weil sie nicht wissen, welche Seiteneffekte entstehen könnten, wenn sie was am Code ändern sollten. Der Analyseaufwand steigt somit ins unermessliche. Wenn aber schon vornherein dafür gesorgt wurde, dass vernünftige Unittests geschrieben worden sind, kann man bei Änderungen sehr schnell herausfinden, ob noch alles so läuft, wie vorher.  

Zeitdruck herrscht immer, denn Zeit ist Geld. Geld, was der Kunde nicht ausgeben will und ich weiß, dass es schwer sein kann, den Chef davon zu überzeugen, aber das ist einfach eine Milchmädchenrechnung, wenn man meint, dass man beim Sparen an Unittests grundsätzlich Geld spart, nur weil das Produkt schneller zum Kunden kommt. Die ganzen Bugs, die der Kunde meldet und der enorme Zeitanstieg bei der Beseitigung der Bugs oder bei der Implementierung von Weiterentwicklungen, sieht oft der Chef nicht. Also muss man ihn dies vor Augen führen, welche Folgekosten so etwas hat.

vor 20 Minuten schrieb Chief Wiggum:

Doch, man ist sich deutlich im Klaren, was ein Anwendungsentwickler ist. Nämlich nicht das dumme Code-Äffchen, sondern jemand, der auch Grundlagen des Projektmanagements kann - und dazu gehört es nun auch mal, sich über Kosten und Nutzen des Projektes Gedanken zu machen.

Das hast du so gut wie in jedem Beruf und dennoch spricht man nicht gerade von einem "kaufmännischen Teil". Ein Kaufmann ist schon ein bisschen mehr, als Kosten- und Nutzen abzuwiegen. 

vor 2 Minuten schrieb Devanther123:

was wird überhaupt programmiert in der Ausbildung zum FIAE?

Such dir was aus und du hast deine Antwort...

vor 2 Minuten schrieb Chief Wiggum:

Ein wenig schon - jedenfalls nach der Berufsverordnung, aufgrund derer du geprüft wirst. Die jetzigen IT-Berufe stammen halt vom Datenverarbeitungskaufmann ab.

Also ist man sich eigentlich gar nicht im Klaren, was ein Anwendungsentwickler ist?
Ich selber habe eine schulische Ausbildung zum "Assitent für Medieninformatik"  und vor 16 Jahren eine Mechatroniker-Ausbildung absolviert und in beiden Berufen habe ich nichts über einen Kaufmann gelernt,

vor 6 Minuten schrieb larsson:

Dazu brauchst du noch ein Buch zum Kaufmaennischen Teil.

Was muss man denn als FIAEler für einen kaufmännischen Teil lernen? Was hat ein Entwickler mit einem Kaufmann zu tun?

Außerdem das e-book vom Rheinwerk Verlag würde ich nicht unbedingt empfehlen. Es ist komplett veraltet und die Programmierbeispiele sind oft abschreckende Beispiele, wie man es nicht machen sollte.
 

vor 3 Minuten schrieb Chief Wiggum:

Dann hast du im Abschlussprojekt ein FIAE-Thema zu behandeln. Wir sind hier doch nicht auf dem Ponyhof...

So, wie ich das verstanden habe, will er das auch machen.
Seine Frage ist wohl nur, ob und wie er es verkauft bekommen kann, irgendwas in Richtung "Medizin" zu machen, obwohl sein Arbeitgeber im Bereich "Musik" tätig ist.

Am 24.6.2016 um 08:46 schrieb etreu:

Die verschiedenen UI-Klassen sollte höchstens etwas voneinander wissen, wenn ineinander verschachtelt sind.
Für einen Datenaustausch sollte man Datenklassen, Nachrichten oder sonst was nehmen. Wenn du so anfängst, dann macht ggf. jede Anpassung an einem Fenster die halbe Anwendung kaputt.

Selbst dann nicht mal wirklich. Sie sollten über Interfaces kommunizieren.

Sowas ist schlechter Programmierstil, da du hier HTML und JavaScript miteinander vermischst.
Auf der Webseite von Fancybox ist doch ein Beispiel, wie das funktioniert. (Die "Inline"-Beispiele)

Was genau ist denn dein Problem? Wieso kannst du es denn nicht so umsetzen, wie im Beispiel?