Проведу аналогию со обучением студентов. Экзамен, который должен рассматриваться как срез знаний, проверка того, что человек выучил, давно дискредитировал себя. Что важнее - проверить, какие знания получил человек за год в учёбы или как хорошо он зазубрил билеты и научился на них отвечать? Очевидно, система образования должна делать упор на первое. Собственно, гуглы и их подражатели превратили собеседование в экзамен к которому можно/нужно подготовиться. Отражает ли он реальную пригодность кандидатов? Как повезет.

Человек, который умеет быстро разобраться в сложной ситуации может не иметь никакого отношения к академическим знаниям в точных науках - буквально месяц назад собеседовал бывшего следователя, который переквалифицировался в разработчика - невероятно острый ум и чёткая логика при отсутствии богатого прикладного опыта.

Статья выглядит не как развенчивание мифов, а как оправдание. Тезис о том, что нанимают ровно тех, кого надо - лукавство. Но понять вас могу - я бы тоже так сказал. Иначе придётся признать систему найма неэффективной, а труды высоких умов с тысячами лет человеко-часов напрасными.

Низкий порог в SQL эти иллюзия

Порог вхождения != знание языка в целом. Легкие запросы научиться писать легко, языковых конструкций и ключевых слов не много, синтаксис тривиальный. Сложности начинаются много позже.

с преподавателем курсов по DBA/SQL PostgreSQL

Вашего преподавателя зовут Том Кайт Майкл Стоунбрейкер? Отдает каким-то бахвальством, честное слово.

Или вымораживают вопросы типа "а сколько лет работали с микросервисами" от людей, которые не знают, что это. Я чего, считал? Это ж не фреймворк какой даже...

вряд ли современный SQL сервер вообще уступает Ораклу

Насколько я в курсе, MS SQL никогда не ругали за плохой оптимизатор, как раз наоборот, хвалили, как и Oracle.

Удивляться люди начинают, когда тащат "ораклячие" запросы например на PostgreSQL - на малых данных подвоха не заметно, зато на проде все внезапно встаёт колом. Хотя на Oracle работало. Такое видел, хотя Pg активно развивается, может, уже и такого не бывает.

сделать запрос SELECT TOP 10

В Oracle, если не изменяет память, версии так с 12-ой (которая 2013 года), добавили limit и offset, так что можно обойтись без извращений с rownum. 9-ка это что-то совсем уж старое.

Сам ни раз писал видел запросы, от которых волосы на спине начинают шевелиться.

Увидел просто десять пунктов - подзаголовков в статье.

Модульное и интеграционное тестирование — это два наиболее важных вида тестирования...

И далее про интеграционное тестирование особо ничего не сказано, настолько оно, по всей видимости, важно.

Зато есть целых несколько абзацев про автогенераторы тестов, кои приспособить к проекту целая отдельная наука.

После прочтения осталось странное ощущение - с одной стороны ничего нового не узнал, с другой - материал выглядит сумбурно, неструктурированно, так что и старые знания не освежил.

Некоторые базы поддерживают настоящую реактивность, но скажем Постгрес — нет

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

Kotlin, несмотря на все свои плюсы, еще молод. Переходить на него "просто потому что" немного странно. Начать новый проект — почему бы и нет?

Сам не так давно начал работать с Groovy (параллельно с Java) — несмотря на то, что есть очевидные плюсы, многое из того, что использую в Java, не хватает. Что-то непривычно и не нравится (динамическая типизация, замыкания вместо уже привычных лямбд, статическая компиляция по желанию).

select count(g.id) 
  from group g 
  left join students s on s.group_id = g.id
 where s.id is null

select count(g.id) 
  from group g 
 where not exists (select null
                     from students s 
                    where s.group_id = g.id)