Теперь хороших разрабов меряют по просмотрам и подписчикам. Плохо ли это?

Тут как посмотреть. Работодателю вообще желательно, чтобы работник сразу начинал работать. Желательно, чтобы при этом уже все знал и умел. И желательно еще делал это бесплатно.
Мы же понимаем, что так не бывает. У любой задачи своя специфика, и, если знания об области в целом кандидат иметь должен, то с этой спецификой он знаком едва ли. А если и знаком, то скорее всего переходит к Вам от Вашего прямого конкурента.

Теперь хороших разрабов меряют по просмотрам и подписчикам. Плохо ли это?

Соглашусь. Но все же речь идет не про конкретного человека и задачу, а про какие-то более общие закономерности.

Теперь хороших разрабов меряют по просмотрам и подписчикам. Плохо ли это?

Один пример это все еще не закономерность. У любого правила бывают исключения.
В любом случае, я нисколько не хотел сказать, что интровертам в IT не место, лишь показать какие-то проблемы, с которыми, на мой взгляд, они могут столкнуться.
Должно быть я поспешил с этой частью статьи, учитывая, что почти все комментарии обращены именно к ней. Если это так, то прошу меня простить, я нисколько не хотел задеть ничьи чувства.

Стажировки — это пушечное мясо, чтобы затыкать дыры, а не “бесценный опыт и карьерные перспективы”

Нет, не проще. Если так будут поступать все, то и учить будет некому. Важно понимать, что чтобы получить квалифицированные кадры, в эти кадры нужно вкладывать деньги и время. Другого пути, к сожалению, нет.

Теперь хороших разрабов меряют по просмотрам и подписчикам. Плохо ли это?

С таким комментарием соглашусь.
Тут уже важно, чтобы человек, которого спрашивают, соблюдал некий баланс. Важные вопросы и подводные камни освещать нужно. Очевидные же вещи лучше написать единожды в документации или FAQ и отсылать вопрошающих туда.
С другой стороны мысль о том, что тебя могут спросить о твоем коде дисциплинирует, а если к Вам сыпятся тонны вопросов по Вашему коду, наверное это повод задуматься.

Стажировки — это пушечное мясо, чтобы затыкать дыры, а не “бесценный опыт и карьерные перспективы”

Толк будет только если многие возьмутся за подобную схему (от одного выученного джуна индустрия легче не вздохнет). А если будет так, то это уже не проблема — он уйдет, а к вам придет другой, наученный по тому же принципу.

Теперь хороших разрабов меряют по просмотрам и подписчикам. Плохо ли это?

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

Теперь хороших разрабов меряют по просмотрам и подписчикам. Плохо ли это?

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

Теперь хороших разрабов меряют по просмотрам и подписчикам. Плохо ли это?

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

Теперь хороших разрабов меряют по просмотрам и подписчикам. Плохо ли это?

Соглашусь с Вами. Однако это и не пост про интровертов в мире ИТ. Я скорее хотел показать трудности, которые ждут необщительных людей в командной разработке.