C · EMBEDDED · 1:1 · 60 MIN · AB 50,00 €/H
Live mit einem Software Engineer aus dem Embedded-Umfeld. Wir debuggen deinen Segfault, zeichnen das Speicherbild und machen malloc, free und Pointer-Arithmetik endlich langweilig statt furchteinflößend.
Anton LIVE Software Engineer · C und Embedded · FIAE antwortet ≤ 2 h , Profil ansehen Kostenloses Erstgespräch →
Schon entschieden? Direkt zur Session →
Erstgespräch 0 € · Einzelsession 59,99 €/h · Erste Stunde 47,99 € mit Code ERSTIS26
Live aus einer Session
// rückwärts freen, head zuletzt void free_list(Node *head) { while (head != NULL) { Node *next = head->next; free(head); head = next; } }
Vom ersten int main() bis zur kleinen Embedded-Routine, die einen Sensor über ein Register liest. Wir konzentrieren uns auf das, was auf deinem Klausurzettel oder Steckbrett steht, nicht auf jeden Winkel des Standards.
Konkrete Sessions, konkrete Ergebnisse. Nach dem Erstgespräch entscheidest du, ob wir den ganzen Bogen laufen oder direkt zu Pointer und Speicher springen.
Wir schauen auf deine Klausur, deine Praktikumsaufgabe oder deine Firmware. Nach 30 Min wissen wir beide, ob die Lücke bei Syntax, Pointer, Speicher oder einfach Tooling sitzt.
Grundlagen ohne Hektik: Typen, Kontrollstrukturen, Scope, der Build-Prozess. Solide Basis, keine stillen Lücken.
Die Whiteboard-Session. Wir zeichnen Adressen, Dereferenzen und Arrays, bis Pointer-Code natürlich liest und *p, p[i] und &x keine Magie mehr sind.
Stack vs Heap, malloc und free, Structs und verkettete Listen. Typische Segfault-Muster erkennst du auf den ersten Blick.
Wenn dein Kontext Hardware ist: Bitmasken, volatile, Memory-Mapped Register, ISRs. Vom Datenblatt zur funktionierenden Blink-LED.
Wir gehen deine echte Aufgabe durch. Du gehst raus mit Code, der sauber kompiliert, läuft und den du im Mündlichen verteidigen kannst.
Ich habe Study IT gebaut, weil ich selbst erlebt habe, wie IT-Lehre an der Hochschule auseinanderbricht.
Bei uns unterrichtet, wer Code aus echten Projekten kennt. Praxis entscheidet, nicht der Abschluss.
Direkt an mich: marcel.schmidtpeter@study-it.education
Ausbildung zum Fachinformatiker im Embedded-Bereich, danach B.Sc. Informatik, heute Software Engineer mit C-Anteilen. Pointer, Speicher, Strukturen und die Schnittstelle Hard- und Software aus erster Hand.
„Mein Ziel ist, dass du Sicherheit im Umgang mit Code gewinnst und Zusammenhänge wirklich verstehst, statt fertige Lösungen zu übernehmen."
Eine Session, ein Intensiv-Block oder Semesterbegleitung. Gleicher Stundensatz, gleicher Senior-Tutor.
Dieselbe Allokation, zwei Momentaufnahmen: vor dem free() und danach. Was Java-Compiler und Pythons GC für dich erledigen, übernimmst du in C selbst. Wer das einmal gesehen hat, verliert die Angst vor Segfaults.
Eine Allokation, zwei Momentaufnahmen: legitim bei t=1, baumelnd bei t=2. Gleiche Adresse, ein Bug.
Anton · Tutor Memory-Snapshot · Heap-Lifecycle , Profil ansehen free() gibt den Heap-Block an malloc zurück. Der Stack-Pointer arr bleibt unverändert. Er zeigt weiter auf dieselbe Adresse. Daher der Name dangling pointer (baumelnder Zeiger). Du kannst arr noch dereferenzieren, der Compiler sagt kein Wort.
Der freigegebene Block ist noch im Adressraum deines Prozesses. Das Betriebssystem hat ihn noch nicht zurückgenommen. malloc markiert ihn nur als verfügbar. Heißt: du liest alte Werte, klappt manchmal, bricht spätestens dann, wenn malloc den Block neu vergibt und du fremde Daten liest.
C verlangt Lifetime-Tracking vom Entwickler. free() ist nur ein normaler Funktionsaufruf. Der Compiler sieht keinen Zusammenhang zwischen free(arr) und einem späteren arr[0]. Java/Python haben Garbage Collection und Bounds-Checking; in C ist das deine Aufgabe.
Nach jedem free() sofort `arr = NULL;` setzen. Der nächste Zugriff erzeugt dann garantiert einen Segfault. Der Bug wird sichtbar statt heimlich. Failing fast > Silent Corruption. In großen Codebases spart dir das Tage Debug-Zeit.
Genau das zeichnen wir in deiner Session: wo dein Zeiger hinzeigt und wo nicht.
30 Min reden, dann entscheiden. Eine Session reicht oft, um das mentale Modell zu drehen. Eine zweite macht's robust.
Quereinstieg in Embedded, Programmieren I oder Azubi-Weg? Wir haben eine Seite dafür.
