wie lange dauert Deine Jobsuche als SW-Entwickler C/C++?

[factorypattern]

[quote="volkard"][quote="factorypattern"]Hast Du gute online C/C++ Aufbaukurse zu empfehlen?[/quote]
Du hast nicht C/C++ in die Bewerbung geschrieben.[/quote]

[Xin]

TyRoXx schrieb:

Xin schrieb:

Die Fragen sind dafür gedacht, herauszufinden, wie der Bewerber auf Probleme eingeht. Setzt er sich hin und sagt "Joah, keine Ahnung." oder kann er zumindest eine Richtung erarbeiten, wie er zu Lösungen kommt.

Ich würde in dem Moment Google fragen.

Das ist... sagen wir mal... nicht sehr kreativ.
Google steht nicht zur Verfügung. Löse das Problem anders.

TyRoXx schrieb:

Xin schrieb:

So verwirrend die Fragen im ersten Moment auch waren, so sinnvoll erscheinen sie mir, um kreative Mitarbeiter zu unterscheiden von Leuten, die einfach nur tun, was man ihnen sagt. Wen muss man anleiten, wer sieht die Arbeit einfach weil sie da ist und findet auch Lösungen?

Das mag ja sein, aber warum ist so ein Blödsinn besser dafür geeignet als eine fachbezogene Frage?

Die Leute wollen wissen, ob Du ein Fachidiot bist. Also stellen Sie Dir fragen, bei denen ein Fachidiot verloren hat, weil die Frage eben nichts mit dem Fach zu tun hat.

Du bist in der Situation eines Bewerbungsgesprächs, Du hast keine Ahnung und Du kannst Dich entweder verweigern, Du kannst nervös werden oder Du kannst Dir überlegen, wie Du die Situation meisterst.

Ich würde sagen, das gehört zu den intelligentesten Fragen eines Bewerbungsgesprächs. Für Fachwissen gibt es Bücher. Auf neue Situationen einzugehen verlangt etwas mehr Flexibilität.

[Xin]

factorypattern schrieb:

