Чесно говоря сомневаюсь, что такая сертификация сейчас возможна.
1) Дело в том. то, как люди пишут код очень сильно зависит от инструментария и условий написания.
Дай разработчику .net например, привыкшему работать с resharper — visual studio без решарпера — и он замонается выискивать внешние библиотеки для подключения — и возможно напишет чтонибудь не то. Про практику написания кода на бумажке на интервью в некоторые компании я уж вообще молчу. Даже просто смотреть на распечатанный в черно белых тонах код на бумажке некомфортно.
Смена девелоперской среды может все очень сильно все испортить — так как ко всем нужно привыкать какое то время.
2) Плохой — хороший код гораздо более субьективное понятие, чем принято считать.
Вообще умение писать логичный и тяжеловесный код менее важно на мой взгляд, чем умение следовать стандартам в кодировании. В конце концов приучить писать хороший код не так уж сложно, восновном его пишут по аналогии с уже написанным.
И вообще — с кодом не на выставку красоты ходят. Хороший код — это код — стоимость поддержки которого другими разработчиками невысока. И разным разработчикам удобее поддерживать очень разный код.
Вообще качество кода как правило не особо зависит от профессионализма раработчика начиная с уровня миддла и выше. Он прежде всего зависит от того, один ли он пишет приложение и есть ли код ревью. Ему вседа будет казаться, что написанный им код хорош. Но как только до него доберутся его коллеги — им будет трудно в нем разобраться и его менять — хотя может он и выглядит красиво внешне.
Вопщем рекомендую вообще не уделять такое внимание качеству кода — а лучше тому как он пишет код, каков ход его мысли. 90% кода в нашем мире пишется по шаблону с уже написанным. Просто нужен налаженный процесс разработки.
