Hallo, mich würde interessieren was bringt mehr Chancen auf dem Arbeitsmarkt d.h. welche Spezialisierung Embedded Bereich oder Desktop-Anwendungen (z.B. Objektorientierte Sprachen). Wo wird meistens mehr verdient? Nach dem Studium sollte man sich für etwas entscheiden aber es ist schon schwierig in den beiden Richtungen sich gut auszukennen.
:
Gesperrt durch User
Spezialisierung ? Mach beides. Es gehoert eh zusammen. Und ist beides nicht derart schwierig.
na ja, lernen ist eins aber Berufserfahrung zwei. Ich kann nicht zuerst als Embedded Entwickler arbeiten nachher z.B. 2 Jahre als PC-Anwendungsentwickler, um dann wieder mich als Embedded Entwickler zu bewerben. Ich glaube man muss entweder oder machen...meine Frage ist was lohnt sich mehr? was ist interessanter, wo habe ich mehr Chancen, um einen Job zu bekommen und wo werde ich besser bezahlt, ich meinen wo sind die Chancen höher....
interessierte schrieb: > na ja, lernen ist eins aber Berufserfahrung zwei. Ich kann nicht zuerst > als Embedded Entwickler arbeiten nachher z.B. 2 Jahre als > PC-Anwendungsentwickler, um dann wieder mich als Embedded Entwickler zu > bewerben. Ich glaube man muss entweder oder machen... Kommt drauf an, in kleinen Firmen z.B. kann es durchaus passieren, dass du das Embedded System auslegst, entwickelst und die dazu gehörige Monitor-SW die auf einem PC läuft oder dem Embedded System selbst läuft auch dazu schnitzt. interessierte schrieb: > Nach dem Studium sollte man sich für etwas entscheiden aber es ist schon > schwierig in den beiden Richtungen sich gut auszukennen. Du bist anscheinend mitten im Studium, setzt dich jetzt hin und lerne C(1) und dann z.B. C++(1) mit OOP. Für einen Absolventen reicht das. Gute Ansätze zum lernen: -Bücher (MUSS) -Artikelsammlung hier auf der Hauptseite (KANN) -Tutorials (KANN) -Skripte von Profs usw (KANN) -eigene Projekte (SOLLTE) (2) (1) Programmiersprachen sind nach eigenem gut dünken frei austauschbar. (2) Wer pokern können will, muss pokern und wer programmieren können will, muss programmieren. P.S.: Alles meine Meinung, jeder kann eine eigene darüber haben.
interessierte schrieb: > na ja, lernen ist eins aber Berufserfahrung zwei. Ich kann nicht zuerst > als Embedded Entwickler arbeiten nachher z.B. 2 Jahre als > PC-Anwendungsentwickler, um dann wieder mich als Embedded Entwickler zu > bewerben. Ich glaube man muss entweder oder machen... Muss nicht sein. Hier in der Abteilung gibt es zum Beispiel Leute, die sowohl Software entwickelt haben, die auf dem Fahrzeugrechner einer Lokomotive läuft (also Embedded), als auch Tools für das Laden der Software und für die Diagnose (also PC-Anwendungsentwicklung).
Man schreibt ueblichwerweise die embedded software und gleichzeitig schreibt man eine PC Applikation, die damit kommuniziert. So gesehen, kommt die Berufserfahrung auf beiden Gebieten gleichzeitig.
@Hä-jetzt Noch: z.B. in der Automobilindustrie wird aber niemand Werkzeuge für den Test und die Analyse schreiben, da werden Kenntnisse wie embedded C, µC, Matlab, Canoe, Can, Lin, Labview usw verlangt. So wie ich es sehe, dort werden doch keine PC-Anwendungen geschrieben, oder?
Im übrigen kann man auch im embedded Bereich OO-programmieren. Gute C++ compiler sorgen schon dafür, dass der Code nicht zu groß wird. Und wenn man nicht ums letzte Byte kämpfen muss, dann hat man alle Vorteile von OOP. Im übrigen sollte ein guter Programmierer in der Lage sein sich innerhalb 1 Woche in eine neue Programmiersprache einzuarbeiten (LISP lassen wir mal außen vor ;-) Und ob auf dem PC oder woanders, man muss sich halt die APIs anschauen, dann geht auch hier problemlos ein Wechsel. Gruß Tom
interessierte schrieb: > mich würde interessieren was bringt mehr Chancen auf dem Arbeitsmarkt > d.h. welche Spezialisierung Embedded Bereich oder Desktop-Anwendungen > (z.B. Objektorientierte Sprachen). Wo wird meistens mehr verdient? Kann man nicht so allgemein beantworten. Ist meines Erachtens so relevant wie die Frage, ob Dein Abschlusszeugnis auf einen Dienstag oder einen Mittwoch datiert sein sollte. Von einem Softwareentwickler wird erwartet, dass er beides kennt und sich schnell einarbeiten kann. interessierte schrieb: > @Hä-jetzt Noch: z.B. in der Automobilindustrie wird aber niemand > Werkzeuge für den Test und die Analyse schreiben, da werden Kenntnisse > wie embedded C, µC, Matlab, Canoe, Can, Lin, Labview usw verlangt. So > wie ich es sehe, dort werden doch keine PC-Anwendungen geschrieben, > oder? Natürlich werden da auch PC-Anwendungen programmiert. Meistens Mess- und Entwicklungsumgebungen für Vorentwicklung, Applikation und Test. Da werden nicht nur zugekaufte Tools verwendet, weil die auch nicht immer perfekt zur Aufgabenstellung passen und auch so ihre (teilweise großen) Macken haben...
@ Thomas Burkhart: nicht nur API, es gibt noch Sachen wie: Echtzeit, OSEK, AutoSar, Echtzeit Bussysteme wie CAN oder Flexray, Misraregeln, embedded C...und und und. Wenn jemand z.B. Java und C# im Studium hatte, dann wird es für diese Person schwer sich in dieser umgebung wieder zu finden. Man muss auch berücksichtigen, dass man auch Know-how braucht über Hardware wie Watchdogs, PWM, SPI, EEPROM usw. das ist nicht ohne für z.B. .NET Entwickler das ganze zu begreifen. Man muss dann auch mit Oszilloskop umgehen können, um die Signale zu analysieren. Deswegen meine Frage, da zu dem Embedded Bereich gehören mehr Sachen als nur reine ANSII C. Darum mache ich mir auch Gedanken, ob wenn man nur PC-Anwendungen entwickelt, wird man sich einfach und schnell im Embedded Bereich auch einarbeiten können.
Embedded Software wird ja auch oft von Leuten entwickelt, die Elektrotechnik bzw. Technische Informatik studiert haben. Reine Informatiker gibt es da natürlich auch, aber ihr Anteil ist viel geringer als z.B. bei einer Firma die Software entwickelt, die ausschließlich auf PCs läuft.
@ Mark Brandis: Mein Prof. hat gemeint, dass jetzt und in der Zukunft viel mehr für Embeddded Bereich als für PC-Bereich entwickelt wird, d.h. man wird mehr Konkurrenz haben, wenn man sich für PC-Anwendungen festlegt. Zweitens ich denke auch, dass PC-Anwendungsentwicklung stärker von der Auslagerung betroffen ist (z.B. nach Indien). Bin ich richtig mit meinen Überlegungen?
interessierte schrieb: > Mein Prof. hat gemeint, dass jetzt und in der Zukunft > viel mehr für Embeddded Bereich als für PC-Bereich entwickelt wird, d.h. > man wird mehr Konkurrenz haben, wenn man sich für PC-Anwendungen > festlegt. Es kommt drauf an, was du willst. Ich bleib dabei, mach beides, stellt dich auch breiter auf, also von der Qualifikation her. ;-) Im übrigen hat dein Prof guten Chancen Recht zu haben. Es muss mehr Energie-Effizienz her, das wird oft/gerne mit mehr intelligenten Geräten gelöst. Also Waschmaschine voll machen und die kommuniziert mit dem Energie-Versorger, wann viel Strom da ist. Viel Strom ist da, wenn die Sonne scheint, der Wind weht, dann wird (ab 2011) der Strom günstiger usw, usf. Um den Kraftstoffverbrauch zu senken wird auch viel in SW gemacht, okay, Autos in klein und leicht bauen würde auch gehen. Aber dann müssten sie billiger werden und die Marge würde sinken. Hybridantriebe wollen auch angesteuert werden. Fahrerassistenz ist auch so ein Thema, wo immer viel SW geschrieben wird. Wobei ich es für einen übertriebenen Hype halte, bei gleichmäßigem Verkehr empfinde ich es als sinnvoll, bei der Unfallverhütung halte ich es für überschätzt. (Ist aber nur meine Meinung.) > Zweitens ich denke auch, dass PC-Anwendungsentwicklung stärker > von der Auslagerung betroffen ist (z.B. nach Indien). Bin ich richtig > mit meinen Überlegungen? Halte ich für kein Argument. Man kann Testfahrten auch super im Ausland machen, für Tests in der Kälte/Hitze muss man das sogar.
interessierte schrieb: > @ Mark Brandis: Mein Prof. hat gemeint, dass jetzt und in der Zukunft > viel mehr für Embeddded Bereich als für PC-Bereich entwickelt wird, d.h. > man wird mehr Konkurrenz haben, wenn man sich für PC-Anwendungen > festlegt. Zweitens ich denke auch, dass PC-Anwendungsentwicklung stärker > von der Auslagerung betroffen ist (z.B. nach Indien). Bin ich richtig > mit meinen Überlegungen? Also ich halte solche Aussagen für kompletten Blödsinn. Wie will man messen, ob mehr für Embedded oder PC entwickelt wird? Anzahl Projekte, Code-Zeilen?! Das kommt doch ganz auf die Branche an. Von der Auslagerung sind übrigens alle Software-Bereiche betroffen. Und Leute, die diesen Scheinbar-Billig-Auslagerungs-Software-Mist hier irgendwie zum Laufen bringen müssen, werden in allen Bereichen gebraucht.
interessierte schrieb: > @ Mark Brandis: Mein Prof. hat gemeint, dass jetzt und in der Zukunft > viel mehr für Embeddded Bereich als für PC-Bereich entwickelt wird, d.h. > man wird mehr Konkurrenz haben, wenn man sich für PC-Anwendungen > festlegt. Dem kann ich so nicht ganz folgen. Falls es so kommt, dass der Embedded-Bereich tatsächlich sehr stark an Bedeutung wächst, dann werden entsprechend auch viel mehr Leute in diesen Bereich gehen. Somit würde dort also die Konkurrenz wachsen, und im PC-Bereich würde sie eher sinken. Aber mit solchen Prognosen sollte man vorsichtig sein - niemand entschädigt einen dafür, wenn sie sich als falsch erweisen. Deshalb: Im Studium sollte man das machen, was einen am meisten interessiert. Später im Berufsleben hat man sowieso mehr Pflichtaufgaben, als einem lieb sein kann ;-)
dabei darf man aber nicht vergessen, dass alle die NUR Jave oder C# können nicht so einfach in den embedded Bereich wechseln werden. Viele schreckt die Bitpopelei nachhaltig ab :-)
Mein Tipp: Mach das was Dir am ehesten liegt und am meisten Spaß macht. Im Allgemeinen kommst Du nicht weit, wenn Du Deine Ziele auf Gehalt und Jobaussichten optimierst. Und so groß sind die Unterschiede zwischen den Schienen eh nicht. Ich persönlich zum Beispiel würde GUI-Entwicklung nicht mal mit der Kneifzange anfassen. Dann lieber Bits schubsen. mfg, Stefan.
Ein GUI zusammenkloppen ist nicht schwierig. Man sollte nur die Finger von Datenbanken lassen. Da treiben sich auch Informatiker, Foerster und Klempner herum. Aber ein GUI zu einer technischen Anwendung gehioert einfach dazu. Es ist einfacher das GUI zusammenzukloppen wie die Spezifikationen dazu fuer eine externe Kraft zu schreiben.
Hä-jetzt Noch schrieb: > Ein GUI zusammenkloppen ist nicht schwierig. Ja, so sehen viele GUIs dann auch aus... ;) Eine brauchbare Nutzerführung zu entwicklen, ist alles andere als einfach, wenn die Software etwas umfangreicher ist.
Hä-jetzt Noch schrieb: > Ein GUI zusammenkloppen ist nicht schwierig. Eher: Irgend eine GUI zusammenzukloppen ist nicht schwierig. Eine vernünftige grafische Benutzeroberfläche zu entwickeln ist hingegen nicht trivial.