Whiz-zarD

Entscheidend ist doch, was ihr mit dem Server macht und welche Spezifikationen er braucht. Werden da nur ein paar Einträge in einer MySQL-Datenbank gepflegt, würde doch auch schon, überspitzt gesagt, ein Raspberry Pi reichen.

Dazu fällt mir noch Jugend Hackt ein.

gelöscht

Die Properties in C# sind aber auch nur syntaktischer Zucker, da der Compiler die in Methoden umbaut, wie in Java. Also aus public string Name { get; set; } baut der Compiler dies: private string _name; public string _getName() { return this._name; } public void _setName(string value) { this._name = value; } Und somit sind Properties das selbe, wie die Getter und Setter in Java. Es ist halt nur eine kürzere Schreibweise.

Haben wohl mehrere einen Vertrag zugeschickt und wer zuerst kommt, mahlt dann zuerst.

Du kannst fünf Leute fragen und bekommt sechs Antworten. Ich persönlich habe früher mit Java entwickelt, weil ich damals plattformunabhängig entwickeln wollte und .net so ein auf Windows spezieller proprietärer Kram war. C# wollte ich daher nie anfassen. Erste C#-Erfahrung sammelte ich dann in meiner Ausbildung bezüglich einer Seminararbeit über die Spieleentwicklung mit dem XNA-Framework. Später landete ich dann in einer Firma, die mit C# arbeitet und heute muss ich sagen, dass ich lieber mit C# arbeite anstatt mit Java. C# bekommt auch immer mehr Einflüsse aus der funktionalen Programmierung, die das Leben schon erleichtern. Inzwischen liegt auch der Quellcode offen und lässt sich ohne große Mühe für andere Plattformen ausrollen. Nicht desto trotz gibt es derzeit aber immer noch mehr Stellenangebote für Java-Entwickler und ich denke, das wird auch für einige Jahre so bleiben, da viele Business-Software damit entwickelt worden sind, die weiterhin laufen werden. Es ist also mehr eine persönliche Präferenz, ob man nun Java oder C# nimmt. Von der allgemeinen Syntax her sind aber beide Sprachen sehr ähnlich.

Die Klausel, dass alle Überstunden mit dem Gehalt abgegolten sind, ist unwirksam. Diese Klausel ist nur gültig, wenn explizit eine Anzahl an Überstunden erwähnt wird. Wenn, dann würde ich den Arbeitgeber noch mal darauf hinweisen. Diese Klausel wurde schon vor 9 Jahren einkassiert und ich finde es immer noch erschreckend, dass viele Arbeitnehmer und -Geber dies nicht wissen bzw. Arbeitgeber es immer noch versuchen, diese Klausel durchzudrücken.

Wobei die Frage ist, was die "Erfahrenen" mit ihren Erkenntnissen machen? Teilen sie es den Azubi mit? Geben sie dem Azubi Tipps, wie man es besser machen könnte oder auch mal Lob? Oder korrigieren sie stillschweigend die Fehler und ärgern sich über den Azubi? Wenn letzeres, dann ist das kein guter Umgang mit einem Azubi. In wiefern ein Henne-Ei-Problem? Das ist genau der Schwachsinn, wenn es heißt: "Tut uns leid aber mir müssen leider absagen, da sie keine Berufserfahrung haben." Dass ein Azubi keine Erfahrung in Projekten hat, ist logisch. Woher soll er auch sie haben? Dennoch muss man ihn in Projekten einplanen, ansonsten bekommt er nun mal keine Erfahrungen. Wer Azubis nicht in Projekten einbindet, weil sie keine Erfahrung haben, hat ein Problem in der Personalplanung. Punkt. Das ist kein Henne-Ei-Problem.

Ohne das Projekt zu kennen, ist es auch meine Vermutung, dass das Projekt zu groß ist. Wir reden hier von höchstens 70 Stunden, wobei noch einige Stunden für Organisation und Dokumentation draufgehen. Bei einer 35 Stundenwoche würde das Projekt zehn Werktage dauern. Die Entwicklungszeit wären dann ca. 6-7 Tage. Das ist eine sehr kurze Zeit, die man überblicken kann. Wenn es aber plötzlich 18 Tage dauert ohne dass sich die Anforderungen geändert hat, dann stimmt was mit der Planung nicht und das hätte auffallen müssen. Sicherlich, es gibt immer Momente, wo man sich komplett verschätzt. Ist mir auch schon passiert, dass ich gesagt habe, dass ich für ein Feature zwei Tage benötige aber hinterher 20 daraus wurden aber hier guckt eigentlich der Ausbilder und der Prüfungsausschuss noch mal drüber.

