Jeg vil stikke nakken ud og sige, at enhver teknisk stilling kræver en god forståelse af bitvise operationer.
Og jeg har en anekdote, der indirekte omhandler emnet.
Januar 2007 var jeg i Cochin, Indien, og rekrutterede til faste udviklingsmedarbejdere. Da jeg ikke var involveret i den foreløbige screening af kandidater, havde jeg ingen idé om, hvilken standard jeg kunne forvente, så jeg havde forberedt en række spørgsmål og emner lige fra simpel forståelse af binær og hexidecimal til arkitektur, design og projektledelse.
Da jeg diskuterede min tilgang med den indiske HR-fyr, blev jeg (forsigtigt) irettesat for at have for lavt. Han gjorde det klart, at mine spørgsmål om hex muligvis ville blive tolket som en fornærmelse mod kandidatens erfaring eller uddannelse.
Men min erfaring med at interviewe hundredvis af kandidater i Det Forenede Kongerige havde fået mig til at tro, at det ikke var muligt at pitche for lavt. Min holdning var og er stadig, at hvis det viser sig, at en kandidat er velkvalificeret, så er det enkelt og nemt at justere diskussionsniveauet. Jeg har aldrig haft nogen, der har udtrykt følelser af at blive fornærmet, tværtimod tror jeg, at en velkvalificeret kandidat kan føle sig lettet ved en flyvende start på samtalen. Det hjælper også med at bryde isen og opbygge en rapport, der er nødvendig for et meningsfuldt interview. På den anden side falder ukvalificerede kandidater normalt ved disse lavere forhindringer.
Men da jeg ikke ville helt ignorere lokale råd, besluttede jeg forsigtigt at inkludere mine grundlæggende interviewemner og var ret parat til at opgive dem, hvis de ikke virkede.
Som interviewene skred frem, var jeg glad for, at jeg startede på det niveau. Det stødte ikke nogen, og uegnede kandidater blev let identificeret.
Dette er ikke ensbetydende med, at jeg forventer, at kandidater beskæftiger sig med bit-twiddling fra dag til dag, men uanset sproget er en god forståelse af det grundlæggende i programmering afgørende. Selv udviklere på de højere abstraktionsniveauer udsættes for hex på en regelmæssig basis (RGB-værdier, for eksempel). Parroting ting, du finder på nettet vil kun hjælpe i det omfang, tingene fungerer perfekt første gang.
Men for udviklere, der er startet inden for de sidste fem år, tror jeg, at det er alt for nemt at overskue det grundlæggende, belyst af velmenende IDE'er og memet af "kodeløs" programmering. Visual Studio installations spash-skærme kan prale af at udvikle uden at skrive kode. Faktisk rådner Visual Studio sindet ?