Whiz-zarD

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.