[Most Recent Entries] [Calendar View] [Friends]
Below are the 20 most recent journal entries recorded in
Anatoly Levenchuk's LiveJournal:
| Saturday, May 26th, 2012 | |
| 10:17 pm | Musica Nuda Открыл несколько дней назад для себя дуэт Musica Nuda, родившийся по схеме "не было бы счастья, да несчастье помогло": "Когда запланированное Петрой Магони концертное турне по Тоскане сорвалось из-за болезни гитариста, певица предложила контрабасисту Феруччо Спинетти выступить с ней в дуэте". Результат замены гитариста на контрабасиста оказался неописуемо восхитителен. Поскольку речь идёт о вокале и контрабасе, то рекомендую слушать исключительно в lossless (дискография Musica Nuda лежит на сами-понимаете-где), обязательно с сабвуфером. Разнообразие необычных музыкальных ощущений гарантирую. Ну, или вот еще из каверов: Они будут в Питере 12 июля, а в Москве 13 июля 2012 -- http://orgimprove.timepad.ru/event/2291 |
| 9:39 pm | Зачёт по курсу "Введение в системную инженерию" в МФТИ Вот и пришло время зачёта по курсу "Введение в системную инженерию" (http://ailev.livejournal.com/980403.ht Напомню: желающие получить зачёт должны показать, что они могут поддержать разговор о системной инженерии. Чтобы это продемонстрировать, они должны подготовить эссе, в свободной форме описывающий системную инженерию простых объектов (на бытовой и учебной тематике). Ожидаемый объем эссе -- не менее трех страниц текста. Выполнение итоговой работы требует порядка трёх-четырёх часов времени студента, при условии владения материалом курса (время на усвоение материала сюда не входит. Кстати, ссылки на слайды, литературу и видео ко всем восьми лекциям можно найти тут: http://ailev.livejournal.com/980403.htm В эссе студент должен продемонстрировать владение терминологией системной инженерии, а также понимание основных практик системной инженерии и умение адаптировать типовой жизненный цикл к конкретной целевой системе. Студенту предлагается выбрать для эссе одну из следующих систем/сервисов: -- семейный обед -- домашнее животное (кошка, собака, морская свинка -- наиболее знакомое) -- поддержка чистоты квартиры -- домашний компьютер -- супружество -- физический эксперимент -- лекция про системную инженерию в физ-матшколе -- реферат -- экзамен учебной сессии -- подготовка текста настоящего эссе -- целевая система, разрабатываемая базовой организацией студента О времени, когда я появлюсь в Долгопрудном для собеседований, подписывания документов и прочих дел, требующих моего личного присутствия, узнавайте на кафедре. Скорее всего, это будет где-то в конце первой декады июня. |
| Thursday, May 24th, 2012 | |
| 11:38 pm | Об "систему инженерного образования" Побывал на конференции по инженерному образованию в школе управления Сколково, где высказал пару тезисов: 1. Кто держит целое многочисленных кусочков образовательной мозаики из самых разных курсов в области инженерии и инженерного менеджмента? И если нет того, кто держит "образовательное целое", может не нужно делать классического инженерного захода на создание "системы инженерного образования в одной отдельно взятой стране"? Ведь бывают еще и неинженерные деятельности (исследования, религизоные отправления, семейная жизнь, разрастание городов, становление характера и т.д.). Ну, или нужно предъявить классические "заказчика, бюджет и сроки" для системной инженерии, и в случае предъявления -- тогда да, это системная инженерия "системы образования", но и тогда -- покажите мне, кто там инженер по требованиям, кто системный архитектор, кто делает верификацию и валидацию... 2. Совершенно упущена возможность образования без классических образовательных институтов -- например, образовательный консалтинг, когда люди нужной квалификации готовятся прямо на рабочем месте в реальных проектах, из сотрудников, которые есть (альтернативы: набирать таких людей с нужной квалификацией из подходящих ВУЗов, набирать таких людей на рынке труда "с улицы", отдавать работу на аутсорсинг в консалтинговые фирмы с такими людьми -- все эти варианты с новыми профессиями типа "интеграция данных жизненного цикла" не проходят). И тут нужно сказать, что такое образование сейчас по факту есть (я рассказал про примеры с нашим участием, но в зале нашлись ещё производственники, у которых был похожий опыт), но оно отсутствует на всех радарах образовательной тусовки, ибо в нём зачастую даже слово "тренинг" не используется, не используются учебники (ибо они ёще не написаны), не решаются учебные задачи-упражнения (ибо обучение ведется сразу на "боевых" примерах, в лучшем случае на "опытных зонах" с одновременным разворачиванием нужной инфраструктуры). |
| Wednesday, May 23rd, 2012 | |
| 9:37 pm | Системная инженерия, инженерный менеджмент и инженерные сервисы Некоторое время я варился в материалах самых разных профессиональных тусовок, членом которых я являюсь: -- INCOSE (международный совет системных инженеров), http://incose.org -- ASEM (американская, но по факту -- международное общество инженерного менеджмента), http://asem.org -- ACDM (ассоциация управления конфигурацией и управления данными), http://acdm.org/. Я много лет еще и член ACM (ассоциация компьютерной машинерии), http://acm.org, а в ней SIGSOFT (специальная группа по интересам, занимающаяся программной инженерией), но тамошнее членство позволяет лишь сказать, что новейшие IT-технологии будут продолжать взрывать содержание текущих практик системной инженерии, инженерного менеджмента и управления конфигурацией и данными с неменьшей скоростью, чем это происходило до сих пор. Я думаю, что скорость этих изменений ещё и увеличится: переход к моделеориентированной системной инженерии и порождающему проектированию и производству обеспечивается прежде всего новыми алгоритмами, новым софтом. Есть минимум три (основных, а так их много больше) смежных профессиональных практик (дисциплин), каждая из которых соревнуется с другими в своём шовинизме и желании поглотить сотоварищей: -- системная инженерия -- инженерный менеджмент -- инженерные сервисы Например, ISO 15288 (определяет практики жизненного цикла системной инженерии -- вот список: ), из четырех групп практик только одну (технические практики) определяет как собственно "системная инженерия" в узком смысле слова (практики того, что делают с целевой системой: задумывают, проектируют, изготавливают, проверяют и сдают, эксплуатируют, выводят из эксплуатации и т.д.). Остальные группы практик -- контрактные, проектные и обеспечения проектов -- это про то, что делает обеспечивающая система, сиречь предпринятие, занимающееся работами по продвижению целевой системы по её жизненному циклу. В эти практики попадает и управление портфелем проектов, и управление персоналом проектами, и управление конфигурацией, и даже заключение контрактов. Это было абсолютно сознательное склеивание системной инженерии и инженерного менеджмента (с выходом на организационную инженерию) со стороны разработчиков стандарта, я обсуждал эту тему с редактором первой версии Бадом Лоусоном. Вот это разбиение (т.е. набор частей) системной инженерии по версии ISO 15288 (на английском это цитируется вот тут -- http://ailev.livejournal.com/632128.htm Системная инженерия: Инженерный менеджмент тоже крут в плане своего шовинизма. Он, вообще-то говоря, псевдодисциплина: скомпонованный для целей совместного маркетинга учебными заведениями набор разных полезных дисциплин. "Истинные дисциплины" -- это которые имеют свои собственные объекты (типа "требования" и "архитектура" в системной инженерии), и поэтому "истинные части" (типа "инженерии требований" и "инженерии системной архитектуры"). Разбиение истинных дисциплин -- это отношение состава (часть-целое, композиция). Псевдодисциплины -- это объединения (агрегация) по каким-то критериям фрагментов разных других "истинных дисциплин": информационная архитектура (но не моделирование данных!), инженерный менеджмент и много-много других. Так вот, инженерный менеджмент включает в себя не только лидерство и управление проектами, но и системную инженерию! Почему? "Инженерный менеджер должен знать основы системной инженерии". Ага, ибо мало кто в ASEM интересуется, что делает инженерный менеджер -- но всех волнует, что должен знать инженерный менеджер. Вот главы Handbook of Engineering Management, сравните их с практиками системной инженерии: 1. Инженерный менеджмент -- настоящее, прошлое, и будущее. 2. Вопросы профессиональной ответственности, этики и законодательства. 3. Теория и понятия менеджмента 4. Управление знаниевыми работниками. 5. Исследование операций 6. Имитационное моделирование 7. Анализ при принятии решений (decision analisys) 8. Мультикритериальный анализ 9. Основы бухучёта и финансов 10. Инженерная экономика 11. Роль управления проектами в стоимости жизненного цикла 12. Системная инженерия [только технические практики] 13. Управление рисками 14. Стратегическое управление 15. Системное мышление 16. Лидерство для индивидуальных работников и команд инженерных проектов. Тамошнее Body of Knowledge не лучше, но в нём хотя бы системной инженерии на верхнем уровне нет (оглавление на английском -- http://asmedl.org/ebooks/asme/asme_pres 1. Исследования рынка, оценки и прогнозы 2. Стратегическое планирование и управление изменениями 3. Разработка продукта, сервиса и процесса 4. Управление инженерными проектами и процессами 5. Управление финансовыми ресурсами 6. Маркетинг, продажи, и управление коммуникациями 7. Лидерство и организационное управление 8. Вопросы профессиональной ответственности, этики и законодательства. Инженерные сервисы (engineering services) -- это весьма спорное название для группы инфраструктурных практик типа управления конфигурацией и управления данными, которые системные инженеры относят к "поддержке проектов" (ISO 15288), инженерные менеджеры вообще не замечают, соответствующие функциональные подразделения на предприятиях часто так и называют. Ирония судьбы в том, что в инженерные сервисы свободно записывают и системную инженерию, и вообще любую инженерию в целом, равно как и configuration and data management (вот, например, обратите внимание, в каком разделе и среди каких других практик configuration and data management тут: http://www.windmill-intl.com/profession Ещё одно мнение -- это синонимичность управления конфигурацией и управления данными с управлением инженерной документацией и управлением жизненным циклом продукта. Вот что об этом говорится в четвертом издании одной из самых популярных книжек по управлению конфигурацией (Watts, Frank B. (2011-11-07). Engineering Documentation Control Handbook: Configuration Management and Product Lifecycle Management): The title of this book indicates that Engineering Documentation Control – Configuration Management and Product Lifecycle Management are equivalent terms. But are they really? Many people feel that EDC is a subset of CM. Some think of EDC as what they are currently doing and CM as what they ought to be doing. PLM is a term used primarily by software applications for engineering – but it certainly implies a cycle that transcends engineering into manufacturing and to the customer. Much of the truth in this discussion is in “the eyes of the beholder.”Другими словами: есть некоторая дисциплина, набор практик, а как уж его назвать и к какой наддисциплине это принадлежит -- зависит от называльщика. Жизнь также показывает, что управление конфигурацией, в том числе и управление изменениями (опять же -- то включается, то исключается из "управления конфигурацией" и рассматривается отдельно) невозможно рассматривать отдельно от управления данными (управления информацией, интеграции данных жизненного цикла и т.д.) -- это подтверждает и неразрывность CM и PLM, и само именование профильной ассоциации (Association of Configuration and Data Management, http://acdm.org/). Какие практики попадают в этот блок, нужно изучать специально. Похоже, сюда попадают: -- практика выпуска (release) инженерных артефактов (например, выпуск чертежей) -- и можно обсуждать, является ли hand-over данных входящим в эту практику, или должен рассматриваться отдельно -- практика выпуска [сводных] заказных спецификаций (BOM, bill of materials) -- практика запросов на изменения -- практика изменения проекта -- практика управления данными (чтобы нужные заинтересованным сторонам данные оказывались у них в нужное время. Да, "управление требованиями", как часть инженерии требований, отвечающая именно за то, чтобы требования адекватно хранились и адекватно предоставлялись по запросам заинтересованных сторон -- это часть именно этой практики. Ибо нет никаких особенностей именно у "управления требованиями" в отличии их от управления любыми другими данными. Ну, и помним, что слово "управление" тут ничего не означает, как обычно. Никаких управленцев в управлении данными!). Все эти бесхозные инфраструктурные дисциплины, которые попадают в зазор между чисто менеджерскими (типа лидерства -- когда живых людей убалтывают занять позиции в бездушной машине-предпринятии) и чисто техническими (когда придумывают и изготавливают конструктивные решения для целевой системы) я бы назвал не "практики поддержки проектов" (чтобы на слово "проект" не набежали технически неподготовленные MBA с сертификатами PMI), а "инженерными сервисами" -- подчеркнув тем самым, что они относятся к инженерам-проектировщикам (Watts, Frank B. (2011-11-07). Engineering Documentation Control Handbook: Configuration Management and Product Lifecycle Management): The CM title is preferred when the responsibilities are generally as outlined in this book. When the responsibilities are broader (include functions such as publications, reproduction, data backup, software system input/control, etc.), then the generally preferred name is Engineering Services.Тут нужно учесть, что книжка корнями уходит (это ведь четвертое издание!) в бумажную систему инженерного документооборота. Появление PLM систем уже не позволяет обсуждать configuration management без data management -- и неминуемо организационное звено предпринятия, ответственное за engineering documentation control, configuration management и PLM будет ответственным и за data and information management. Так что -- инженерные сервисы, однозначно, причем эти инженерные сервисы в связи с переходом к моделеориентированной системной инженерии претерпевают коренную ломку, включая всё больше и больше сервисов по работе с данными (ага, "инженерная шина предприятия" или что-то типа этого, управление инженерными справочными/мастер данными -- это ведь тоже сюда). Аналогично, из традиционного менеджерского блока выпадают практики проектного управления в той мере, в какой они зацепляют: -- создание графика изготовления/сооружения так, как это понимают технологии (все эти Multi-D, когда информация из 3D проекта и информация по технологиям изготовления/сборки/стройки/монтажа используется для создания графика работ). -- исследование операций (приложения к логистике, к расчетам supply chain, эвристики планирования потоков работ/комплектующих из теории ограничений Голдратта, "заводская физика" и т.д.), ибо это требует не столько "менеджерской", сколько чисто расчётной инженерной экспертизы. Вообще, это огромная дискуссия, что в "проектном управлении" останется, если из тамошнего проектного шовинизма выделить "это просто менеджмент, учись расставлять людей, детка" и "это просто инженерия, учи математику, детка". А если следовать логике теории ограничений, то управленческий финансовый учёт (как логистика денежных потоков) тоже уйдёт сюда -- и тоже как инженерная дисциплина. Но я бы не рискнул эту инженерную составляющую считать "инженерным сервисом". Я хорошо понимаю, почему авторы ISO 15288 группу проектных практик (единственную) разбили на две подгруппы. Я бы считал практику планирования проектов частью практики архитектурного проектирования (это очень удобно в русском языке, где "проект" понимается и как project и как design), а контроль исполнения проекта -- частью практики интеграции, подчеркивая это самое Multi-D как в проектировании, так и в интеграции/сооружении (недаром на практике часто путают -- то Multi-D означает "все D", то "только начиная с 4D и дальше, но не 3D"). Но лучше я пока оставлю вопрос "истинно проектных практик в инженерии" для отдельного рассмотрения, а постинг на этом закончу. |
| 11:37 am | Сверхкраткое введение в конструкцию системной инженерии Вчера я читал лекцию для студентов МИФИ (увы, не удалось её записать -- хотя я пытался), на которой попробовал сверхкраткое введение в конструктивное определение ("из чего состоит") системной инженерии. Функциональное определение ("для чего нужна") системной инженерии я давал на предыдущей лекции. Вот примерная линия рассуждений (а иллюстрирующие диаграммы -- на доске):  1. Система в её простейшем варианте определения -- это единство функции (назначения её как части надсистемы. Представляется функциональным объектом) и конструкции (физических объектов, которые являются её частями). Согласно ISO 15288 говорят сейчас о системах в составе системы (не путать с "системами систем" -- это про другое!), хотя можно использовать и более древнюю терминологию с надсистемой-системой-подсистемой. Есть дискуссия, насколько функциональный объект (который указывается в схемах и диаграммах) абстрактен (то есть не имеет протяженности в пространстве-времени, его нельзя пнуть или погрузить в тачку). Один из вариантов ответа: он вполне материален, а с конструктивным объектом (задаваемым серийным номером, и сменным -- потому как модуль!) совпадает в силу 4D экстенсионализма (если два объекта занимают одно и то же пространство-время, то это один и тот же объект!). 2. Инженерные системы отличаются от "просто систем" тем, что единство функции и конструкции в них определяется через понятие слота (для функциональной части) и модуля (для конструктивной части). Диаграмма гамбургера Wim Gielingh показывает декомпозицию системы с учётом единства функции-конструкции. 3. Функция (назначение: что от системы требуется с точки зрения надсистемы) системы описывается требованиями к системе. Требования (функция) определяется заинтересованными сторонами. Инженер по требованиям готовит два варианта требований: требования заинтересованных сторон (результаты интервью с заинтересованными сторонами, противоречивые требования) и требования к системе (согласованные между собой требования заинтересованных сторон -- результат переговорного процесса заинтересованных сторон и согласования с архитектором). 4. Самое важное про то, как конструкция системы обеспечивает её функцию -- это архитектура. Инженерия системной архитектуры -- это практика системной инженерии, которую выполняет системный архитектор. Архитектор придумывает архитектуру и отражает её в архитектурном описании. 5. Архитектурное описание дальше служит основой для выдачи заданий инженерам по специальности, системным инженерам подсистем -- чтобы те могли изготовить саму систему, воплотить замысел в реальности. 6. Инженер по испытаниям обеспечивает проверку соответствия конструкции функции (изготовленной системы требованиям). Итого: а) Системные инженеры бывают такие же разные, как и врачи (среди которых вы не путаете дантистов и гинекологов). Основные виды системных инженеров: -- инженер по требованиям (умеет общаться с людьми), -- системный архитектор (изобретатель и хорошо знаком с разными технологиями) -- инженер по испытаниям (в хорошем смысле слова параноик). б) системная инженерия состоит из следующих основных технических практик: -- инженерия требований (основные артефакты: требования заинтересованных сторон, требования к системе) -- инженерия системной архитектуры (основной артефакт: архитектурное описание) -- верификация и валидация (основные артефакты: план испытаний и результаты испытаний) И только после этого мы переходим к тому, чтобы ввести понятие жизненного цикла: 1. Про функцию системы мы обычно думаем так, как будто система уже есть и эксплуатируется (буквально -- "функционирует"). Целевая система -- это та, которую мы делаем. Системы в составе надсистемы, у которых есть интерфейс с нашей целевой системой в ходе функционирования (в момент эксплутации) называются системами в операционном окружении [целевой системы]. Изменения, которые происходят в ходе эксплуатации/функционирования называются "поведением системы". 2. Эксплуатация -- это иногда небольшой отрезок жизни системы (термоядерная бомба: долго делают, быстро эксплуатируют), а иногда большой (атомная электростанция: относительно быстро строят и проектируют, потом долго эксплуатируют). Отрезок времени от замысла до снятия с эксплуатации целевой системы называют её жизненным циклом. Еще раз: жизненный цикл -- это отрезок времени, а не материальный объект или что-то абстрактное типа схемы. Жизненный цикл -- это от рождения до смерти. Если речь идёт о том отрезке времени, который система проводит в чьих-то руках, то это "жизненный цикл проекта". 3. Жизненный цикл делится на стадии, которые выделяются по тем основным способам думания (компетенциям), которые люди задействуют в ходе связанных с системой работ. Когда систему задумывают, проектируют, изготавливают, эксплуатируют, выводят из эксплутации, главные озабоченности и компетенции людей разные, и ведущий мыслительный процесс разный. Это определяет различие стадий. Диаграмма жизненного цикла: -- колбаска, которая режется наискосок или стрелочкой (чтобы показать размытость границ между стадиями) -- стрела времени с зарубками, означающими стадии жизненного цикла 4. Целевая система пассивна, и до стадии эксплуатации её буквально волокут за шкирку по жизненному циклу другие системы, которые называются обеспечивающими. Если стрелу времени согнуть, то получится V-диаграмма, в которой можно выделить три суперстадии жизненного цикла: -- определение системы (ведущие практики системной инженерии: инженерия требований, инженерия системной архитектуры) -- воплощение системы (ведущая практика верификации и валидации, ибо при повышении точности изготовления сама "интеграция" перестаёт быть чем-то творческим). -- эксплуатация (функционирование, operation. В этот момент системные инженеры уже выполнили свою основную работу). -- вывод из эксплуатации (который на v-диаграмму традиционно не попадает). Почему нужно было гнуть линию времени? Чтобы показать, что верификация (проверка того, что сделали) против архитектуры, валидация (приёмка заказчиком) против требований. В жизни всё много запутанней, и поэтому V-диаграмма имеет самые разные формы и вариации. Более того, нельзя считать, что разные системные инженеры и инженеры по специальности работают последовательно во времени: нет, обычно они работают все вместе. Тем самым любая система может быть рассмотрена одновременно: -- в связи с её назначением (функция) -- в связи с её составом из частей (конструкция) -- в связи с процессами её функционирования (поведение, но не жизненный цикл) -- в связи с процессами её замысливания, проектирования, изготовления (жизненный цикл, но не поведение) И это самое маленькое число рассмотрений системы. А вот переходной шаг для обсуждения инженерного менеджмента, предмета следующей лекции: 1. Поскольку все системы проходят свои жизненные циклы, то легко показывать цепочки обеспечивающих и целевых систем: -- консультант как обеспечивающая система изготавливает службу развития холдинга как целевую систему -- служба развития холдинга, переходя к стадии своей эксплуатации, становится обеспечивающей системой для правления холдинга, приводя его в состояние способности провести реформу производства -- правление холдинга, переходя к своей стадии эксплуатации (после "изготовления" службой развития, которую в свою очередь "изготовили" консультанты) становится обеспечивающей системой для заводов и конструкторских бюро холдинга, и реформирует их -- заводы и конструкторские бюро холдинга, являясь обеспечивающей системой для корабля или АЭС, замышляют, проектируют и изготавливают их как целевые технические системы. В лекции я затронул еще и разные другие моменты (например, советы по выбору карьеры между менеджером и инженером. Ключевой вопрос для осмысленного принятия решения: можно ли из инженера стать менеджером, и можно ли из менеджера стать инженером?). |
| Monday, May 21st, 2012 | |
| 8:03 pm | Башорг отдыхает, читайте новостные ленты Собственно, сабж. |
| Sunday, May 20th, 2012 | |
| 8:17 pm | Рефераты против своих мыслей Мне очень понравились прошедшие Лебедевские чтения тем, что докладов-рефератов ("как я начитался литературы, и сейчас вам кратенько перескажу", "как я начитался литературы, и вдрабадан не согласился с некоторыми авторами, но мимими согласился с другими") было меньше, а докладов-мыслей ("я тут сам не пойми что придумал, и попытаюсь вам рассказать") было больше. Понятно, что свежесочиненные мысли много легче критиковать, и общий уровень докладов от этого кажется ниже. Но мне так много больше нравится, чем "сильный доклад, упаковавший гениальные мысли Отцов Основателей без особенного их искажения". Появилось ощущение жизненности, жизнеспособности, осмысленности, сдвига с мёртвой точки, движения вперёд, незасохлости и эээ... незалежности и самостийности. Вообще-то, я бы рассмотрел эту "реферативность против креативности" (при всей их взаимосвязанности) как ведущую характеристику для многих знаниевых сообществ. Например, СМД-методологи на сегодняшний день насквозь реферативны ("так совсем недавно говорил ГП" и "о чем сто лет назад думал Гуссерль", а ведь когда-то наоборот, все они были насквозь креативны и минимально реферативны). Тусовка аналитических философов -- так же реферативна ("как я читал Крипке" и "что думает Сёрль"). То же самое много лет относилось и к либертарианцам. Но вот вдруг вчерашние Чтения -- и видно, что не всё так плохо. Конечно, первые версии любых попыток что-то сделать самому -- это первые версии, они наверняка пойдут в корзину. Но будут и вторые версии, и третьи версии. И потом вполне может оказаться, что эти работы начинают изучать в других "реферативных" комьюнити... |
| 7:16 pm | Об птичинг ![[info]](http://l-stat.livejournal.com/img/userinfo.gif?v=92.1){kind=small} toshick дал мне попробовать объектив 100-300мм (приведенных 200-600мм) для Lumix GF1. Я обещался сравнить с Nikon D800, 70-200 + ТС20E III, итого 400мм. Вот результат (снимал с рук, разница -- уровень смога для случая GF1 был чуть поменьше, плюс съемка велась на GF1 через открытое, а не немытое окно):Полный кадр: D800, 70-200 + ТС20E III, итого на 400мм, F5.6  GF1, 100-300мм, итого 600мм, F5.6  Кроп 100%: D800 на 400мм  Lumix GF1, приведенных 600мм  У меня ноу коммент, а голова стала пустой и лёгкой. UPDATE: не выдержал, и сделал еще один кроп, свежесфотографированный через открытое окно на 400мм D800:  По-прежнему ноу коммент... |
| 6:25 pm | Об комиксы Жена затащила меня в Библиоглобус (ибо это в трех минутах пешком от магазинчика с чаем). Я там видел страшное: комикс Михаила Булгакова "Мастер и Маргарита" (это не стёб -- это правда! Вот пруфлинк: http://www.labirint.ru/books/322505/ Заодно подошёл к полочке с мангой. Удивительно, но оказалось, что примерно про половину наименований я что-то знаю (сюжет, рисовку и т.д. -- мангу-то я не читаю в силу полной моей несовместимости с этим жанром, но время от времени смотрю аниме, начав где-то с 2004г. За восемь лет и набежало тайного знания: для большинства самых популярных манг есть аниме-адаптации). Что же касается аниме, то я только-только (в очередной раз) начинаю понимать, что мне там показывают. Мне кажется, что если я сейчас заново пересмотрю то, что я видел в том самом 2004 году, то я увижу совсем-совсем другие фильмы. Опять же, это всё исключительно "на любителя", и не факт, что каждому человеку подойдёт как "жанр в целом". Так, я вполне могу смотреть School Rumbles! (особенно первый сезон, и с натяжкой -- второй, в котором много больше пародии), но вот Lucky Stars для меня за гранью понимания. А ведь рейтинги, категории, теги и всё-всё остальное у этих двух сериалов практически идентичны. Опять же, меня очень прикалывает рисовка и музыка в Nazo no Kanojo X (я даже не поленился в мангу заглянуть, что со мной почти никогда не бывает. И да, Ока в манге симпатичнее, как ни странно). Но рейтинг у этой анимешки сейчас ниже нижнего. А вот Legend of the Galactic Heroes из первой десятки топа всех времён -- уже три раза с интервалом в полгода пробовал смотреть, и все три раза меня с трудом хватало на один эпизод, а ведь этих эпизодов там 110... Мда. Сколько людей, столько и вкусей... |
| 5:45 pm | Йлог пост Что-то я перебрал сегодня с весенними чаями -- получилось 0.8кг зеленых и олонгов (в том же магазинчике рядом с Билингвой). Зато надолго хватает: прошлый раз было 0.7кг (http://ailev.livejournal.com/952070.ht |
| 12:51 am | Опубликованы материалы восьмых Лебедевских чтений 19 мая 2012 года прошли восьмые Лебедевские чтения.  Программа и слайды докладов: http://g-l-memorial.ice.ru/58167 Видеозаписи докладов: Первый коллоквиум -- Анатолий Кушниренко, "Дошкольная информатика" -- Наталья Цветкова, Юлия Бутрина "Ветеринария как свободная медицина" -- Евгений Пескин, "Массовая профилактическая медицина: обратная сторона общественного здравоохранения" Второй коллоквиум: -- Юрий Кузнецов, "Что производит электроэнергетика?" -- Александр Школьников, "Битва за многоквартирные дома: краткий обзор боевых действий (по материалам последних лет)" -- Даниил Горбатенко, "Контрфактуальные и априорные экономические законы" Третий коллоквиум: -- Сергей Cазонов, "Основание либерализма: постановка проблемы и пути решения" -- Александр Раквиашвили, "Демократический дрейф к свободе" -- Григорий Cапов, "Франклин Делано Рузвельт: портрет в социально-политическом интерьере" Четвертый коллоквиум: -- Павел Усанов, "Трагедия евро: анализ с позиций австрийской школы" -- Юрий Полозов, "Почему у Грузии не получилось быстрого экономического роста" -- Андрей Илларионов, "Почему так получилось в 1991-1992гг.?" |
| Friday, May 18th, 2012 | |
| 11:14 pm | Победа наших программистов в мировой "битве мозгов" Русскоязычное программирование опять вполне успешно посоревновалось с англо и прочеязычным: из 12 первых мест в мировом финале ACM (http://icpc.baylor.edu/info/Results%20 Я к этому не имею никакого отношения, но почему-то очень приятно... |
| 10:25 pm | Про митинги и дискотеки Я уже писал, что отношу митинги к разряду дискотек (http://ailev.livejournal.com/971177.ht Прямо-таки фестиваль искусств "Белая лента" получается, вполне мной предсказанный. С нетерпением уже жду инициативы диджеев. |
| 9:54 pm | Сергей Чебанов о рефренности мира и не только Сергей Викторович Чебанов (доктор биологических и филологических наук -- что, собственно, и интересно), популярное изложение: -- о рефрености мира (лекция в Полит.ру, 2009г.) -- http://www.polit.ru/article/2009/11/2 -- о биосемиотике (с Александром Гордоном в передаче «0:30» на НТВ) -- http://ralimurad.narod.ru/lib/gordon/bi -- из истории типологических представлений (статья в "Прикладной и структурной лингвистике", 2008г.) -- http://www.rpri.ru/arshinov/materials/4 -- диссертация "Логико-семиотические основания классификаций в лингвистике" -- http://www.textreferat.com/referat-7 Тут не удержусь, и процитирую кусочек (http://www.textreferat.com/referat-736 встает вопрос об основаниях классификации классификаций. Следуя идее А.А.Шарова, по способу соотнесения архетипа и таксона можно наметить следующие основания классификации классификаций:Восторг. |
| 2:23 pm | История формальной семантики от Барбары Парти Текст лекции Барбары Парти "Формальная семантика как порождение лингвистики и философии" -- http://polit.ru/article/2012/05/18/Part Формальная семантика, формальная прагматика. Мне почему-то кажется, что сейчас в области обработки естественного языка происходит самое интересное. И когда эта довольно мутная и эзотерическая теория вылезет на свет божий в форме публично доступных конкретных компьютерных приложений (обеспечив интерфейс между самыми разными формальными компьютерными моделями и эээ... неформальными белковыми носителями разума), никому уже мало не покажется. Я продолжаю утверждать, что в мозгу есть два разных когнитивных механизма: статистический (контент-анализ, ассоциации и аналогии, марковские цепи и т.д.) и формально-логический (с HOL). Оба важны. |
| 1:55 pm | Как найти себя любимого? Странно, но по поиску в blogs.yandex.ru на "декратизация" я нахожу кучу чужих текстов со ссылкой на свой постинг с этим словом в заголовке (http://ailev.livejournal.com/988773.ht А что нужно сделать, чтобы у меня был полностью отындексирован в Яндексе весь ЖЖ? UPDATE: в индексах этот постинг всё-таки есть -- http://blogs.yandex.ru/search.xml?text= |
| 12:16 pm | Инфраструктура организовывания предпринятий Для того, чтобы организовать какое-то предпринятие (это я продолжаю тему "от сообществ к предпринятиям" -- http://ailev.livejournal.com/994835.htm а) понимание организации работы людей б) программы с функционалом, поддерживающим работу людей в) инфраструктуру для этих программ. Физического аспекта (индивидов -- которые имеют размер в пространстве-времени) предпринятий пока не будем касаться, обсудим классическую "архитектуру предпринятия" (в которой работают только с описаниями индивидов, но не с ними самими). Оставим также за скобками бизнес-модель самого организовывания и поддерживающей её инфраструктуры. Выберем организационные кейсы, которые должна смочь поддержать такая инфраструктура: а) организация "Штаба помощи задержанным" (координация посылки адвокатов в отделения МВД, чтобы вызволять оттуда задержанных ОМОНОМ в ходе разгона народных гуляний в Москве) -- http://maxkatz.livejournal.com/78839.ht б) инициатива Кирилла Рогова, который предложил делать отдельные предпринятия наподобие викиликса/роспила/гринмейла по общественно-важным поводам -- http://www.facebook.com/permalink.php?s в) борьба с текущей реализацией проекта электронных дневников в российских школах -- http://www.realpolit.net/ Совершенно очевидно, что все подобные предпринятия связаны с огромным количеством расследований, да и действия по результатам этих расследований более похожи на отработку отдельных кейсов, чем на полноценные "проекты" в духе "управления проектами с использованием сетевых графиков" или "управления процессами по ISO 9000". Это означает, что движок по поддержке деятельности должен быть из класса адаптивного управления кейсами (http://ailev.livejournal.com/946134.ht Можно выделить следующие функции свободной инфраструктуры для организовывания предпринятий: 1. Поддержка идентификации и governance. Должно быть понятно, кто в предпринятии главный. К кому обращаться, чтобы что-нибудь "разрулил", чьё слово окончательно при регулярных склоках, и кто директивно прекращает analisys paralysis, ежели дело перестало двигаться. Все эти "модераторы", "смотрители" из сообществ в полной мере становятся менеджерами и уполномоченными (хотя не уверен, что в каком-нибудь параполитическом проекте-предпринятии будет принята терминология "менедежеров", а не "лидеров" или даже "модераторов" -- хотя подразумеваются отнюдь не "модерируемые дискуссии", а вполне себе "действия"). Должен быть понятный механизм с benevolent dictator. Можно предусмотреть настройку терминологии для основных организационных ролей по рулению инфраструктурой, места для логотипов и прочую идентификационную кастомизацию. Но governance должен быть в кадре, а не за кадром (как в социальных сетках абсолютно понятно, кто назначает модераторов/смотрителей/хозяев страниц, кто имеет право скринить и удалять комменты, и т.д.). 2. Поддержка адаптивного управления кейсами, включая компоненту целеполагания/стратегирования. А поскольку адаптивное управление кейсами, стратегирование и т.д. не так просты, то "простое можно делать просто, а сложное можно делать -- и для этого есть учебные курсы". Вот только некоторый из важных функционалов: -- библиотека шаблонов для типовых работ. Поначалу библиотека пуста, далее она пополняется в самом предпринятии (и в пределе может быть поднята на более высокий уровень "между предпринятиями" -- чтобы помочь стартовать новым предпринятиям. Какой-нибудь хитрый вариант фандрайзинга, или рекрутинга с собеседованиями -- они вполне могут быть доступны "библиотечно". -- управление конфигурацией (в том числе управление изменениями) для информации кейсов. Это как в wiki: в любой момент времени известно, кто что когда поменял в имеющейся информации, эти изменения можно откатывать-накатывать, обсуждать, проводить их утверждения по определенному workflow. -- целеполагание/стратегирование для кейсов. Ибо в issue trackers цели предполагаются понятными с самого начала, и инструментария (кроме "просто тредовой дискуссии") для обсуждения целей нет. А тут нужно иметь хороший механизм для определения и обоснования целей. 3. Поддержка финансового механизма. Нужно уметь собрать и подотчётно потратить деньги. Я думаю, что сегодня фронтир "социальных сетей" проходит именно в этом месте -- от http://www.kickstarter.com/ до http://timepad.ru/. И регулярные скандалы вокруг перекрытия перечисления денег широкой публикой то Wikileaks, то на вполне определенные кошельки Яндекс.денег показывают, что эта компонента существенна. Обратите внимание, какую важную роль финансы сыграли в "Штабе помощи задержанным". 4. Поддержка PR, то есть поддержка интеграции во внешнюю среду в надежде приобрести сторонников, ресурсы, рабочую силу, донести результаты работы и т.д.. Возможность сгенерировать и показать широкой публике какой-нибудь отчёт, в том числе на страницах других веб-сайтов. Сюда же можно отнести наличие API (хотя это и выходит за рамки PR). Возможно, что тут же нужно рассматривать интеграцию с основными социальными сетями (приложения, позволяющие в удобной для людей социальной сетке получать feed дел предпринятия). Собственно, весь этот функционал давным давно поддержан самыми разными программами и платформами -- от MS Excel до docs.google.com, от mindmeister.com до того же realpolitik.ru. Но в каждом таком ресурсе поддержан только маленький кусочек. Финансы я буду вести в Excel, телефоны держать в записной книжке телефона, стратегировать и обосновывать неведомо где (ибо с целями разберемся в mindmeister, а уж обоснования непонятно где держать), списки людей будем держать в текстах docs.google.com, веб-ресурс разверну на какой-нибудь подвернувшейся под руку wiki, людей кликну через twitter. Да и в доинтернетную эпоху дела делались. И в дотелефонную эпоху тоже было предпринято немало успешных предпринятий (pun intended). Фишка тут в создании понятной для всех организационной платформы, где будет минимизировано использование ручного переввода данных (в том числе через cut/paste между приложениями). Я не обсуждаю тут вариант реализации: приложение в какой-нибудь социальной сетке, приложение для мобильного компьютинга, машап для уже наличных сервисов, крутой новый вебсайт (хотя один крутой вебсайт я бы не хотел тут иметь: централизованные инфраструктуры крайне уязвимы, даже если они на иностранных IP). Я просто говорю, что: а) задачи организации предпринятий типовы б) они могут быть поддержаны веб-софтом (ну, или мобильным софтом, что для меня то же самое) в) эта поддержка сегодня необязательно может быть в интранетах (где решены проблемы администрирования, полномочий), а может быть предоставлена в нетепличных публичных условиях (aka социальная сетка). г) накопленные библиотеки шаблонов работы и информационных форматов из одних проектов могут быть задействованы для использования в других проектах. Это ещё один вид свободного софта: orgware, организационное обеспечение. Это может дать необыкновенно высокий коэффициент повторяемости каких-то интересных инициатив (типа того же "Штаба помощи задержанным") в самых разных географических и тематических местах. Мне представляется, что развитие тут будет идти по линии типа TimePad.ru -- там наверняка появятся какие-то дополнительные сервисы для поддержки внутренней координации команды организаторов "события". А деньги они уже и сейчас собирают. Не хотите купить билетик на какие-нибудь очередные гуляния с ОМОНом? Ну, вы поняли идею... |
| 12:17 am | NAMM Musikmesse Russia 2012 -- неудачка Сходил сегодня на NAMM Musikmesse Russia 2012 (http://www.musik.messefrankfurt.ru/ind Но кое-какие приколы нашего городка всё-таки там были. Вот, например, изыски 80-х в наших 10-х:  Или вот такие трюки с барабанными палочками: |
| Tuesday, May 15th, 2012 | |
| 12:45 am | Сервис вредителей торрентов Оказывается, бывают официальные вредители, по заказу разрушающие интернет-инфраструктуру. Занимаются блокировкой торрентов: http://www.piratepay.ru/ru/blog/vysotsk Для меня это такие же нехорошие люди, как любые организаторы DDoS-атак. Портить -- это ведь не создавать. |
| Monday, May 14th, 2012 | |
| 11:29 pm | Опубликована программа восьмых Лебедевских чтений Опубликована программа восьмых чтений памяти Г.В.Лебедева (http://g-l-memorial.ice.ru/58168): Москва, гостиница "Алроса", 19 мая 2012г. 9:30 Начало регистрации участников 10:00 - 10:20 Ирина Рожкова, "Дошкольная информатика" 10:20 - 11:00 Наталья Цветкова, Юлия Бутрина "Ветеринария как свободная медицина" 11:00 - 11:40 Евгений Пескин, "Массовая профилактическая медицина: обратная сторона общественного здравоохранения" 11:40 - 12:00 Перерыв, кофе 12:00 - 12:40 Юрий Кузнецов, "Что производит электроэнергетика?" 12:40 - 13:20 Александр Школьников, "Битва за многоквартирные дома: краткий обзор боевых действий (по материалам последних лет)" 13:20 - 14:00 Даниил Горбатенко, "Контрфактуальные и априорные экономические законы". 14:00 - 15:00 Обед. 15:00 - 15:40 Сергей Cазонов, "Основание либерализма: постановка проблемы и пути решения" 15:40 - 16:20 Александр Раквиашвили, "Демократический дрейф к свободе" 16:20 - 17:00 Григорий Cапов, "Франклин Делано Рузвельт: портрет в социально-политическом интерьере" 17:00 - 17:20 Перерыв, кофе 17:20 - 18:00 Павел Усанов. "Трагедия евро: анализ с позиций австрийской школы" 18:00 - 18:40 Юрий Полозов "Почему у Грузии не получилось быстрого экономического роста" 18:40 - 19:20 Андрей Илларионов "Почему так получилось в 1991-1992гг.?" 19:30 Фуршет Регистрация: http://g-l-memorial.ice.ru/167689 |
