Как спасти кампанию
Если вы программист то вы сталкивались с тем что нужно сделать быстро. И если вам нужно сделать что либо новое то вы идете на форумы и берете куски. Хорошо если это одна библиотека одного языка программирования, но часто это не так.
Каждая библиотека это целый пласт технологий. И если библиотека хорошая то для нее есть теория использования.
Например основное что часто нужно - это подготовить платформу и систему(ОС на пример). А для этого нужна пара системных вызовов как минимум. И эти вызовы готовят вашу функциональность. Представьте если таких функциональностей с вызовами много.
Поэтому когда вы берете код из форума вам очень кратко расписывают что нужно сделать, а компьютер, система, платформа это автомат и от того с какими настройками она запущена зависит результат вашей рабочей программы. (Т.е. вы для вашей функциональности не вошли в определенное состояние платформы, системы.)
Поэтому нарваное создание программы создаёт не стыковки функциональностей. Которые потом обходятся годами поиска ошибок. (С многопоточными системами это очень возможная ошибка потому что автоматов несколько и возможно по ошибке есть часть - единый автомат.)
Поэтому когда вам начальство просит по-быстрому сварганить функциональность лучше поговорить с ним о том что эта "нарезка" встанет попозже колом. И вы хотите как ответственный работник изучить проблему хорошо, но за настолько насколько это возможно. А дальше сказать что платформа может быть не готова к именно этой функциональности, поскольку это новое задание, а значит оно требует базиса. Лучший базис прочитать удачную книгу страниц на 500. Это неделя чтения. Зато ваш продукт не окажется на помойке в результате. И начальник проведет выходные дома потому что вы читаете для его спокойствия базис.
Результат такого отношения спасает компанию.