Grensen er verifisering. AI er en netto gevinst når hver AI-generert endring fortsatt klarer den samme kvalitets- og sikkerhetslinjen som menneskekode; den blir til risiko i det øyeblikket hastighet brukes til å hoppe over review, tester eller forståelse. Gode guardrails gjør den trygge veien til .
Mental modell: AI er en akselerator, ikke en autopilot — ekstra hastighet er bare reell hvis bremsene (review, tester, security gates) fortsatt virker.
Trygt å la AI akselerere: boilerplate, tester, refaktoreringer, utforskning, dokumentasjon. Risikosone: å merge ureviewet AI-kode, å shippe kode ingen forstår, å lime inn secrets/proprietær kode i verktøy, eller å stole på AI for sikkerhetskritisk logikk.
✔ Human review required — no AI code merges unreviewed; author must understand it
✔ CI gates — tests + coverage, static analysis, secret/dependency/SAST scan, license check
✔ Data rules — no secrets/PII/proprietary code into external tools; use approved tiers
✔ Risk-based depth — extra scrutiny for auth, payments, crypto, data handling
✔ Ownership — the submitter owns the code; measure incidents/bugs, not lines
Automatiser disse så de er guardrails, ikke friksjon — utvikleren føler hastigheten, systemet håndhever linjen stille.
Intervjueren vil ha konkrete guardrails, ikke «vi ber folk være forsiktige». Svakt svar: «vi stoler på at utviklerne våre er ansvarlige.» Sterkt svar: samme linje for AI-kode, håndhevet som standard — obligatorisk review, CI security gates, dataregler, eierskap, og dypere review for risikable veier.
Guardrails koster litt hastighet, men forhindrer kvalitets-/sikkerhetsgjeld som koster langt mer senere; å automatisere dem holder friksjonen lav mens linjen holdes.
Et bibliotek av IT-intervjuspørsmål med detaljerte svar — fra Junior til Senior.
Doner