Мнение: устная традиция в разработке программного обеспечения может уйти в прошлое из-за ИИ

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

Бэкенд-инженер в страховой компании Hagerty Зеб Ларсон отмечает, что реальность такова: разработка программного обеспечения — это устная традиция, особенно на начальном этапе карьеры инженера, когда человек работает не с новым кодом, а, скорее всего, с устаревшей кодовой базой. В этот период специалисту приходится искать ответы не в документах, а у коллег. «Может быть, есть несколько страниц в вики, объясняющих известные проблемы, некоторые из которых были решены давно, а другие остались нерешёнными в кодовой базе. Кто-то мог оставить комментарий в самом коде, но обычно это предупреждение о том, что не следует что-то менять, иначе что-то другое сломается», — пишет он.

В итоге новичку приходится обращаться к опытным сотрудникам, которые работают достаточно давно, чтобы понимать, что происходит «под капотом».

При этом в теории все согласны с тем, что документация важна, но на практике она непоследовательна, устарела или вовсе отсутствует, отмечает инженер. Частично это объясняется простой инерцией. Написание документации обычно менее интересно, чем самого кода. Но это также идеологический аспект. Так, движение Agile возникло отчасти как реакция на чрезмерно документированную методологию Waterfall, и одна из основных ценностей Agile явно ставит во главу угла «работающее программное обеспечение, а не исчерпывающую документацию». 

«Мы не рассказываем это как историю, и если кто-то попросит меня объяснить, почему мы написали именно хранимую процедуру, а не