Reverse Engineering der NLT II

[HenneNWH]

die verwendeten Libs sind schon sehr Battle-Proofed auf den enstprechenden Platformen - SDL2 ist da wirklich eine gute Wahl

Wenige, verlässliche Abhängigkeiten sind bei mir ein Erfolgsrezept.

der ICC wird seit Jahren immer schwächer gegenüber Clang - aber der Mythos "der Intel" macht den besten Code hält sich hartnäckig  - im Grund haben viele Entwickler kaum Ahnung davon was "Performant" bedeutet oder wie man da hin kommt - auch ein Grund für die Entwicklung von Clang-CL - Microsoft Frontend/Clang Backend, volle integration ins VStudio weil der sich eben wie der Microsoft CL verhält, nebst PDB(Debug Symbole) Erzeugung für den VStudio Debugger und mischbarer Builds mit CL und Clang-CL für Libs/Dlls/Exen

Vor 10-12 Jahren war ich an einem High-Performance-Computing Wettbewerb beteiligt.
Damals war der ICC messbar weit vorn, aber der Code war in diesem Fall für unser System hochoptimiert "von Intel für Intel".
CLang konnte damals noch kein OpenMP für die Anwendungen zwingend notwendig war.

hast du mal an einen Coverity-Einsatz gedacht

Ja, allerdings will ich BrightEyes mit meinen Fähigkeiten alleine durchrocken.
Es sind ja nicht mal 100k betagter Software mit einigen Besonderheiten, die ich selbst noch nicht ganz verstanden hab.
Nach über 15 Jahren kann ich es kaum erwarten "die Schicksalsklinge" zum ersten Mal zu starten und zu gucken ob ich weiterhin alles richtig gemacht hab.

Wenn ich mit meiner Arbeit zufrieden bin, dürfen dann im Nachgang "die Maschinen" drüberschauen und mir mitteilen ob ich etwas übersehen hab.

Richtig: Aus Fehlern wird man klug, deshalb ist einer nicht genug!

meine Erfahrung ist - je mehr unterschiedliche Betriebssystem und Kompiler drauf geworfen werden um so mehr findet man
Bei einem meiner Kunden bauen wir von alt gcc/clang/msvc bis neu und alt Linux/Windows/FreeBSD bis neu, x86/x64/ARM32/64(/früher sogar noch Sparc) alles automatisch durch mit Tests, das alles mit ASAN/TSAN und statischer Analyse - das ergibt schon ein sehr sicheres Gefühl - obwohl klar ist das es immer noch Fehler gibt - oder neue rein kommen

Wohl Wahr! Darum hab ich mich im Studium auch mit formalen Beweisen und formaler Verifikation beschäftigt:
Wenn's nicht funktionieren kann, muss es auch keiner implementieren und testen. Sehr effizient.