drivers are a sekrit club.
Use >>995744 (checked) as an example. Much like kernel devs, driver devs are generally 'C purists', except driver devs are more comfy with 'evil hardware tricks' that piss off the rival kernel devs. Both expect you push through the pain to reach glory, or quit trying. Driver devs only know how drivers work when they are stable, kernel devs only know how drivers work when drivers are buggy.
Drivers can be made in vi, emacs, sublimetext, eclipse, nano, or even ed, the standard text editor.