Самоуверенность и кругозор Было ли у вас такое, что вы перевели слово столица, как stolition? А слово magazine, как магазин?

Сейчас я вам расскажу, как я применил экспертизу такого уровня.

Обычный рабочий день. Ничего не предвещало беды и тут мне прилетела СРОЧНАЯ ВАЖНАЯ задача. Интеграция календаря с новым провайдером, задача внезапная и с максимальным приоритетом. Я не испугался к моменту прилета задачи я уже несколько раз интегрировал новых провайдеров, плюс изучал рынок в целом. Мне все понятно!

Не глядя в документацию нового «провайдера» выдал уверенное "пару часов, это просто маппинг API на API".

Рутинная задача, что может пойти не так? На словах задача звучала знакомо и просто, поэтому я сразу назвал срок "пара часов" и спокойно отложил её на потом. Ясно же, что быстро сделаю.

2 часа до дедлайна и ночь в подарок 16:00 день Х завтра. В 09:00 задачу надо отдать. Внезапно оказалось, что “просто маппинга” не предвидится! У провайдера другой архитектурный подход, свои сущности, если сущности совпадают по смыслу, поля в них разные, даже пагинация и сортировка не совпадают.

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

Параллельно обнаруживаю, что у нас единая настройка на тип объектов, а у нового провайдера настройка в каждом объекте, что требует менять модели или реализовывать SAGA. В 18:00 я седой и понимающий, что это уже не "быстрый маппинг", а переосмысление решения с отказом от части удобных фич ради того, чтобы просто успеть в дедлайны.Последствия Обещанный срок я всё‑таки выдержал, но ценой бессонной ночи. А после ночи без сна, день работы на кофе и силе воли.

Рефлексия Пока все спали, я расплачивался за самоуверенность и лень посмотреть документацию при оценке сроков. Утром, когда задача была уже сделана, пришлось признать: оценивал я экстрасенсорно, не открыв документацию, хотя сам везде рассказываю, как важно её читать.

2 неприятных момента: экстрасенсорика не мое. Никто не заметил ночного подвига.

Вместо вывода: Маленькие задачи могут очень неприятно вас подставить - относитесь к ним внимательнее. (с) Джеймсон Стетхем 🗣 🗣Не давай оценку интеграции, пока не увидел API, сценарии вызовов и жизненный цикл сущностей, даже если “уже делал такое”. Мелочи могут изменить задачу до неузноваемости. 🗣Самый опасный тип задач — знакомая по формулировке, но новая по контексту: мозг сразу включает режим “я всё понял”, и это частая ошибка планирования. Как с переводом слов интуитивным. 🗣Ночная героика плохой способ закрывать обычные задачи в обычный срок. Хорошо поработай днем, а ночью хорошо поспи.