Aisystant знает:
Успешный успех, в контексте системной инженерии, означает, что проект учитывает ролевые предпочтения всех агентов, затрагиваемых системой и её проектом. Если предпочтения всех агентов учтены и все довольны результатом проекта, то это считается успешным успехом. Успешность системы определяется непрерывным согласием всех внешних проектных ролей с проектом, что означает постоянное улучшение и изменение системы к лучшему. Однако, при таком подходе могут возникать проблемы, если не учитывать соображения более высоких системных уровней, таких как уровни сообщества, общества и человечества.
Материалы:
2.1. Cистемное мышление (А. Левенчук) / 1. О мышлении
Успешные воплощение, использование и вывод из эксплуатации инженерной системы — это те практики, которые поддерживает системная инженерия как особый вид труда. Слово «успешные» (successful) тут крайне важно, и имеет терминологическое специальное значение. Оно означает, что проект учитывает ролевые предпочтения как затрагивающих систему и её проект людей, так и затрагиваемых системой и её проектом людей. Абстрагируемся пока, организованы ли эти люди в какие-то организации, или даже общества, или это отдельные личности, назовём их поэтому «агентами», чтобы не разбираться с этой многоуровневостью. Если предпочтения всех этих агентов в ролях заказчиков, плательщиков, пользователей и других (интересы/предпочтения вредоносных ролей, например, воров, учитываются с обратным знаком) учтены, то это и будет «успех». Тем самым успех тут определяется не бытовым, или финансовым, или экологическим, или ещё каким образом, а именно через приемлемость результата проекта для множества агентов-в-ролях, успех определяется как «мы в проекте договорились со всеми, все довольны». Слово «системы» используется в очень специальном значении: это «системы» из системного подхода, термин. Для системной инженерии слово «система» примерно то же, что «физическое тело» для ньютоновской механики — если вы сказали про компьютер «физическое тело», то это автоматически влечёт за собой разговор про массу, форму, объём, потенциальную энергию, модуль упругости, температуру и т.д., но уж никак не цену и не быстродействие самого компьютера. Если вы сказали «система» про компьютер, то это автоматически влечёт за собой разговор про системные уровни, задействованные в работе над компьютером и с компьютером роли разных агентов и их предпочтения в важном (важных характеристиках компьютера, concerns), концепцию использования, концепцию системы, архитектуру, непрерывную разработку системы и т.д. В нашем курсе все эти понятия будут подробно рассмотрены.
Проблемы инженерных обоснований на уровне существа, личности, сообщества, общества
2.3. Системная инженерия (А. Левенчук) / 4. Непрерывное введение в эксплуатацию (DevOps).
Обоснование успешности обучения как инженерное обоснование какого-то мастерства. Подробней этот вопрос поднимается в курсе «Образование для образованных», но вывод там печальный: экзамены обычно не показывают успешности обучения, кроме самых простых случаев элементарных навыков. Диплом вуза не показывает успешности в работе, результаты ЕГЭ не показывают успешности в жизни. Более того, большие проблемы с «экзаменами» как методом получения свидетельств для обоснования успешности создания машинного интеллекта, то есть «испытания» тут непонятно как сделать.
Проблемы с удержанием внимания
- Моделирование и Собранность (пререлиз) (П. Медведева, А. Лубенченко) / 10. Удержание внимания
Многоповторность в сочетании с избыточной пропиткой позволят также «поймать удачу», буквально создать себе везение. В теориях принятия решений нередко повторяют, что отличный результат – следствие качественных решений и удачи: если минимизировать ошибки, «не быть лохом», то рано или поздно удача тебе улыбнется. Эту «формулу успеха» можно доработать: хороший результат = мастерство * количество повторений96 How to Create Luck: https://www.youtube.com/watch?v=w9Zvk70uj5Q. Мастерство высокой квалификации позволит совершить минимум ошибок; но для его наработки надо сначала повторять действия много раз, совершая ошибки в процессе. Больше повторов с исправлением ошибок / дообучением – выше квалификация; высокая квалификация позволяет минимизировать ошибки и получить результат получше, а также заметить и использовать подвернувшийся в процессе шанс, возможность. Поэтому мастерство, которое выступает сейчас главным ограничением, мешающим достичь следующей цели, следует изучать куда больше: как активно (занося новые практики в личную базу знаний и применяя в деятельности), так и пассивно (погружая себя в контекст, потребляя всю качественную информацию по теме, до которой можете дотянуться, в том числе в виде подкастов, аудио и так далее).
2.3. Системная инженер ия (А. Левенчук) / 1. Безмасштабная непрерывная системная инженерия
«Успешность системы» — в разы более простой критерий: «если все внешние проектные роли, которые мы выявили, непрерывно соглашаются с проектом, то это и означает, что мы мир изменяем к лучшему — наша система непрерывно успешна». Классическая системная инженерия ещё несколько лет назад даже выкинула бы слово «непрерывно», ибо в головах системных инженеров прошлого система изготавливалась однократно, и больше не менялась по ходу эксплуатации, не нужно дальше ни с кем договариваться, не нужно менять систему. Модернизации системы, конечно, предусматривались, но они были абсолютно автономными тоже разовыми проектами, а не частью непрерывно ведущейся инженерии. Ближе тут, конечно, была концепция апгрейда (например, апгрейд компьютеров, который был популярен в 90е годы прошлого века). Но это была «инженерия пользователя» для редкого класса систем, а не штатный способ организации инженерной деятельности. В телефонах наоборот: апгрейд аппаратный был запрещён (невытаскиваемая батарейка, отсутствие слота для внешней памяти), зато расцвёл апгрейд прошивок и апгрейд приложений. Телефон перестал быть неизменяемым объектом, даже когда попадал к покупателю. Это, конечно, создаёт и множество проблем (так, чей это теперь телефон, если его купили, но продавец продолжает его «производить»? Ответ не такой очевидный. Но тут кроется и много проблем: разработка обычно центрируется на поведении целевой системы в составе непосредственной её надсистемы, то есть главным образом на двух системных уровнях. Если в таком подходе разрабатывается киберфизическая система, то могут не учитываться соображения более высоких системных/эволюционных уровней — включая уровни эко-системы (сообщества), общества, человечества.