Не надо с таким скиллом делать всё то, что потом летает, ездит и является средством повышенной опасности.

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

Ну так бизнесу надо «что бы через три бибикало, а через пять - крякало». А вот это тз - это же прошедшее через тракт бизнес-аналитика

А кто-нибудь практикует "кодинг на бумажке" на собеседованиях? И вообще, как к этому явлению относитесь?

так наверное это и задача на выяснение  проблем, а не  про "накодить"

На доске, словами , хоть руками махать. По рассказу становится и так понятно

Я - плохо отношусь. Я 20 лет пишу на С и до сих пор не знаю большей части сигнатур функций. Man для этого есть.

Я, когда, джунов-мидлов отбираю - даю несколько задач по категориям:
1. Определить, насколько программист ориентируется в собственном инструменте. Это как раз кодинг на бумажке.
2. Способности решать "инженерные задачи". Здесь уже можно использовать компьютер.
3. В дополнение - проектирование БД, тоже важная тема, как-то пришел в отдел, а там легаси-сотрудники не знают, что такое индексы и зачем они нужны.

1. В чём конкретно?
2. Прямо в офисе?
3. Там про индексы и разрабы БД не всегда знают. Довольно сложно сказать, что и как будет тормозить не имея стенда. Ну, кроме самых примитивных случаев.

А то бывает что индекс ещё и тормозит систему.

Я стараюсь задавать задачи на подумать. Типа в определенной версии браузера тормозит на разреженных данных функция сортировки. Нам нужно на клиенте сортировать 50К записей. Как будете решать? Мне интересно, как у человека голова работает.
Ну и плюс примеры кода, просто посмотреть как человек пишет.

50к на клиенте? Уволить архитектора

1. Язык программирования. Всяко человек эффективнее, когда кодит спинным мозгом, а не за каждой конструкцией/функцией/паттерном лезет в манул.
2. Это домой, конечно, хотя были люди, заявлявшие "дайте мне ноутбук с VScode и я за полчаса сделаю
3. Если не хайлоад, то основы проектирования БД, нормализацию/денормализацию вполне себе помогают при отборе. А то опять же придет человек, а он не знает, что есть many-to-many. Сколько он потратит времени на похожую задачу "в бою"?

Вот 3 - очень опасный. Придёт любитель постгреса и вместо что бы подумать, сразу начнёт модуль подгружать...

А потом хрен вытравишь (убивав бы)

Среди джунов-мидлов редко встречаются такие любители постгреса. И даже такое решение позволяет сделать выводы (а нужен ли нам такой любитель модулей к постгре?)

> Нам нужно на клиенте сортировать 50К записей.

НИКАК. Господа, написавшие никомунигейт умеют сортировать 50К на клиенте. Поэтому оно НЕ РАБОТАЕТ ни на чём.

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

Ой-вей. Да не проблема это совсем, знаете-ли. Замечательно работало со времен 6 осла.
Ну и плюс, как нам дать возможность пользователю оперативно работать с такими объемами данных — пересылать на сервер, пересортировывать и возвращать обратно?

Назовите хоть один кейс, где ендюзеру показывают 50к? Разом чтобы