Eure Meinung -> Job -> coding
-
gunnag schrieb:
@xin: danke für die detailliete ausführung. Hört sich bissl danach an als ob Du in ähnlicher weise schonmal da warst wo ich jetzt stecke.
Yepp. ^^
gunnag schrieb:
ich nehme mir Deine rat mal zu Herzen mit dem Headhuntern. Vielleicht haben die einen besseren Einblick in die Industrie als ich...
Ein Angebot von einem Headhunter ist nicht verpflichtend. Es ist ein Angebot. Passt es, kassiert der Headhunter ziemlich gut dafür ab.
Wenn Du was findest, was Dich interessiert, kannst Du Dich trotzdem dort bewerben - nur kannst Du Dich nicht mehr dort bewerben, wo der Headhunter Dich zur Vorstellung möchte - also die Vermittlung bereits eingeleitet hat...Ansonsten ist mit Vorsicht auch kununu.com interessant, wenn Du eine Firma zur Bewerbung aufsuchen möchtest. Da schreiben aber nicht nur Angestellte, sondern auch Chefs, die ihre Firma angemessen vertreten sehen möchten. Aber es ist zumindest nicht verkehrt um herauszufinden, worauf man beim Bewerbungsgespräch achten sollte.
-
Also was du so schreibst von wegen performanter code und das zeugs:
das findet man z.B. im embedded bereich.da hast du meist schwache hardware, und dann heißt es von deinem chef plötzlich: diese und jene funktion ist zu langsam, sieh zu dass sie doppelt so schnell wird.
der embedded bereich ist sicher nicht jedermanns sache, aber ich finde es ganz spannend weil man viel über die funktionsweise von betriebssystem und hardware lernt und eben immer dazu getrieben wird, effizient zu programmieren.
auch schreibt man da nur selten "glue code", da man einfach viele dinge selbst implementieren muss. zum beispiel ein eigenes GUI system, was natürlich viel spannender ist als ein fertiges GUI framework nur zu verwenden.teilweise finde ich den embedded bereich dann aber auch wieder ziemlich deprimierend, wenn man ewig an kleinigkeiten rumdoktort (z.b. warum wird eine bitmap am bildschirm als schwarzer fleck angezeigts), während die php leute ständig erfolgserlebnisse haben (man sieht im web bereich viel eher das ergebnis).
ansonsten sei dir gesagt, dass du wahrscheinlich nicht sofort den "perfekten" job finden wirst - schließlich musst du selbst sehen, was dir spaß macht und was eben nicht.
viel glück dabei!
-
bool csv_parse( char *str ,size_t len ,const char field_seperator ,const char quote ,const char newline ,bool (*cb)(size_t line,size_t field,char *str,size_t len,void *cb_arg) ,void *cb_arg ){ ... }wenn dir das nicht zu doof ist, poste doch mal einen funktionskörper (sollten ca. 70 zeilen ohne externe libraries in c sein)... btw. vielen ist das auch zu leicht
-
crispin kenton schrieb:
wenn dir das nicht zu doof ist, poste doch mal einen funktionskörper (sollten ca. 70 zeilen ohne externe libraries in c sein)... btw. vielen ist das auch zu leicht
Zeig doch mal die Spezifikation, sollte fuer test driven development aber herhalten koennen ... lol ...
-
scheint als ist die aufgabe ausgelutscht
-
wenn dir das nicht zu doof ist, poste doch mal einen funktionskörper (sollten ca. 70 zeilen ohne externe libraries in c sein)... btw. vielen ist das auch zu leicht
ich bin jetzt etwas verwirrt - was soll mir der code sagen/zeigen/klar machen?
-
Ja. Wenn deine Datensets mal ein paar Petabytes grosz sind und sehr hochdimensional hast du bei der Analyse ganz andere Probleme als "bissl Datenbanken und low-level Statistik". Wenn du "Big Data" hoerst, gehen damit auch immer eine Menge klassische Information Retrieval Themen einher. Nur dass alles nochmal viel komplizierter wird, wenn deine Probleminstanzen so grosz sind, dass du die Daten nicht mehr auf einer einzigen richtig groszen Maschine halten kannst, sondern dafuer ein Rechenzentrum brauchst.
also genau die richtung würd mich evtl. auch reizen. also algorithmisch/mathematisch. Ich vermute da wird sich in naher zukunft einiges tun...(wunschdenken?)
Aber das ist nicht das richtige Thema fuer dich, wenn dein Wissensstand aktuell so aussieht und du schon einen Job suchst. Auszerdem wird dich daran niemand heranlassen.
warum? Sicherlich gibt es bereits Spezialisten aber so die Jobsuche spuckt mir ständig jobs im Data Analysis bereich aus. Ich denke schon dass man als Einstieg mit Willen was neues zu lernen da in dem Bereich Fuß fassen könnte - Irrglaube?
Worin unterscheidet sich eigentlich BI (Business Intelligence) von big data bzw. Data mining?
-
gunnag schrieb:
wenn dir das nicht zu doof ist, poste doch mal einen funktionskörper (sollten ca. 70 zeilen ohne externe libraries in c sein)... btw. vielen ist das auch zu leicht
ich bin jetzt etwas verwirrt - was soll mir der code sagen/zeigen/klar machen?
egal, lassen wir das. war eine blöde idee von mir.
btw. ich schreibe nur klein und falsch weil ich es nicht besser kann. von meinem bildungsstand erwartet man auch nicht mehr. bei dir sieht das schon ganz anders aus, gib dir also in der hinsicht etwas mühe!
-
@op: vielleicht kannst du noch ein paar worte zu deiner qualifikation verlieren? Irgendwie krieg ich da grad kein passendes bild von.
-
Jester schrieb:
@op: vielleicht kannst du noch ein paar worte zu deiner qualifikation verlieren? Irgendwie krieg ich da grad kein passendes bild von.
gunnag schrieb:
ich habe mein Informatik Studium abgeschlossen und bin auf der Suche nach nem interessanten Job.
gibt es da verschiedene spezialisierungen
wiki zu informatikstudium schrieb:
Neben den klassischen Inhalten aus der Informatik werden heute, infolge der immer stärkeren Verbreitung und auch Spezialisierung, auch in erheblichem Maße interdisziplinäre Anteile integriert, meist in Form eines frei wählbaren Ergänzungsfachs. Gab es anfangs an deutschen Hochschulen eher allgemeine Informatikstudiengänge, so werden heute zunehmend ganze interdisziplinäre Trendstudiengänge angeboten, z. B. in Bioinformatik, Geoinformatik oder Medieninformatik, sowie Studiengänge auf Lehramt.
hätt es auch selbst nachlesen können, sry
-
Insbesondere kann man sich oft auch in viele unterschiedliche richtungen vertiefen, also innerhalb eines normalen Informatikstudiums, sogar ohne einbeziehung der nebenfächer. Die leute die da rauskommen kann man kaum miteinander vergleichen.