Ehrlich gesagt, bin ich auch ziemlich verzweifelt an meiner Situation. Der Misserfolg mit Stellensuche macht mein Selbstbewusstsein einigermaßen kaputt. Ich versuche, ständig durch Beschäftigung bspw. Programmierung abzulenken. Warum kann man mit einer durchschnittlichen Note von 1,5 und berufliche Erfahrung eine anständige Stelle im Ballungsgebiet NICHT finden?:(

Worin hast Du die Note von 1,5?

factorypattern schrieb:

Hast Du gute online C/C++ Aufbaukurse zu empfehlen?

Denkst Du, dass C++ kannst oder dass Du einen Aufbaukurs brauchst und wie präsentierst Du Deine C++-Erfahrung bzw. Deine Note von 1,5?

Du sagst, du hast 60 Bewerbungen geschrieben. Sind die im Text alle identisch?

Ich kann Dir nur anbieten, eine Deiner Bewerbungen mal kritisch zu lesen und Dir dazu Feedback zu geben.

[factorypattern]

Xin schrieb:

Worin hast Du die Note von 1,5?

im Uni Notenspiegel.

Xin schrieb:

Denkst Du, dass C++ kannst oder dass Du einen Aufbaukurs brauchst und wie präsentierst Du Deine C++-Erfahrung bzw. Deine Note von 1,5?

An der Uni gewinnt man normalerweise die Grundlagen über SW-Entwicklung. Note von 1,0 spricht weder vom Genie noch vom Alleswisser an. Es bedeutet nicht mehr als, dass der Student über sehr gute Kenntnisse über einem Fach verfügt. Zweitens, C++ für Kommunikationsanwendungen ist möglicherweise einbisschel anders als C++ Maschinensteuerung implementiert. Meine beruflichen Aufgaben gehen um SW-Enwicklung für Maschinenbau. Der Interviewer setzt auch C/C++ ein, aber in anderer Branche. Drittens, C++ entwickelt sich ständig. Vor ein paar Jahren gibt es C++11/14 ja gar nicht.

Xin schrieb:

Du sagst, du hast 60 Bewerbungen geschrieben. Sind die im Text alle identisch?

fast Tagsüber muss ich fleißig arbeiten...

[Mechanics]

factorypattern schrieb:

volkard schrieb:

factorypattern schrieb:

Hast Du gute online C/C++ Aufbaukurse zu empfehlen?

Du hast nicht C/C++ in die Bewerbung geschrieben.

Das ist quasi das vereinbarte Stichwort, dass man von beidem keine Ahnung hat.

[Gregor]

Xin schrieb:

Für Fachwissen gibt es Bücher.

Ich glaube es gibt erstaunlich wenig Leute die Fachbücher lesen.

[c++ progger 1]

vor ein paar Tagen habe ich Buch "Erfolgreich Bewerben für Dummies" in einer Bibliothek entdeckt, aber hatte keine Lust darauf, es durchzulesen. Meiner Meinung nach sollte ich beim Vorstellungsgespräch am besten meine Stärke an fachliches Können und Wissen vorweisen, anstatt soziale Kompetenz zu protzen.

Naja, soziale Kompetenz ist eben schon wichtig. Und dazu gehört nun mal auch, ordentliche Bewerbungsbriefe zu schreiben.
Ich würde dir trotzdem raten, mal so ein Buch zu kaufen und durchzuarbeiten. Schaden wird es schon nicht

Du kannst deine anonymisierten Unterlagen hochladen, sodass man sie durchschauen kann. Die Leute beim Arbeitsamt sind meiner Meinung nach nicht geeignet, deine Bewerbungsunterlagen zu bewerten.

Bezüglich C++ auffrischen. Hast du schon "Effektiv C++ programmieren" gelesen?

Und wie bereits andere geschrieben haben, gewöhn dir das C/C++ ab. Da reagieren manche allergisch drauf. Man programmiert entweder C oder C++, aber nicht C/C++. Ok, mache programmieren tatsächlich C/C++, aber das sollte man vermeiden.

Fragen bzgl. C++ willst du wissen? Ich würde jetzt nichts allzu spezielles fragen, denn ob man irgendeine STL/boost Funktion kennt oder nicht hängt nicht unwesentlich vom Zufall ab.
Fragen würde ich auf allgemeines Verständnis:
* Was ist der Unterschied zwischen Stack und Heap? Wie sieht (ganz grob) so ein Prozess im Speicher aus?
* Wie kann man Ressourcen "automatisch" am Blockende wieder freigeben? -> RAII
* grober Überblick über STL, zumindest vector, string, list, map sollte man schon mal gehört haben
* ausgedruckter Code mit ein paar offensichtlichen Schwachstellen: Speicherloch, Übergabe an Funktion per Kopie statt const &, Exception nicht angefangen, ... Um ein Gefühl dafür zu bekommen, wie derjenige mit einer konkreten Problemstellung umgeht

Die Tests sollten aber nicht im Mittelpunkt stehen. Nach ein bisschen Small Talk übers Programmieren konnte ich bis jetzt recht gut erkennen, ob jemand Ahnung hat.

[factorypattern]

c++ progger schrieb:

vor ein paar Tagen habe ich Buch "Erfolgreich Bewerben für Dummies" in einer Bibliothek entdeckt, aber hatte keine Lust darauf, es durchzulesen. Meiner Meinung nach sollte ich beim Vorstellungsgespräch am besten meine Stärke an fachliches Können und Wissen vorweisen, anstatt soziale Kompetenz zu protzen.

Werbekosten würde ich sparen Heute bin ich wieder in der Bibliothek, und glücklicherweise steht das Buch "Erfolgreich Bewerben für Dummies" noch m Regal. Es habe ich bereits in die Hand genommen.

Bezüglich C++ auffrischen. Hast du schon "Effektiv C++ programmieren" gelesen?

Peinlich nein zu sagen. Ein paar Ausschnitte habe ich herausgegoogelt, und finde Vorschläge drin jedenfalls praxisnah und wertvoll.

Fragen würde ich auf allgemeines Verständnis:
* Was ist der Unterschied zwischen Stack und Heap? Wie sieht (ganz grob) so ein Prozess im Speicher aus?
* Wie kann man Ressourcen "automatisch" am Blockende wieder freigeben? -> RAII
* grober Überblick über STL, zumindest vector, string, list, map sollte man schon mal gehört haben
* ausgedruckter Code mit ein paar offensichtlichen Schwachstellen: Speicherloch, Übergabe an Funktion per Kopie statt const &, Exception nicht angefangen, ... Um ein Gefühl dafür zu bekommen, wie derjenige mit einer konkreten Problemstellung umgeht

Deine Liste ist genau was ich erwarte. bedanke mich ganz herzlich.
Kannst Du Kommentare zu die folgenden Antworten geben?
Zu Stack vs. Heap:
Stack und Heap sind für Datenspeicher gedacht. Im Vergleich zu Stack ist Heap für s.g. dynamischer Speicher geeignet. Heap ändert sich durch new und delete. Andererseits kommt Stack durch push, pop, call, ret zum Einsatz.

+-----------------+
|lokale Variable  | <- ESP
|...              |
+-----------------+
|                 | <- EBP
+-----------------+
|Rücksprungaddress|
|Param            |
|...              |
+-----------------+
|                 |
|...              |
+-----------------+ Bottom of Stack
|Argumente        |
|Umgebungsvariable|
+-----------------+

Stack befindet sich in Cache-RAMs, und folglich viel schnell als Heap.

Zu stl:
Bislang setze ich oft

std::vector

und

std::list

ein, und selten

std::map

. Von C++11 habe ich

for(auto& it: vector), std::transform, lambda [&](){}

usw. gelernt. Es gibt unheimlich neue Sache bsw.

std::forward, Args ...

mit "C++0x"

Zu "Kopie statt const &, Exception nicht angefangen":
Eigentlich ist mir

const &

beliebt. Was kann es ein Problem sein? QT Anwendungen haben Schwerigkeit mit try-catch Blocks. Ist

catch(...)

nicht die silver bullet für manche "nicht angefangen"?

[Gregor]

Du wirkst da jetzt nicht besonders kompetent.

[factorypattern]

Gregor schrieb:

Du wirkst da jetzt nicht besonders kompetent.

es ist völlig unstrittig, dass ich nicht expert mit C oder C++. Was mir derzeit besonders betroffen ist, wie und in welche Richtung meine Kenntnisse mit Programmierung in C oder C++ in kurzer Zeit vertieft werden kann.
Nochmal die Fragen:
1. Sind Fehler in meiner Abbildung von stack frame eingeschlichen?
2. Übergabeart const Reference vs. Kopie:
"Übergabe per Reference ist deutlich schneller als eine Kopie eines großen Objekts" Ist was Lächliches in meiner Beitrag unterlaufen?
3. Habe ich welche Begriffe verwechselt?

[Gregor]

factorypattern schrieb:

Gregor schrieb:

Du wirkst da jetzt nicht besonders kompetent.

Beispiel?

factorypattern schrieb:

Zu Stack vs. Heap:
Stack und Heap sind für Datenspeicher gedacht. Im Vergleich zu Stack ist Heap für s.g. dynamischer Speicher geeignet. Heap ändert sich durch new und delete. Andererseits kommt Stack durch push, pop, call, ret zum Einsatz.

Die Begriffe Stack und Heap sind von der Bedeutung her mehrfach belegt. Du vermischt hier unterschiedliche Bedeutungen. Beim einen redest Du über eine dynamische Datenstruktur, beim anderen über einen Bereich im Speicher. Zudem sagst Du nicht, was es ist, sondern "wie Du es in der Verwendung wahrnimmst"?

Was Du insgesamt da oben gesagt hast sieht wie die ersten Sätze der erstbesten Suchergebnisse einer Internetsuche bezüglich der jeweiligen Themen aus.

[factorypattern]

Sorry, mittlerweile habe ich meinen letzten Beitrag angepasst

Gregor schrieb:

Die Begriffe Stack und Heap sind von der Bedeutung her mehrfach belegt. Du vermischt hier unterschiedliche Bedeutungen. Beim einen redest Du über eine dynamische Datenstruktur, beim anderen über einen Bereich im Speicher. Zudem sagst Du nicht, was es ist, sondern "wie Du es in der Verwendung wahrnimmst"?

Du hast recht. Wie zugegeben, bin ich nicht Informatiker, sonder Quersteiger aus Automatisierungstechnik. Ich sage einfach was gerade im Kopf ist aus.

Was Du insgesamt da oben gesagt hast sieht wie die ersten Sätze der erstbesten Suchergebnisse einer Internetsuche bezüglich der jeweiligen Themen aus.

Du hast völlig recht Aber die Frage: wer derzeit nicht googelt, um einen Überblick über ein Theman zu schaffen?

Jedenfasll danke für Deine Kritik

[Gregor]

factorypattern schrieb:

Was Du insgesamt da oben gesagt hast sieht wie die ersten Sätze der erstbesten Suchergebnisse einer Internetsuche bezüglich der jeweiligen Themen aus.

Du hast völlig recht Aber die Frage: wer derzeit nicht googelt, um einen Überblick über ein Theman zu schaffen?

Gregor schrieb:

Xin schrieb:

Für Fachwissen gibt es Bücher.

Ich glaube es gibt erstaunlich wenig Leute die Fachbücher lesen.

Sei einer der wenigen! Dann musst Du in Bewerbungsgesprächen nicht darauf hoffen, dass Dein Gegenüber wegen mangelnder eigener Fachkenntnis ausschließlich irgendwelche doofen Brainteaserfragen fragt.

Nebenbei gesagt ist Google aus meiner Sicht absolut ungeeignet, um einen Überblick über ein Thema zu kriegen. Du musst ein Fachbuch lesen, um etwas zusammenhängendes zu haben. Mit Google, Wikipedia und so kommst Du nur an punktuelles Wissen heran. Du kannst dann keine Beziehungen zwischen den einzelnen Wissensfragmenten herstellen und Du weißt auch nicht, ob Dir etwas wichtiges fehlt. Du kannst Google und Wikipedia nutzen, um Dein Wissen aufzufrischen. Du musst also schon im Vorfeld wissen, nach was Du suchst und wie es mit anderen Dingen in Zusammenhang steht. Du kannst Dir ja mal überlegen, ob Du mit Google alleine durch Dein Studium gekommen wärst.

[Mechanics]

Ich weiß nicht, ob solche Fragen tatsächlich in Vorstellungsgesprächen kommen. Wenn derjenige Ahnung hat, wird er schon durch paar nebensächliche Fragen sehen, ob du irgendwie Ahnung von den Grundlagen hast oder nicht, ohne irgendwelche Details nachzufragen. Beim Vorstellungsgespräch fürs Vorpraktikum hat man mir Fragen über Algorithmen (Binärsuche, Hashes) und Designpatterns gestellt.

Deine Antworten hören sich jetzt zumindest nicht sehr sattelfest an. Wobei ich mir nicht sicher bin, ob ich spontan auf alles saubere Antworten liefern könnte. Ich bin nicht der Theoretiker, der sofort auf alles eine formal korrekte Antwort parat hat.
Den Stack hast du zu technisch beschrieben. Zum einen ist die Bedeutung wie Gregor geschrieben hat mehrfach belegt. Zum anderen interessiert normalerweise keinen so genau, wie der Stack genau aufgebaut ist, das ist nicht das entscheidende an der Frage Stack vs. Heap. Und deine Antwort ist plattformspezifisch. Allein schon ESP und EBP sind x86 Register, zieht bei ARM also z.B. überhaupt nicht. Grad wenn du dich mit Automatisierungstechnik auskennst, müsstest du eigentlich auch was anderes als x86 kennen.
Dass du vector und list oft einsetzt und map nicht hört sich auch sehr seltsam an... Zum einen ist std::list in C++ mehr oder weniger verpönnt, die wird extrem selten eingesetzt. Und dass du std::map selten einsetzt, was soll man da jetzt reininterpretieren? Dass du bestimmte Gründe dafür hast und eine effizientere Datenstruktur einsetzt, oder dass deine Programme bisher so trivial waren, dass du das nicht gebraucht hast?
"QT Anwendungen haben Schwerigkeit mit try-catch Blocks."
Hä? Nee.
catch(...) Silverbullet?

Also ich seh dich jetzt zumindest schon mal nicht als einen erfahrenen C++ Entwickler an. Es kommt dann drauf an, für was für eine Stelle du dich bewirbst und was du eigentlich willst. Wenn du sagst, du hast drei Jahre C++ Erfahrung, würde ich etwas anderes erwarten. Wenn ich also einen Seniordeveloper suchen würde, der sofort in wichtige Projekte einsteigt, wärst du kein geeigneter Kandidat. Wenn ich einfach weitere Programmierer brauche und dich als Frischling für wenig Geld einstelle, wärs wahrscheinlich ok.

[factorypattern]

Mechanics schrieb:

... (Binärsuche, Hashes) und Designpatterns gestellt.

Danke. Ich merke die drei Punkte vor.

Deine Antworten hören sich jetzt zumindest nicht sehr sattelfest an.

Schade, dass meine Antworten Dich nicht beeindruckt haben.

Allein schon ESP und EBP sind x86 Register, zieht bei ARM also z.B. überhaupt nicht. Grad wenn du dich mit Automatisierungstechnik auskennst, müsstest du eigentlich auch was anderes als x86 kennen.

Während meines Studium habe ich Grundlagen über Mikrocontroller MCS-83 oder 85 (an der Stelle ist leider mein Gedächtnis flüchtiger geworden.) gelernt. Ich habe aber nie Heap von Mikrocontroller gehört. Vielleicht schlief ich gerade ein, als der Professor Rede über Heap von Mikrocontroller hielt. :p

Zum einen ist std::list in C++ mehr oder weniger verpönnt, die wird extrem selten eingesetzt.

Was meinst Du mit mehr oder weniger verpönnt? Ein Beispiel?

Und dass du std::map selten einsetzt, was soll man da jetzt reininterpretieren?

An der Stelle bin ich einfach sprachlos. Was sollte ich sagen, wenn unser Code tatsächlich keine Spur von std::map hinterlassen hat.

"QT Anwendungen haben Schwerigkeit mit try-catch Blocks."
Hä? Nee.

Bei mir ist es wirklich passiert, dass exception nicht durch catch Block angefangen, sondern durch override von QCoreApplication::notify(). Ich komme aus Mars

catch(...) Silverbullet?

Habe ich so wie folgendes verstanden:

try {
   // ...
} catch (...) {
   // ...
}

ellipse für alle unspezifische. Komme ich wieder aus Mars

Also ich seh dich jetzt zumindest schon mal nicht als einen erfahrenen C++ Entwickler an. Es kommt dann drauf an, für was für eine Stelle du dich bewirbst und was du eigentlich willst. Wenn du sagst, du hast drei Jahre C++ Erfahrung, würde ich etwas anderes erwarten. Wenn ich also einen Seniordeveloper suchen würde, der sofort in wichtige Projekte einsteigt, wärst du kein geeigneter Kandidat. Wenn ich einfach weitere Programmierer brauche und dich als Frischling für wenig Geld einstelle, wärs wahrscheinlich ok.

Ich gehe davon aus, dass Du den ganzen Thread nicht durchgelesen hast. Nochmal der Haken: Ich bewerbe mich nicht um Senior SW-Entwickler C oder C++. Ich bin bisher bei keinem Vorstellungsgespräch durchgefallen, weil noch kein Interview außer der bevorstehenden Test-Einladung stattgefunden hat.

[c++ progger 1]

Also bei der Frage zu Heap und Stack hätte ich mir eher eine Antwort der Form erwartet: http://www.geeksforgeeks.org/memory-layout-of-c-program/
Also dass du sagst: "Heap und Stack sind zwei von mehreren Adressbereichen eines Prozesses (...)". Wie welches Byte nun zu interpretieren ist interessiert keinen, da man das nachschlagen kann und je nach Architektur anders ist. Auch das Argument von wegen Stack ist schneller als Heap leuchtet nicht ein. Mag sein dass die Hardware gewisse Teile des RAMs im Cache hat, in aller Regel sind aber sowohl Heap als auch Stack im RAM und somit gleich schnell.

Es bringt doch nichts, wenn du dir jetzt Wissen zu irgendwelchen Schlagwörtern ("Hash", "Binärsuche") besorgst. Du musst schauen, Schritt für Schritt das große Ganze zu lernen.
Im Bereich C++ Programmieren lies erst einmal "Effektiv C++ programmieren", und verschaffe dir einen Überblick über die STL. Dass du 3 Jahre C++ programmierst und std::map ein Fragezeichen für dich ist, deutet darauf hin, dass du nie wirklich C++ gelernt hast. Das ist jetzt keine Kritik, nur eine Feststellung.

Sieh zu, dass du nicht nur das Werkzeug, also C++ lernst. Beschäftige dich auch mit anderen Themen der Informatik bzw. Computertechnik. Du kannst dich mit 3D Graphik, Netzwerktechnik, Algorithmen und vielen anderen Themen beschäftigen. So setzt du Schwerpunkte, von denen nicht jeder Ahnung hat. Vor allem sind das auch Dinge, die sich nicht so schnell ändern wie die verwendeten Frameworks, du profitierst also langfristig von dem Wissen.

[hustbaer]

factorypattern schrieb:

Stack befindet sich in Cache-RAMs, und folglich viel schnell als Heap.

Wenn mir jemand sowas erzählt, würde ich vermutlich mal genauer nachfragen was er damit meint.
Klingt nämlich wie nachgeplappert aber nicht richtig verstanden.

Und es ist mMn. in dieser Formulierung ... falsch.
Caches cachen üblicherweise unabhängig davon ob ein Speicherbereich Stack oder Heap darstellt, oder sonstwie verwaltet wird. Ich kenne zumindest kein System mit speziellen "Cache-RAMs" für den Stack.

Ich kenne allerdings zumindest zwei Effekte die Zugriffe auf den Stack "begünstigen":

1. Der Stack steht üblicherweise im Cache, da er ein Bereich ist den sich alle aufgerufenen Funktionen eines Threads teilen und immer wieder verwenden. Wenn man dagegen Speicher vom Heap anfordert, dann kann man nicht unbedingt davon ausgehen dass der angeforderte Bereich bereits im Cache liegt.
2. Moderne CPUs haben diverse Optimierungen für den Zugriff auf den Stack. Wobei dabei - wenn ich es richtig verstehe - hauptsächlich das Inkrementieren/Dekrementieren des Stack-Pointers beschleunigt wird, weil sich ein spezieller Addierer darum kümmert und auch keine eigenen µOps dafür erzeugt werden müssen. (Siehe z.B. http://www.agner.org/optimize/microarchitecture.pdf "7.7 Stack Engine")

Wenn man die Adresse eines bestimmten RAM Bereichs in einem Register hält, und diesen RAM Bereich oft verwendet, dann wird der Zugriff darauf aber normalerweise gleich schnell sein wie der Zugriff auf den Stack.

[factorypattern]

c++ progger schrieb:

AMag sein dass die Hardware gewisse Teile des RAMs im Cache hat, in aller Regel sind aber sowohl Heap als auch Stack im RAM und somit gleich schnell.

You make my day.

Dass du 3 Jahre C++ programmierst und std::map ein Fragezeichen für dich ist, deutet darauf hin, dass du nie wirklich C++ gelernt hast. Das ist jetzt keine Kritik, nur eine Feststellung.

In meiner Anwendung ist bisher kein std::map zum Einsatz gekommen =/=> Ich habe keine Ahnung über std::map. Ich würde zudem darauf hinweisen, dass die Anwendung eine Zusammenarbeit unseres Teams ist. Warum meine Kollegen std::map auch nicht verwenden, liegt wahrscheinlich nicht unbedingt an einer Gruppe von C oder C++ Alphabeten.

Sieh zu, dass du nicht nur das Werkzeug, also C++ lernst. Beschäftige dich auch mit anderen Themen der Informatik bzw. Computertechnik. Du kannst dich mit 3D Graphik, Netzwerktechnik, Algorithmen und vielen anderen Themen beschäftigen. So setzt du Schwerpunkte, von denen nicht jeder Ahnung hat. Vor allem sind das auch Dinge, die sich nicht so schnell ändern wie die verwendeten Frameworks, du profitierst also langfristig von dem Wissen.

Bei meinem jetzigen Arbeitgeber ist tatsächlich so, dass SW-Enwickler nicht nur programmieren müssen, sondern auch sich mit den Application gut vertraut machen sollen. Leider kenne ich mich nicht mit der Branche des Interviewers aus. Momentan kann ich mich nur um Verbessern meiner Wissenslücke in C oder C++ Programmierung bemühen.

[Mechanics]

factorypattern schrieb:

Während meines Studium habe ich Grundlagen über Mikrocontroller MCS-83 oder 85 (an der Stelle ist leider mein Gedächtnis flüchtiger geworden.) gelernt. Ich habe aber nie Heap von Mikrocontroller gehört. Vielleicht schlief ich gerade ein, als der Professor Rede über Heap von Mikrocontroller hielt. :p

Heap ist ein allgemeiner Begriff, auch wieder mehrfach belegt. Aber wenn der Microcontroller RAM hat, kann man auch von einem Heap sprechen. Und sehr wahrscheinlich auch von einem Stack. Deswegen erwarte ich einfach, dass du abstrahieren kannst. ESP und EBP sind eben nicht die Kernelemente des Begriffs Stack.

c++ progger schrieb:

Auch das Argument von wegen Stack ist schneller als Heap leuchtet nicht ein.

Die Erklärung dazu war auch etwas komisch und wahrscheinlich falsch (je nachdem, wie man sie interpretiert). Aber wenn man in C++ von Stack und Heap redet, dann ist der Stack normalerweise schon "schneller". Es geht eben darum, dynamische Speicherallokationen zu vermeiden. Speicher auf dem Stack zu reservieren ist billig, üblicherweise wird von einem Register ein Wert abgezogen und das wars. Speicher auf dem Heap mit new zu reservieren, bedeutet üblicherweise mehrere Funktionsaufrufe + Schleifen + 1-2 Locks -> sehr viel teurer.

std::list wird selten benutzt, weil sie eben auch zu viele dynamische Speicherallokationen macht und das ist zu 99% kontraproduktiv. std::vector ist fast immer besser.

Es mag Spezialfälle geben, bei denen man std::map überhaupt nicht braucht. Aber die Datenstruktur ist so geläufig, dass jeder mit etwas Erfahrung sie eigentlich ständig benutzt haben sollte.

Wenn etwas nicht funktioniert, muss man genau verstehen, woran das liegt. Wenn eine Exception nicht durch den catch Block gefangen wird, muss man das untersuchen. Das liegt nicht an der Qt grundsätzlich, die kann da auch nicht stören. Außer vielleicht irgendwelche Compileroptionen passen nicht zusammen.

ellipse für alle unspezifische. Ja, und? Was meinst du da mit Silverbullet?

factorypattern schrieb:

Ich gehe davon aus, dass Du den ganzen Thread nicht durchgelesen hast. Nochmal der Haken: Ich bewerbe mich nicht um Senior SW-Entwickler C oder C++.

Ich denke schon, dass ich das meiste durchgelesen habe. Ich beziehe mich auch nicht 100% auf deine konkreten Fragen oder deine Situation, ich teile dir einfach meine Überlegungen mit, vielleicht hilfts dir ja weiter. Und jemand der so eine Bewerbung bekommt, muss sich entscheiden, was er mit dem Mitarbeiter anfangen kann. Deswegen musst du das bei deiner Bewerbung auch berücksichtigen. Und wenn du einfach drei Jahre Berufserfahrung hinschreibst, ist es schon nicht wenig. Da erwartet man normalerweise auch ein etwas höheres Gehalt und evtl. anspruchsvolle Tätigkeiten. Deswegen muss dem Personaler auch klar sein, was du taugst und was du erwartest.

[Mechanics]

factorypattern schrieb:

Leider kenne ich mich nicht mit der Branche des Interviewers aus.

Was für eine Branche?
Normalerweise erwartet man von einem neuen Mitarbeiter nicht unbedingt, dass er sich in der Branche schon auskennt. Das wäre einerseits ein Vorteil, andererseits wäre der Mitarbeiter dann vermutlich auch ein gutes Stück teurer.
Ich arbeite zur Zeit im CAD/PDM Bereich. Natürlich ist es eine Welt für sich und da muss man sich erstmal auskennen. Ich hab etwa ein Jahr gebraucht, um richtig reinzukommen. Lag jetzt auch nicht unbedingt an der Branche an sich, sondern daran, dass unsere Software so komplex und umfangreich ist und wir irgendwie alles mögliche machen, und wenn es bei uns heißt, da gibts irgendwie Komponente "x" und die macht irgendwas, denkt man sich vielleicht erstmal nichts dabei, aber wenn man die sich irgendwann anschauen muss, dann hängt da oft sehr viel mehr dran, als man erwartet hätte. Deswegen fühlt man sich als Anfänger erstmal erschlagen. Wenn man etwas einbauen muss, fängt man und denkt, man ist gleich fertig. Und dann erfährt, dass man noch 200 Sachen nicht berücksichtigt hat... Also, es reicht normalerweise, wenn du als Entwickler gut genug bist, dass du ein Experte in der jeweiligen Branche bist, erwartet man selten.