Het soort werk waarbij stap één is: grondig de specificatie lezen. Stap twee: tests schrijven die die specificatie afdwingen. Codecs, real-time media, P2P-netwerken en de diepere lagen van de stack waar de meeste teams liever niet aankomen.
Algoritmes, audio- en videobewerking, codec-werk, P2P-netwerken en andere engineering-diepe projecten waar prestatie en correctheid tellen.
Het soort werk waarbij je begint met grondig de specificatie lezen. Recente voorbeelden: MP3-decompressie en een peer-to-peer voicecall-stack.
Go, C, Swift, low-level TypeScript, WebRTC, audio- en videocodecs, profiling, fuzz-testing.
Ja. RFC's, codec-specs en protocol-specs zijn een terugkerende vorm van werk. De eerste oplevering is meestal een testsuite afgeleid van de specificatie, en daarna de implementatie die deze haalt.
Eerst meten, daarna optimaliseren, en alleen als de optimalisatie aantoonbaar uitmaakt op een realistische workload. Microbenchmarks zijn handig om iets uit te sluiten, niet om iets te bewijzen.
Waar het de moeite waard is. Parsers, codecs en protocol-code profiteren het meest. Fuzzing past goed naast characterization tests om de input te vinden die je zelf niet bedacht.
Vertel me wat je wilt bereiken. Ik laat eerlijk weten of ik een goede match ben.
Neem contact op