Beides ist das selbe. Allerdings kann die Schreibweise char* argv[] in die Irre führen. Beispiel: char* c1, c2; welchen Typ hat nun c2? char oder char*. Die Antwort ist char. Nur c1 ist char*. Es wäre also besser, man schreibt char *c1, c2; oder man trennt es gleich: char *c1; char c2; Der Grund für diese unterschiedliche Schreibweise liegt in den Unterschieden zwischen C und C++. In C schreibt man char *c1. Weil es der Zeiger auf ein char ist. In C++ ist es üblich, den Typen und dann den Variablennamen zu schreiben. Der Typ ist ja ein Zeiger auf ein char. Also char* c1. Da aber C++ nur eine Erweiterung von C ist, versteht der Compiler beide schreibweisen.

Für mich auch zu kompliziert. Ich hab ein Girokonto und ein Sparbuch. Mehr brauche ich fürs Tagesgeld nicht. Zinsen sind derzeit eh nicht zu erwarten. Daneben habe ich dann ein Bausparvertrag, drei Aktienfonds (die mehr oder weniger gut funktionieren) und ne betriebliche Altersversorgung. Bei den Versicherungen habe ich ne Kfz-, Hausrat-, private Haftpflicht- und Unfallversicherung.

Joa, im idealfall nur eine. Zwei können es auch noch sein, z.B. eine für die Überschrift und eine für den Text. Was aber gar nicht geht, sind Serifenschriften. Sie mögen zwar auf Papier besser für den Lesefluss sein, aber auf Bildschirmen sind sie schlechter lesbar, da sie nicht ganz so scharf dargestellt werden können. Außerdem wirken solche Schriftarten altbacken. Ebenfalls altbacken wirken 3D-Effekte, wie z.B. der Schatten. Der Standard das sog. Flat Design.

Derzeit arbeite ich eine Anzeige für einen Ausbidlungsplatz aus und hab zur Recherche mal nachgeschaut, was so andere Firmen schreiben. Da bin ich auf etliche Firmen gestoßen, die von den Azubis schon Kenntnisse zu OOP und Datenbanken voraussetzen. Witzig ist auch, dass gerade diese Firmen damit werben, dass sie eine großzügige Ausbildungsvergütung bezahlen. Ein Junior Entwickler ist denen wohl zu teuer. Also ködern sie mit der höheren Vergütung junge Leute und setzen sie als billige Arbeitskraft ein.

Er soll nur irgendwas präsentieren, was er in der Schule oder in einem Hobby erstellt hat. Der könnte jetzt auch einen Papierflieger präsentieren. Das ist ein Übungsstück und hat auch was mit Physik und Technik zu tun.

In der Spieleindustrie zu arbeiten hört sich immer im ersten Moment sehr romantisch an: Man arbeitet in einem lustigen, bunten Team an tollen Spielen. So romantisch ist ein Job in der Spieleindustrie nicht. Eher würde ich davon abraten. Es werden massig Überstunden verlangt bei einer beschissenen Bezahlung. Ich weiß, dass sogar einige deutsche Spielefirmen versucht haben, den Mindestlohn zu prellen, indem die Mitarbeiter gezwungen worden waren, eine Verzichtserklärung zu unterschreiben. Falls sie es nicht täten, waren sie ihren Job los. Auch stellen die meisten Firmen nur Praktikanten ein. Besonders beliebt sind Praktikanten, die ein Plfichtpraktikum absolvieren müssen. Die muss man nämlich nicht bezahlen. @ Topic: Wie schon erwähnt, kommt es darauf an, was sie unter "Game Design" verstehen. Die Kurse, die ich zu diesem Thema kenne, geht es eher um das Konzeptionieren von Ideen und nicht um das technische. Solche Kurse dauern ja auch nur ein Jahr in Vollzeit. Anders ist es, wenn man in Richtung "Game Programming" geht. Dort geht es um das Technische, wobei dort auch nicht unbedingt viel Mathematik gefordert wird, weil die Engines die meiste Arbeit schon abnehmen. In so einem Kurs wird man vielleicht etwas mit Transformationen, Belichtungsmodellen und Shadern zu tun haben und ggf. fängt man im Low-Level bereich an, um den Game Loop zu verstehen aber eigentlich können es sich nur noch große Konzerne leisten, eigene Engines zu schreiben. Die meisten Firmen setzen auf fertige Engines und da ist sowas, wie eine Physikengine schon enthalten. Auch Programmieren muss man nicht wirklich viel. Das nimmt auch schon die Engine ab. Es geht dann überwiegend nur noch darum, was passiert, wenn Button X gedrückt wird oder Event Y ausgelöst wird.

