Как я нанимаю программистов

Причем тут думать? Даже просто чтобы написать хорошее резюме, нужно знать что считается хорошим, особенно если у тебя случай нетипичный и как его лучше подать неизвестно.

А подход у автора мне самому нравится. Сейчас вот смотрю вакансии и отправляю отклики «пришлите мне тестовое задание, а потом я вам вышлю автобиографию».

собеседование и нужно, чтобы выяснить глубину моих знаний

Мне кажется иначе (если я правильно вас понял). Ваши знания вы декларируете в резюме, именно на этапе скрининга и принимается решение о собеседовании на этом самом основании.

значит ли это, что я знаю лишь максимум треть возможностей инструмента

Мне кажется, вы также фокусируетесь на знаниях и определении их положения в системе наниматель-кандидат. Скажу за себя: меня интересуют навыки (можно считать их производными от знаний). Если у кандидата есть навык работы с двумя-тремя движками таблиц MySQL и он понимает ключевые их различия, да еще и знает, что их там «около десятка», то я с удовольствием продолжаю беседу. Задаю вопросы не типа «а как именно изменилась реализация партишининга в 5.1.68?», а спрошу, «как думаешь, что произойдет с данными, если уборщица выдернет вилку сервера из розетки». Отличный показатель для Постгреса, например, это ответ кандидата на вопрос «для чего нужен vacuum, нужно ли его использовать или это вредит здоровью»? При этом я не спрашиваю знает ли кандидат PostgreSQL, а пытаюсь выяснить, имел ли он опыт с фичей Х и понимает ли он, зачем она нужна.

И все это служит одной цели — понять, сможет ли человек быстро подхватить проект, улучшить его код и т.п. Короче, есть ли в его найме смысл и взаимовыгода.

У меня это немного больная тема, так как времени было потрачено впустую очень много, хотя резюме были красивы и все кандидаты были львы толстые. Прошу понять правильно: речь идет ни о знаниях, ни о личных качествах, а о навыках работы с заявленными технологиями.

И как мне это корректно отразить а резюме, по-вашему?

Каждый случай, естественно, нужно рассматривать отдельно. Ну, например, если вы умеете (имеются навыки, понимаете в чем суть и пр): устанавливать и настраивать MySQL на одном или нескольких серверах с репликацией, оптимизировать запросы и пользоваться инструментарием для их бенчмаркинга и «отладки», умеете пользоваться функциями и знаете, когда можно и когда нельзя их использовать, понимаете и используете по назначению движки хранения данных, используете процедуры, пользовательские функции и триггеры и знаете, к чему приводит их неконтролируемое использование при разных стратегиях масштабирования сервера и т.д. и т.п., то вы можете корректно отобразить это в резюме, написав «эксперт» (в случае, если речь идет о разработчике) рядом с указанной технологией. При этом, опять же, это не экзамен и если что-то не знаете, но быстро найдете ответ и аргументированно защитите свою точку зрения, указав плюсы и минусы своего решения — еще лучше.

В сухом остатке: всегда нужны люди, которые выполняют задачи со знанием дела.

ps. Насчет скорости selectа, самостоятельно тестировали или читали чужие труды?

Как повлияет на работодателя баг, запощенный на ланчпаде в gedit (как давно это было оказывается), при устройстве PHP-разработчиком? Пускай даже касающийся нюансов подсветки синтаксиса редко используемых конструкций PHP. Неужели больше чем никак? Особенно учитывая, что баг был не в gedit, а в либе gtksourceview, которую gedit использует, а даже не смог его локализовать — сообщество «роутингом» занималось, хотя мог бы людей понапрасну не беспокоить. Как мне кажется, подобная ссылка в резюме может только навредить, причем аж по четырем факторам: не смог запостить хотя бы в баг-треккер gnome напрямую, не смог локализовать что баг в gtksourceview (решил что в gedit), не смог написать патч, ну и вообще использую далеко не самый лучший инструмент для работы с PHP.

Мне кажется, что есть тренд увеличение числа компаний, требующих, ну или отдающих предпочтение, людям активно работающих в опенсорс-сообществах.

Если у меня на столе сотня резюме, значит я скорее всего неправильно составил вакансию, недостаточно конкретизировав требования, либо же мой HR, который собирал для меня эти резюме, даром есть свой хлеб.
Я не спорю, подобный подход позволяет ограничить выбор и имеет право на жизнь. Речь о том, что вы можете из-за него отправить в мусорку действительно нужного вам человека — просто потому что перед резюме вы попросили показать его аккаунт на GitHub, которого у него нет.