DE
RU
EN
ES
ZH
FR
PT
AR
HI
Morgen: Kaffee, Code und Kontextwechsel
Die Uhr zeigt 9:15. Sie klappen Ihren Laptop auf, gießen sich die erste Tasse Kaffee ein und schauen auf Slack. 23 ungelesene Nachrichten, drei Benachrichtigungen über Build-Abstürze und eine vom Teamleiter mit dem knappen: "Schau dir das Code-Review an, da ist dein Bug in der Produktion." Guten Morgen, C++-Entwickler. Ihr Tag beginnt nicht mit einem Stand-up, sondern mit einem Speicherabbild und dem Lesen eines Stack Traces.
Ein typischer Arbeitstag eines C++-Entwicklers ist eine ständige Balance zwischen dem Schreiben von neuem Code, dem Debuggen von Legacy-Code und der Kommunikation. Anders als bei Java oder Python, wo "es funktioniert einfach" etwas häufiger vorkommt, kann in C++ jede Zeile einem ein halbes Jahr später auf die Füße fallen. Daher ist der Morgen die Zeit, um die Probleme von gestern zu beseitigen.
Erste Aktion: CI/CD überprüfen
Sie öffnen Jenkins (oder GitLab CI) – der Build ist gefallen. Der Linter hat es durchgelassen, und der GCC 13 Compiler hat einen kryptischen Fehler ausgegeben. Was ist los? Wir schauen:
// Beispiel: Jemand hat die Move-Semantik vergessenstd::vector<std::string> getNames() { std::vector<std::string> names = {"Alice", "Bob"}; return names; // NRVO funktioniert, aber nicht immer}
// So sollte man es nicht machen:std::vector<std::string> getNamesBad() { std::vector<std::string> names; names.push_back("Charlie"); return std::move(names); // Verhindert NRVO!}Sie finden und beheben den Fehler. Sie pushen den Fix. CI ist grün. Das Leben kann weitergehen. Aber das ist erst der Anfang.
Stand-up: Warum sagt ein C++-Entwickler "Das ist komplizierter, als es aussieht"?
Um 10:00 Uhr ist das Daily Stand-up. Jeder erzählt, was er gestern gemacht hat. Sie sagen: "Ich habe das Bildverarbeitungsmodul refaktoriert und rohe Zeiger durch Smart Pointer ersetzt." Einer der Junioren fragt: "Warum? Es hat doch funktioniert." Sie seufzen und erklären, dass rohe Zeiger im modernen C++ wie das Gehen auf einem Minenfeld ohne Karte sind. Der Teamleiter nickt. Der Junior notiert sich: "RAII lernen".
In diesem Stand-up taucht übrigens eine interessante Aufgabe für einen C++-Entwickler auf: Ein altes Modul von void* auf typsicheres std::variant umschreiben. Das ist typischer Alltag – der Kampf mit dem C-Stil-Erbe in einem C++-Projekt.
Hauptarbeit: Code, Bugs und die Magie der Templates
Nach dem Stand-up tauchen Sie in die Hauptaufgabe ein. Heute geht es um die Implementierung eines neuen Algorithmus zum Parsen von Konfigurationen. Anforderung: Höhere Leistung als JSON und strenge Typisierung. Sie entscheiden sich für die Verwendung von std::optional und std::expected (aus C++23, aber vorerst über Boost verfügbar).
Code schreiben: Sicheres Parsen
Sie erstellen eine Funktion, die std::optional<Config> zurückgibt. Wenn das Parsen fehlschlägt, geben Sie std::nullopt zurück. Keine Ausnahmen, kein nullptr, kein undefiniertes Verhalten.
#include <optional>#include <string>#include <fstream>
struct Config { int port; std::string host; bool debug;};
std::optional<Config> parseConfig(const std::string& path) { std::ifstream file(path); if (!file.is_open()) { return std::nullopt; } Config cfg; file >> cfg.port >> cfg.host >> cfg.debug; if (file.fail()) { return std::nullopt; } return cfg;}
// Verwendung:auto config = parseConfig("app.cfg");if (config) { std::cout << "Port: " << config->port << "";} else { std::cerr << "Fehler beim Parsen der Konfiguration";}Sie überprüfen den Code auf Speicherlecks (valgrind), Geschwindigkeit (perf) und Korrektheit (asan). Alles sauber. Sie committen. Aber freuen Sie sich nicht zu früh – in einer Stunde kommt eine Nachricht von der QA mit einem Bug-Report.
Mittagessen und Gespräche über Rust
Um 13:00 Uhr ist Mittagessen. In der Kantine diskutieren die Kollegen Neuigkeiten: Jemand programmiert in Rust, jemand wechselt zu C++20. Sie werfen ein: "Und ich habe mich gestern endlich mit std::jthread und Cancellation Tokens auseinandergesetzt." Niemand versteht
