Ich arbeite schon seit 6 Jahren als Embedded-Entwickler. Hauptsächlich hardware-nahe Programmierung, aber auch höhere Prog. auf 32-Bit Platformen. Gerade habe ich 2 Jahres Projekt beendet und will nicht gleich wieder ein langes Projekt einsteigen (embedded-Projekte dauern meistens 1 Jahr ++), Ich kenne mich auch sehr gut mit Web-Programmierung aus. Habe schon etliche Websites und Shops erstellt, kann gut PHP, J2EE, JSP, MySql ... D.h. in der Freizeit habe ich schon viel Zeit darin investiert, aber ein offizielles Projekt kann ich nicht vorweisen. So würde ich gerne ein Web-Projekt machen und finde es OK, dafür einen geringeren Stundensatz zu haben. Wenn ich mich auf ein Gulp-Projekt bewerbe, bekomme ich nur Absagen, vermutlich wegen fehlender Referenzen. Dafür bekomme ich ständig Anfragen von embedded-Sachen, meistens automotive, die ich aber dann ablehne. Ich denke, ich bin nicht so gut wie ein richtiger Web-programmierer, aber mit einem mittelmäßigen könnte ich mithalten und meine bestehende Fähigkeiten ausbauen. Wie könnte ich die Dienstleistern davon überzeugen? Ich vermute, die wählen nur Leute aus, die die gleiche Tätigkeit in ihrem Profil haben, und wissen nicht, dass man sich gerne weiterentwickelt. Gruss, Joachim
Embedded-Freiberufler schrieb: > Dafür bekomme ich ständig Anfragen von embedded-Sachen, meistens > automotive, die ich aber dann ablehne Könntest du ein paar davon weitergeben? Ernsthaft! > Wie könnte ich die Dienstleistern davon überzeugen? Vermutlich nur über ein unschlagbares Preisangebot. > Ich vermute, die wählen nur Leute aus, die die gleiche Tätigkeit in > ihrem Profil haben, und wissen nicht, dass man sich gerne > weiterentwickelt. So ist das doch überall. Keiner gibt dir irgendwelche Chancen, dich weiterzuentwickeln. Du sollst immer alles komplett mitbringen, was sie gerade verlangen. Ist das nicht auch so im Embedded-Bereich?
Hi, bau doch erstmal ein kleines Projekt für Dich selbst. Ein Online-Terminkalender, Online-Projektmanagement, ein Webmail-Client usw. - was auch immer, irgendwas das Dir Spass macht. Das kannst Du dann als Referenz angeben. Alternativ kannst Du mir ja mal Deine Kontaktdaten geben, ich bin immer auf der Suche nach Leuten, die mich (freilich gegen Entgelt) unterstützen können (PHP und MySQL klingt schonmal gut)... Grüsse, TommyS
Embedded-Freiberufler schrieb: > Habe schon etliche Websites und Shops erstellt Kannst du diese nicht als Referenz angeben? Ansonsten: Du musst deine Schwächen in Stärken umwandeln. Auf deine Situation angewendet bedeutet das, dass du bei den Bewerbungen auf ein Projekt klar herausstellen musst, dass du aus persönlichen Gründen hoch motiviert bist, dich in diese Materie einzuarbeiten. Sowas kommt bei Auftraggebern viel besser an als ein gelangweilter und abgebrühter Entwickler, der das zum 1000. Mal macht und nur Geld verdienen will.
In welchem Gebiet willst/kannst du tätig werden? Dann kann man dir ggf. ja mal einen Tipp geben, eine Anmeldung im Forum damit man dich kontaktieren kann wäre auch nicht vom Nachteil ...
Ich verstehe generell den Wunsch nach Abwechslung, bin mir aber nicht so sicher ob Web-Entwicklung wirklich einen Fortschritt gegenüber Embedded darstellt ;-) Gerade im Web-Bereich gibt es doch viele "Frickler" ohne professionelle Ausbildung. Von daher könnte ich mir durchaus vorstellen, dass die Stundensätze dort auch niedriger sind als bei Embedded. Ob man das unbedingt will?
Tipp: Das mit den Fricklern stimmt wirklich! Ich würde niemlas ein Projekt annehmen, was weiter geführt werden soll, bzw modernisiert. Ein Neuaufbau/Neubau ist da angenehmer und die spätere Betreuung auch einfacher, weil man selber gefrickelt hat
Im Web-Bereich konkurrierst Du mit 14-jährigen Schülern. Den Firmen ist in der Regel egal wer das macht, die wissen nicht warum man da jemanden dran setzen sollte, der weiß was SQL Injection is.
Mark Brandis schrieb: > Ich verstehe generell den Wunsch nach Abwechslung, bin mir aber nicht so > sicher ob Web-Entwicklung wirklich einen Fortschritt gegenüber Embedded > darstellt ;-) Gerade im Web-Bereich gibt es doch viele "Frickler" ohne > professionelle Ausbildung. Von daher könnte ich mir durchaus vorstellen, > dass die Stundensätze dort auch niedriger sind als bei Embedded. Ob man > das unbedingt will? Sehe ich ganz genauso! Zumal auch die Gefahr besteht, dass man Schwierigkeiten bekommt, wenn man wieder zurück in den Embedded-Bereich möchte. Andererseits kann ich "Embedded-Freiberufler" in gewisser Weise auch verstehen: Ich bin selbst Embedded-Entwickler (aber in Festanstellung) und manchmal - wenn mal wieder unerklärlicherweise nix geht und ich keinen blassen Schimmer, wo der Fehler zu suchen ist - sehne ich mich schon zurück in die schöne, saubere, objektorientierte Java-Welt. ;-) Dann denke ich an oben angesprochene Sachen und ich bin wieder glücklicher Embedded-Entwickler. (Ich habe schließlich nicht umsonst jahrelang technische Informatik studiert.)
Web-Entwickler gibt es wie Sand am Mehr. Abgebrochene Graphikdesigner, Schüler, umgeschulte Sozialpädagogen, und alles, was in der Hochzeit der New-Economy noch so vom Hilfsarbeiter auf Web-Entwickler umgeschult wurde. Am unteren Ende der Preisspanne dann die Typen, die du dir für unter $1/Stunde auf rent-a-coder (ja, heißt jetzt anders, ich kann mir den neun Namen nicht merken), holen kannst. In das Business willst du rein? Viel Spaß.
>> Dafür bekomme ich ständig Anfragen von embedded-Sachen, meistens >> automotive, die ich aber dann ablehne >Könntest du ein paar davon weitergeben? Ernsthaft! Das wird schwierig. Hays und Serma rufen mich an, da habe ich keine Links (zu suchen auf deren Liste), Gulp und Solcom schreiben Mails. Gerade kam eins rein, Software-Tester in Muenchen. Gleich abgesagt. Aber es ist noch nicht in deren Projekt-Liste http://www.gulp.de/projekte.html drin. > Vermutlich nur über ein unschlagbares Preisangebot. Bei embedded wird 60EUR/h gerne gezahlt. So habe ich mich fuer 45EUR angeboten bei einem Datenbank-Projekt. Dann kam zurueck 40EUR waere Maximum. > dass du bei den Bewerbungen auf ein Projekt klar herausstellen musst ich glaube die lesen das nicht. Die schauen nur ob die benoetigten Skills mit den vorhandenen Projekt-Erfahrungen uebereinstimmt. Bzw. ein Computer macht das erste Aussieben. > dass die Stundensätze dort auch niedriger sind als bei Embedded. Ob man > das unbedingt will? Ja, das will ich. Ein breites Skill-Spektrum ist auf Dauer(!) wertvoller als ein bisschen mehr Kohle im Jetzt. Geld ist fluechtiger als Wissen. >Web-Entwickler gibt es wie Sand am Mehr. Abgebrochene Graphikdesigner, >Schüler, umgeschulte Sozialpädagogen, und alles, was in der Hochzeit der >New-Economy noch so vom Hilfsarbeiter auf Web-Entwickler umgeschult Und diese koennen alle J2EE, Javascript, JQuery, Php, ZEND Framework ... So So.. Ich finde die obigen Sachen nicht unbedingt leichter als Embedded.
Hi, da ich seit über 15 Jahren (und davon etwa 10 Jahre als Selbstständiger) im Intranet/Internet-Umfeld (primär) als Architekt tätig bin, meine Frage zu dem Thema: Willst Du als Pixelschubser oder als Entwickler komplexer Multitier-Systeme tätig sein? Reine Webdesigner werden in der Tat meist aus dem billigsten Preissegment ausgesucht, während z.B. an Backendentwickler ganz andere Ansprüche (und das schreibe ich ohne jegliche Wertung) gestellt. Was ich versuchen täte: Auch im "embedded Bereich" gibt es durchaus eine stattliche Anzahl von Kunden, die eben auch z.B. ihre Daten im Internet/Intranet verteilen wollen/müssen und ein Umstieg bei einem Dir bekannten Kunden ist IMHO durchaus eine überlegendswerte Option. Noch eins; Im Webumfeld ist gerade als Selbstständiger ein enormer und stetiger Lernaufwand notwendig, um sich auf Dauer gut verkaufen zu können.
Burki schrieb: > Im Webumfeld ist gerade als Selbstständiger ein enormer und > stetiger Lernaufwand notwendig, um sich auf Dauer gut verkaufen zu > können. Auch das ist ein Grund, weshalb ich mich in der Embedded-Welt sehr viel wohler fühle: Da gibt es nicht jede Woche neue Programmiersprachen, Frameworks und Konzepte, die eine Woche später schon wieder veraltet sind.
Embedded hat einen grossen Nachteil für mich: Fast immer muss man VOR ORT, d.h. Büro mit Lärm arbeiten. Ich bin ggü Umgebungslärm hyperempfindlich. Web-Aufgaben lassen sich leichter remote erledigen.
> Was ich versuchen täte: Auch im "embedded Bereich" gibt es durchaus eine > stattliche Anzahl von Kunden, die eben auch z.B. ihre Daten im > Internet/Intranet verteilen wollen/müssen und ein Umstieg bei einem Dir > bekannten Kunden ist IMHO durchaus eine überlegendswerte Option. Vollkommen richtig. Demnächst läuft bei uns ein emb.Webserver Projekt an. Da muss dann auch an einem entsprechenden Web-Backend (oder wie immer das heisst) mitgearbeitet werden - zumindest konzeptionell. Ich darfs leider nicht machen :-(
Embedded-Freiberufler schrieb: > Embedded hat einen grossen Nachteil für mich: > Fast immer muss man VOR ORT, d.h. Büro mit Lärm arbeiten. > Ich bin ggü Umgebungslärm hyperempfindlich. > Web-Aufgaben lassen sich leichter remote erledigen. Leichter ja, aber im Prinzip sollte es möglich sein, sich die entsprechende Ziel-Hardware z.B. als Evalboard zu kaufen. Die paar Hundert Dollar gehen im Vergleich zur Gesamtsumme doch im Grundrauschen unter. Und Netzteil, Lötkolben, Digitalmultimeter hat sowieso jeder richtige Entwickler daheim. :-) Von den Entwicklungsumgebungen à la IAR, Keil, Tasking und wie sie alle heißen braucht man ja ohnehin eine Lizenz, wenn man sie legal benutzen soll.
> Leichter ja, aber im Prinzip sollte es möglich sein, sich die > entsprechende Ziel-Hardware z.B. als Evalboard zu kaufen. Ein Evalboard haette bei meinen bisherigen Projekten nicht gereicht. Da haette ich ein ganzes Labor und viele vernetzte Systeme mitnehmen muessen. Ausserdem wird der Code im Team geschrieben, da braucht man staendige Anbindung an SVN oder aehnliches, was zwar technische leicht moeglich (ueber das Internet) waere, aber gegen die Richtlinie der Firmen verstoesst.
Embedded-Freiberufler schrieb: > Ein Evalboard haette bei meinen bisherigen Projekten nicht gereicht. Da > haette ich ein ganzes Labor und viele vernetzte Systeme mitnehmen > muessen. Hm. Nicht physikalisch vorhandene Geräte simulieren geht nicht? Genau dafür gibt es ja Tools wie CANoe, LabVIEW, ... womit ich nicht sagen will dass es trivial ist, aber z.B. bei einer CAN-Kommunikation die im Labor nicht vorhandenen Gegenstellen simulieren machen wir auch ständig. > Ausserdem wird der Code im Team geschrieben, da braucht man staendige > Anbindung an SVN oder aehnliches, was zwar technische leicht moeglich > (ueber das Internet) waere, aber gegen die Richtlinie der Firmen > verstoesst. Dieses Problem dürfte freilich kaum für Embedded spezifisch sein, sondern müsste in ähnlicher Häufigkeit auch in allen anderen Bereichen auftreten?
>Dieses Problem dürfte freilich kaum für Embedded spezifisch sein, >sondern müsste in ähnlicher Häufigkeit auch in allen anderen Bereichen >auftreten? Denke ich nicht. Oben im Thread wurde ja schon erwaehnt, dass Web-Projekte eine kuerzere "Standzeit" haben. >Auch das ist ein Grund, weshalb ich mich in der Embedded-Welt sehr viel >wohler fühle: Da gibt es nicht jede Woche neue Programmiersprachen, >Frameworks und Konzepte, die eine Woche später schon wieder veraltet >sind. Meine Erfahrung ist die, dass die Embedded Codes uralte Algorithmen haben, die sich ueber etliche Releases gehalten haben. (ich meine natuerlich nicht den nutzlosen "Lava flow" Code, sondern schon den wirklich guten) D.h. wenn bei Web-Projekten mal know how durchsickert, nicht ganz soo schlimm, in ein paar Jahren muss sowieso alles neu gemacht werden.
>> Ausserdem wird der Code im Team geschrieben, da braucht man staendige >> Anbindung an SVN oder aehnliches, was zwar technische leicht moeglich >> (ueber das Internet) waere, aber gegen die Richtlinie der Firmen >> verstoesst. >Dieses Problem dürfte freilich kaum für Embedded spezifisch sein, >sondern müsste in ähnlicher Häufigkeit auch in allen anderen Bereichen >auftreten? Die Praxis zeigt aber, dass bei Web-Projekten oft ein "Remote" zu finden ist, und bei den embedded-C-Programmier-Projekten meistens "100% vor Ort" verlangt wird. (Siehe projekt listen Solcom, Gulp, freelancermap, ...)
Embedded-Freiberufler schrieb: > Die Praxis zeigt aber, dass bei Web-Projekten oft ein "Remote" zu finden > ist, und bei den embedded-C-Programmier-Projekten meistens "100% vor > Ort" verlangt wird. > (Siehe projekt listen Solcom, Gulp, freelancermap, ...) Mag sein. Der Sinn dahinter erschließt sich mir freilich nicht. Vielleicht weil es keinen gibt ;-)
> Mag sein. Der Sinn dahinter erschließt sich mir freilich nicht. > Vielleicht weil es keinen gibt ;-) Vielleicht weil "Internet-Firmen" oft keine grossen Raeumlichkeiten haben, bzw. sich diese nicht leisten wollen. Firmen, die ein Produkt herstellen, brauchen diese Raeumlichkeiten sowieso und dort kann man auch die Embedded-Software Entwickler arbeiten lassen. Der Ueberwachungsgedanke spielt m.E. auch eine Rolle. Wenn der Entwickler eine Rechnung schreibt ueber so und soviel Stunden, weiss man ja nicht wieviel er TATSAECHLICH gearbeitet hat. Bei 100%-vor-Ort Entwicklern hat man da keine Zweifel. Falls das bei Web-Projekten eine geringere Rolle spielen sollte, haette ich keine Erklaerung.
Hi, sorry, dass ich mich wieder einmische, doch in Realität wird natürlich auch bei "Web-Projekten" (ich befürchte, dass eine Vielzahl der hiesigen poster nicht in diesem Bereich tätig sind) eine Revison-Kontrollsystem eingesetzt wird. Da übrigens gerade bei Webanwendungen Security (und zwar nicht nur beim Produktionssystem) eine entscheidende Rolle spielt, ist es häufig keineswegs so, dass hier "gemütlich" im Homeoffice produziert werden kann. Das zieht sich übrigens durch eine Reihe von Branchen (iwe Banken, Energieversorger, Verlage, Automobilindustrie,...) für die ich gearbeitet habe. Eine weitere Punkt, der immer mehr gegen das "nerdige" Programmieren spricht ist zudem der richtig aufkommende Boom der agilen Methoden (wie z.B. Scrum) in der Entwicklung. Ich will damit nicht sagen, dass das Homeoffice (bei CMS sieht das z.B. ganz anders aus) im "Webbereich" grundsätzlich die Ausnahme ist, doch wirklich interessante und auch etwas anspruchsvollere Projekte werden i.d.R. beim Kunden entwickelt.
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.