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

Эта статья о том, почему накручивать опыт себе дороже и как настоящие навыки проявляются там, где формальности бессильны.

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

Я нанимаю людей постоянно. На самые разные позиции и роли. Мне также требуется растить людей в своей команде, помогая им пробовать себя в совершенно непривычных для них ролях. Возможно, мне просто везёт, и у меня всё получается в 9 из 10 случаев. Случаются провалы, которые почти всегда можно объяснить как минимум двумя факторами: неучтённый бэкграунд человека и его (или её) банальная усталость.

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

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

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

Я ни в коем случае не считаю, что MongoDB это плохая БД и ее не нужно использовать. Более того, я считаю, что только мои кривые руки завели меня в ситуацию, из которой пришлось выходить переписыванием сервиса под другую БД (ушел на Postgres и кайфую).

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

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