Информатика-в-большом против информатики-в-малом
Также нужно различать
- информатику-в-малом, когда речь идёт об автономном небольшом алгоритме, который делал один человек, и который работает в одном устройстве-вычислителе/компьютере,
- информатику-в-большом, когда речь идёт об одновременно работающих на разных вычислителях алгоритмах, совместно разрабатываемых многими людьми в разное время.
Моделирование, нейролингвистическое программирование как задание вычислений для нейросетевых агентов (как людей, так и AI), программирование (классических, квантовых, оптических и т.д. вычислителей/computers, включая вычисления выходящих в восприятие окружающего мира и изменения окружающего мира роботов), создание онтологий/knowledge graphs/графов знаний (речь идёт о формальной записи онтологий, «граф знаний» тут просто ребрендинг более старого термина «онтология», который использовали как сокращение для «онтологического описания») и много что ещё — это одна и та же деятельность/практика/труд, и это информатика**-в-большом, то есть распределённая коллективная деятельность машин и людей** по созданию/составлению алгоритмов и выполнению вычислений по этим алгоритмам[1].
Это программирование/моделирование/онтологизирование-в-большом на производстве, конечно, сопровождается аналогичными рассуждениями про производство-в-большом, как исполнении производственных алгоритмов (робот, движущийся в физическом мире, тоже ведь исполняет программу! Завод — это тоже робот, он исполняет производственную программу)[2].
Интересное отличие от **программирования/**моделирования-в-малом и производства-в-малом от них же в-большом — это необходимость в-большом договариваться. В принципе, даже когда у вас тесный коллектив единомышленников под единым управлением, и то приходится договариваться. Даже внутри себя приходится договариваться, ибо вас могут терзать сомнения: множество выполняемых вами ролей будут настаивать на принятии разных решений! Иногда информатику-в-малом рассматривают как работу одного программиста, иногда как работу одной бригады/команды/team программистов. Но если это две разные бригады из двух разных подразделений одной компании, то договариваться уже много сложнее. Когда объединяются совсем уж независимые субъекты рыночных отношений, эта проблема договорённостей, согласованности мышлений/вычислений становится главной, на передний план выходит проблематика построения таких систем, по поводу которых легче договариваться (например, сразу появляется мысль о стандартизации как «один раз договориться, много раз использовать эту договорённость в разных проектах»). И тут на передний план выходят проблемы независимости частей больших алгоритмов, больших «программ работы». В науке говорят о композиционности (делении на «правильные части»), в инженерии тут говорят об архитектуре (делении на оптимальные конструктивные части и указание на способы организации взаимодействия этих частей в целой системе).
Производство-в-малом — это когда группа людей, имеющих общий капитал (запасы материалов и денег, станки, накопленные базы знаний и т.д.) и общую управленческую волю (часто только подразумеваемую, знаем мы «общую волю и единое намерение» пары тысяч человек, в том числе их руководителей), производит что-то, не выходя при этом за границы собственных материальных и людских ресурсов. Условно говоря, производство-в-малом, это «производство внутри предприятия», как «программирование-в-малом» относится к созданию одной программы, которая исполняется, как в классической драме, с соблюдением единства времени, места и действия. Когда же единство времени, места и действия обеспечить уже нельзя, то мы переходим к программированию/моделированию/онтологизированию-в-большом и производству-в-большом.
Когда мы говорим о том, что комплектующие/предметы снабжения и готовые изделия (которые где-то будут комплектующими или предметами снабжения) пересекают границы предприятий, то речь идет уже о производстве-в-большом. И программирование корпоративных информационных систем, которые это поддерживают в плане обмена информационными моделями данных физических объектов (спецификациями, чертежами, технологической документацией и т.д.) и другими информационными артефактами (планами, прогнозами, заказами этих физических объектов и т.д.) является программированием-в-большом.