Wie @Defneqon schon sagt, Kanban ist keine agile Methode um Software zu entwickeln. Kanban macht eigentlich nur den Prozess transparent und zeigt die Schwächen eines Prozesses auf, wie z.B. wenn ständig das WIP-Limit (Work in Progress) überschritten wird. Das bedeutet dann, dass die Mitarbeiter zu viele Dinge gleichzeitig tun müssen. "Agil" geistert seit einigen Jahren als Buzzword durch die IT-Welt aber man sollte sich fragen, was das Wort überhaupt bedeutet? Agil heißt nämlich nicht, dass alles chaotisch verläuft und jeder tun und machen kann, was er will und einfach mal kurz in die Entwicklungsabteilung schreien kann und die Entwickler machen es schon. "Agil" heißt im Grunde "Kommunikation" und zwar auf allen Kanälen. Man entwickelt nämlich nicht Monate lang ein Pflichten- und Lastenheft, sperrt die Entwickler sechs Monate ein und raus kommt ein unfertiges Produkt, sondern man kommuniziert kontinuierlich mit dem Kunden und erörtert, was gut ist und was Verbesserungen bedarf. Das setzt auch voraus, dass der Kunde was sehen und anfassen kann. Sprich, es müssen in kurzen Abständen benutzbare Software-Releases bereitgestellt werden, die dann der Kunde begutachten kann. Auch darf der Kunde jeder Zeit neue Wünsche äußern. Die Software entwickelt sich also in kleinen Schritten und bei solchen Schritten ist es dann schwierig sowas wie Meilensteine zu setzen, weil man nicht weiß, wie sich der Prozess entwickelt. Kann ja sein, dass ein Feature mehrere Runden drehen muss, bis es dem Kunden passt. Das müssen jetzt nicht unbedingt Softwarefehler sein, sondern einfach z.B. dass der Kunde selber nicht mal so weiß, was er eigentlich möchte und es werden einfach mal mehrere Dinge ausprobiert. Das wichtigste an agiler Softwaremethoden also nicht, dass man tolle Prozesse wie z.B. Kanban oder etwas Scrum-ähnliches eingeführt hat, sondern das kontinuierliche Feedback und zwar seitens des Kundens und auch seitens des Teams. Man kann zwar toll Scrum einführen aber wenn die Phasen des Reviews und der Retrospektiven fehlen, dann ist es nicht agil, sondern einfach nur kurze Wasserfälle.

Dann verwendest du halt entweder die JNI, für eine C bzw C++-Assembly oder jni4net für eine .Net-Assembly

Meine C Kenntnisse sind schon sehr eingerostet aber du machst ja nichts mit menge. Du durchläufst zwar eine Schleife, dessen Anzahl der Durchläufe der menge entspricht aber du setzt den Pointer nicht auf das nächste Element. Daher wird in jedem Schleifendurchlauf immer nur das erste Element verändert.

Sag mal, bist du ein Troll oder kennst du außer Facebook oder Instagram nichts anderes im Internet, wo man sich unterhalten und diskutieren kann? Dann geh mit guten Beispiel voran und beledige nicht andere Personen!

Das ist absoluter Quatsch. Gerade wo viel mathematisches Verständnis benötigt wird, hat man es häufig mit alten Legacy-Systemen zu tun, da diese eben schon seit 20+ Jahren ihre Arbeit gut verrichten. Was meinst du, wieso Banken oder Versicherungen immer noch händeringend COBOL-Entwickler suchen? Die Sprache wird nicht aus Freude benutzt, sondern weil die Software so alt ist und es extrem kostspielig ist, diese gegen neue Software auszutauschen. Als MatSe wird man wohl eher dafür eingesetzt, neue Berechnungswege und Algorithmen zu suchen, die dann in eine bestehende Software integriert werden. Firmen müssen wirtschaftlich denken und die können nicht, nur weil sich nun eine Berechnungslogik ändert, ihre Software wegschmeißen und neu bauen. Mag sein, dass das mathematisches Verständnis auf einem höheren Niveau ist aber dieses Verständnis hat in der praktischen Softwareentwicklung kaum eine Relevanz. Schon gar nicht, wenn man eine GUI entwickeln muss. Hierfür gibt es wieder UI/UX-Designer, die im besten Fall auch ein psychologisches Verständnis haben. Du wirst als FIAE oder MatSe also sowieso mit einer bestehenden Software arbeiten und wirst sie warten und erweitern müssen.

