?

Log in

No account? Create an account
Лабораторный журнал -- Day [entries|friends|calendar]
Anatoly Levenchuk

[ website | Лабораторный журнал ]
[ userinfo | livejournal userinfo ]
[ calendar | livejournal calendar ]

Содержание образования: очередная версия программы общих курсов [13 Oct 2008|12:24am]
Еще один заход на учебную программу для современного человека (специально не пишу "инженера" -- ибо кто сейчас не творец? или "управленца" -- ибо кто не организатор? или "айтишника" -- ибо кто без компьютера? Или "консультанта" -- кто не дает советов? Или "госслужащего" -- кто не живет в государстве? И вообще, идея специализации в эпоху сингулярности мне кажется чуток устаревшей. Это все надстройки, а мы тут о базисе).

Дисклеймер: абсолютно абстрагируюсь от формы образования (да, командное обучение. Да, обучение в деятельности -- а хоть и имитационной. Да, не лекции, а тьюторство. Да, много-много поддержки образовательного процесса со стороны IT). Я продолжаю считать, что содержание образования имеет бОльший приоритет, нежели форма (последний раз писал об этом ровно три недели назад, тоже в воскресенье вечером (http://ailev.livejournal.com/618612.html).

Предыдущие заходы см., например, в http://ailev.livejournal.com/456065.html (только "общие курсы", ибо пока про специализацию речь не ведем). Это не подробная проработка, а лишь учет накопившегося за почти пару лет в ходе работы над PraxOS. Вместо более-менее абстрактной линейки курсов вокруг деятельностных фокусов "я-мы-мир" сделан акцент на знания и коммуникацию. Деятельностный фокус и его обсуждение уходит в дидактику, в предметной части остаются именно знания. Как и в жизни, разные знания смешиваются в деятельности -- в том числе в деятельности учебной.

Список курсов и предметов ниже не столько исчерпывающ, сколько дан для ориентира: о чем вообще нужно вести речь. При попытках употребить этот список в дело он должен быть суровым образом доработан.

I. Общие курсы (не подразумевают профессионализации).

1. Работа с собой любимым (сознание)
1.1. Общая психотехническая подготовка (состояние высокой продуктивности, техники интеграции логических уровней, техники личного роста, быстрого обучения, целеполагания и т.д.)
1.2. Модели развития личности (спиральная динамика)
1.3. Организация духовного (включая религиозный) опыта.
1.4. Этика
1.5. Коммуникативный экселленс из позиции "я" (раппорт, актерское мастерство, ораторское искусство, слайдовые презентации)
1.6. Физический экселленс ("тело")
1.7. Рефлексия. "Принятие теорий всерьез".

2. Работа с другими (группой. Управление знаниями, понимаемыми как tacit knowledge).
2.1. tacit knowledge, community of practice
2.2. поток (Чиксентмихай) и его обеспечение
2.3. стандартизация
2.4. дидактика
2.5. "процессный подход" и технологии, уровни зрелости
2.6. знаниевые/мыслительные технологии: thinking process, ТРИЗ, СМД-методология
2.7. коммуникационный экселленс в группах (групповая динамика, конфликтология и принципиальные переговоры, коучинг, консалтинг, управление изменениями, team building, лидерство. Игровые техники).
2.8. человек и машины: user experience, usability, эргономика, интерфейсы (HCI)
2.9. IT-обеспечение управления знаниями (web 2.0, web 3.D).
2.10. английский язык
2.11. управление талантами

3. Работа с информацией (инфология, предметные знания, подразумевают понимание смысла информации)
3.1. логика (в изначальном философском смысле этого слова, не "математическая логика"). Знаки, символы, денотаты. Схематизация, нотации. Методология. Наука, теории, парадигмы, научный предмет.
3.2. метафизика (онтология и эпистемология, онтологические и эпистемологические выборы). Роли, 3D vs 4D и т.д.
3.3. концептуальное моделирование, его онтологические и эпистемологические выборы (в том числе модель BWW). UML, ORM, OWL, Express.
3.4. Информационные модели, словари, тезаурусы, онтологии. Примеры подробно (Gellish, ISO 15926, ISO 18876, протоколы STEP). Mapping данных на базе онтологии (интеграция данных). Semantic web.
3.5. Логический вывод (business rules). Common logic. Экспертные системы.
3.6. Assurance case и представление аргументации.

4. Работа с данными (даталогия, computer science -- оперирование байтами безотносительно их смысла)
4.1. императивное программирование (ассемблеры, форт, ООП). Алгоритмы (Кнут).
4.2. декларативное программирование (функциональное, логическое, маркапы).
4.3. аспектное программирование. DSL.
4.4. Параллельность.
4.5. Модели данных, базы данных, persistance.
4.6. Коммуникация (протоколы), интернет. Интернет-сервисы. Агентские архитектуры
4.7. IT-cервисы и инфраструктура (сисадминство -- по ITIL).

5. Работа с заведениями (enterprise)
5.1. Информационная архитектура и организационное моделирование (набор вьюпойнтов)
5.2. Организация: онтология и модели (DEMO). Теория коммуникативного действия. Назначения ролей: оргструктуры. Сервисный подход. Конфликт интересов.
5.3. учет, документы, датацентрика, data handover. Уровни зрелости работы с данными, оценки трудозатрат.
5.4. Бизнес: стейкхолдеры, цели, KPI, стратегирование (http://ailev.livejournal.com/571136.html), финансы и маржинальный учет, бухгалтерский учет, оргпроцессы обеспечения проектов из системной инженерии (внутрифирменное предпринимательство, beyond budgeting, управление портфелем проектов)

6. Работа с системами (инженерия, методы создания и использования систем)
6.1. Понятие системы, жизненный цикл системы, эволюция систем (system family engineering), развитие систем (смена архитектуры, s-кривые развития, "дилемма инноватора" по Кристенсен). Управление версиями, управление вариантами, управление развитием.
6.2. Процессы и проекты: онтология. Цикл непрерывных улучшений.
6.3. Планирование материальных потоков: логистика и supply chains (factory physics, Голдратт и т.д.)
6.4. Планирование работ и контроль их выполнения: водопад, agile, issue tracking, LastPlanner, GTD.
6.5. Теория проектирования (порождающее проектирование, конструктивные описания, функциональные описания и потоки, архитектуры, работа с требованиями, DSM, учет требований сборки/строительства, учет требований эксплуатации и ремонта)
6.6. Выпуск. Сборка. Строительство.
6.7. Эксплуатация и ремонт "по состоянию" (оценка рисков, ведение истории, ремонтные процессы). OpenO&M.
6.8. Качество и его обеспечение. Статистика.

7. Работа с обществом
7.1. научные школы в гуманитарных дисциплинах
7.2. правовая философия и юридическое мышление
7.3. праксеология и экономическое мышление: австрийская экономическая школа, вирджинская школа общественного выбора, краткая характеристика других экономических школ (чикагской, социалистической, классической и институциональной)
7.4. социология и модели общества
7.5. пиарный экселленс (заочная коммуникация). Меметика. Tipping Point. Public deliberation (общественная дискуссия).
7.6. Техническое регулирование (включая рискориентированный подход).

II. Профессиональные курсы ("профессия" тут понимается очень широко).
1. Общество и государство (по плану из http://ailev.livejournal.com/456065.html) -- подготовка чиновников и их консультантов.
2. Технологии непрерывного производства (process plant) -- подготовка ГИПов, главных инженеров
3. Программная инженерия -- архитекторы и программисты.
39 comments|post comment

Понедельник утро [13 Oct 2008|12:27pm]
Следующий шаг в морском бурении: бурильную установку поместят прямо на морское дно, где она будет работать в автономе. Для этого нужно создать такую систему управления бурением, которая сможет работать абсолютно автономно, без оператора -- и четырехлетний проект по доказательству осуществимости такой системы как раз начинается (https://trac.posccaesar.org/wiki/ProjectGoal). SOA, агенсткие архитектуры, ISO 15926 и онтология, и так далее со всеми остановками.

Когда я вчера писал про "общие курсы" (http://ailev.livejournal.com/625203.html), я этого еще не видел. Но рад -- не ошибся. Ибо знание про собственно tripping (спускоподъемную операцию для заметы бурового долота) специфично, а вот технологии для построения системы управления такими операциями используются везде, они абсолютно неспецифичны.
* * *
На Музыка Москва 2008 так и не пошел. Вместо этого поиграл полчаса на клавишах -- попробовал несколько новых комби (комбинация звуков под управлением Карма), традиционно восхитился. И по поводу похода на эту выставку опять вспомнил любимую свою картинку:

* * *
Ввязался в споры по выбору фотоаппарата для любительской съемки (любительская -- это когда снимаешь уже не случайно, вспомнив о камере в телефоне или завалявшейся в сумочке мыльнице, а намеренно. Но не сильно фанатеешь и не зарабатываешь на этом). Вдруг кому еще интересно: http://ella-p.livejournal.com/847762.html. Суть моей рекомендации: Panasonic G-1, поступающий в продажу как раз в октябре-ноябре -- ибо определяющим параметром являются размеры и вес при малой (4-5, а не 25-35) пиксельной плотности матрицы. Желающие проверить эту рекомендацию -- покопайтесь в базе данных фотоаппаратов на http://www.dpreview.com/ (четвертая строчка меню в правом верхнем углу).

Дискуссия о фотоаппаратах мне очень напоминает дискуссию о фортепианных клавиатурах (всегда находятся как сторонники пальцы ломать об тяжелые деревяшки клавиш, так и сторонники качать бицепс тасканием громоздких и тяжелых камер. Традиции, они и есть традиции. Автомобиль должен повторять формой телегу, так? И вместо руля ему желательно приделывать вожжи -- они ведь "так удобно сидят в руке").
* * *
Самое большое напряжение мысли -- это перевод знания о предмете (всегда неполного!) в план хоть каких нибудь действий. А потом попытки воплотить этот план в реальность. Ибо так легко извинить себя в том, что ничего не понимаешь, и найдутся понимающие люди, которые что-то тебе подскажут -- нужно просто найти их, повстречаться, и все само устроится. Опыт показывает, что находятся люди, но понимают они в предыдущем поколении технологий. А что делать в связи с необходимостью перейти на новое поколение, спросить не у кого. И отмазка, что ты эти технологии сам еще толком не изучил, не проходит -- изучать что-нибудь можно вечно, уровень изучения всегда будет казаться недостаточным ("я знаю, что ничего не знаю" -- это уже стандартное мировоззрение культурного человека) а изучение в действие автоматически не переходит.
* * *
Очень хочется нарисовать четырехмерную диаграмму, но не понимаю как. Три плана (жизненный цикл как Vee-диаграмма, эволюция и развитие), и все это разворачивающееся во времени. Понятно, что развитие можно показать просто дублированием трехмерной диаграммы ЖЦ+эволюция во времени. Но как показать ЖЦ+эволюцию, мне пока непонятно. Обычно и сам ЖЦ уже сложен до неприличия, а при плановой эволюции его природа меняется.
* * *
Из частной переписки с maksimotstavnov по поводу разметки текста ТЗ для получения формальной модели требований, и того, какова вообще природа ТЗ (или вообще "требований"):
ailev:
А) любое ТЗ само по себе плод разработки, и поэтому представляет собой assurance case.
Б) в свою очередь ТЗ представляет собой описание системы на низком уровне детализации (высоком уровне абстракции). Соотношение функционального и конструктивного описания в ТЗ, а также их связи (архитектуры) непонятно.
В) тут еще мутна связь между "пирамидкой" assurance case и "пирамидкой" детализации.

maksimotstavnov:
Все это не формализуется в ближайшие 50 лет IMHO. Но ты хорошие вопросы ставишь.

ailev:
Это я даже не касаюсь неформального текста-описания.

В реальности же тексты описания содержат какую-то дикую смесь А, Б и В, с которой вообще не разобраться. Плюс обильно цитированные (часто без указания источника) положения нормативных актов и стандартов.

И еще сложность от variant management: не поймешь, что в этих ТЗ относится к семейству/серии систем/продуктов, а что к индивидуальным системам.

maksimotstavnov:
Но, кстати, я вообще подозреваю, что от понятия "ТЗ" в связи с "выращиваемыми" или "наращиваемыми" системами придется отказаться. Давно уже только bug reports и feature requests остались.
Чтобы два раза не вставать: ссылки на assurance case -- http://ailev.livejournal.com/578461.html
post comment

navigation
[ viewing | October 13th, 2008 ]
[ go | previous day|next day ]