// Здесь `user` - это объект с данными пользователя:
function isOldEnough(user, minAge) {
  return user.age >= minAge;
}

// А тут — имя:
function findUser(user, users) {
  return users.find(({ name }) => name === user);
}

// Лучше выразить смысл переменной точнее прямо через имя:
function findUser(userName, users) {
  return users.find(({ name }) => name === userName);
}

Есть здание в 100 этажей и у тебя мяч. Начиная с определённого этажа, если сбросить мяч, он лопнет. Нужно определить какой это этаж.

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

Вот почему:

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

История:

У нас был кандидат, который поразил нас во время дискуссий и решения реальных задач, но он провалил whiteboard задачи (это когда надо решать без помощи IDE).

Вместо того, чтобы списать его со счетов, мы поступили так:
- Проанализировали его портфолио;
- Обсудили реальные задачи;
- Провели сессию парного программирования.

Результат?

Он не только преуспел в этой роли, но и стал наставником, ведя критически важные проекты и поднимая на ноги всю команду.

Это стало для меня важным уроком:

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

Вместо этого нам следует рассмотреть следующие варианты:
🛑Проектные задания, повторяющие реальные задачи;
🛑 Обзоры портфолио, которые подчеркивают прошлые достижения;
🛑 Совместные упражнения, такие как парное программирование.

На днях я увидел объявление о работе.
Требовалось 4+ лет опыта работы в Fast API.
Я не смог подать заявку, так как у меня всего 1,5+ года опыта с тех пор, как я создал эту штуку.
Возможно, пришло время пересмотреть принцип «годы опыта = скилл».