Kündigen hätte er gar nicht gebraucht, da das Ausbildungsverhältnis nach bestehen der Abschlussprüfung eh endet. Sollte, ja. Ist aber nicht nötig. Der Auszubildende kann auch alleine den Antrag stellen. Die IHK hält dann eine Rücksprache mit dem Betrieb und der Berufsschule, ob die Leistungen es rechtfertigen. Der Betrieb kann sagen, dass er es nicht will, aber wenn die Leistungen es rechtfertigen, wird es dennoch stattgegeben. Der Betrieb hat kein Recht darauf, eine billige Arbeitskraft so lange einzusetzen, wie es ihm passt, sondern im Vordergrund steht immer noch die Ausbildung und wenn die Ausbildung frühzeitiger abgeschlossen werden kann, dann ist es halt so.

Die JNI unterstützt nur C bzw C++. Um Bytecode aus dem .Net-Umfeld in Java nutzen zu können, braucht man einen Wrapper, wie z.B. jni4net.

Hinzu kommt, dass beim Durcharbeiten der Altprüfungen auch kein Leistungsdruck entsteht. Man kann sich so viel Zeit nehmen, wie man will. Es ist egal, ob man 90 Minuten oder 90 Stunden dafür benötigt und wenn man dann nur 50 Punkte erreicht hat, ist es dann auch ganz egal. Es ist also psychologisch klar, dass die eigene Abschlussarbeit immer die schwerste aller Zeiten ist, da hier nun tatsächlich mal Leistung gezeigt werden muss.

Joa, da könnte ich auch ein paar Anekdoten aus meiner Assistenten-Ausbildung erzählen. Wie z.B. die Marketing-Klausur, die sich in meinem Jahrgang komplett geändert hat und ganz andere Fragen besaß, als die 5 Jahre davor oder die Änderung, dass man in der Datenschutz-Klasur das BDSG nicht mehr mitnehmen durfte oder dass ich noch die letzte "Algorithmen- und Datenstrukturen in C" geschrieben habe, denn danach übernahm ein anderer Prof. die Vorlesung und er arbeitete dann mit Java.

Welche Berufe sollen das sein? Mir ist kein Beruf bekannt, wo man einfach ein Buch auswendig lernt und schon die Abschlussprüfung bestehen kann. Der Ausbildungsrahmenplan ist ungenau, weil er nun mal von Betrieb zu Betrieb anders umgesetzt wird. Es ist nun mal kein Studium, wo jeder Student das selbe in der Vorlesung zu hören bekommt. Jeder Betrieb hat seine Feinheiten. Darum stehen im Ausbildungsrahmenplan auch nur die sog. Richt- und Groblernziele, aus denen die Betriebe dann die Feinlernziele ableiten. Ich hab zwar keine FIAE-Ausbildung gemacht, sondern damals eine Mechatroniker-Ausbildung und später eine Medieninformatik Assistenten-Ausbildung aber was ich von den FIAE-Abschlussarbeiten gesehen habe, wird eigentlich immer wieder nur das Grundwissen abgefragt. Es geht nie um spezielles Wissen. Nicht mal um Wissen um spezifische Programmiersprachen. SQL und Pseudocode sollte jeder FIAEler hinbekommen. Das ist doch echt nun kein Hexenwerk. In meiner Assistenten-Ausbildung waren schon die Klausuren im dritten Semester auf einem höheren Niveau, als die FI-Abschlussarbeiten. Dort ging es dann um Algorithmen und Datenstrukturen, also z.B. um Schwarz-Rot-Bäume. Das einzige, was ich den Prüfungen ankreide, sind die umständlichen Beschreibungen. Gerade in der Programmieraufgabe scheint der Autor sich immer einen abzubrechen und verwendet Entwicklungsmethoden, die auch gar nicht zur Aufgabe richtig passen. wie z.B. Arrays, die sich dynamisch vergrößern müssen, anstatt eine verkettete Liste. Das IP-Protokoll gehört meiner Meinung nach zum Grundwissen eines praktischen Informatikers. Man muss vielleicht nicht wissen, wie der Header exakt aufgebaut ist. Das kann man nachschauen aber man sollte schon Kenntnis darüber verfügen, welche Informationen es besitzt und wozu es dient. Es bedarf immer ein Handlungsspielraum. Ansonsten wäre jede Abschlussprüfung identisch und man müsste nur die Lösungen auswendig lernen. So einfach ist das aber nicht.