Зачем делать, если ничего не работает?

В последний день временного админства немного про мотивацию в разработке рискованных проектов.

Даже со всеми замечательными инструментами, автоматизациями, и ии-помощниками, всё равно кучу времени проходит в том, чтобы заставить задачу сдвинуться с места. И когда занимаешься ислледованиями или интерпретацией результатов, почти всегда процесс итераций представляется как:
1. Выдвинули гипотезу по улучшению. Например: добавить данных, или поменять модель.
2. Увидели изменения, зафиксировали.
3. Если метрики улучшились, берём как за новый бейзлан. В любом случае к п.1

На практике оно так и происходит, только мало кто ожидает, что метрики могут не улучшатся десятки итераций подряд. А потом может оказаться, что мы или получили лик данных, или просто сделали настолько много итераций, что тестовые данные можно считать тренировочными. И обычно где-то здесь начинает проявляться, что задача выводит из себя, и хочется просто всё бросить. Возможно это даже стоит сделать, и закрыть проект до того, как в потенциальные улучшения не были потрачены ещё месяцы исследований. Но возможно ответ был там, где не искали, и стоит чуть поменять подход, не меняя сути.

В любом случае, заниматься одной и той же задачей сильно притупляет внимание, а может даже сказываться на психологическом здоровье. Общение вне команды (оставаясь в рамках NDA) очень хорошо помогает как минимум поделиться болью, а в идеале поможет посмотреть на проблему с новой стороны.

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

Удачи в ваших начинаниях, и чтобы функции ошибок сходились!