Лабораторный журнал
 
[Most Recent Entries] [Calendar View] [Friends]

Below are the 20 most recent journal entries recorded in Anatoly Levenchuk's LiveJournal:

    [ << Previous 20 ]
    Wednesday, April 1st, 2015
    12:21 pm
    C праздничком
    В моей ленте какой-то невиданный (патамушта праздничный) прогресс в искусственном интеллекте и робототехнике, но всё на грани возможного. Интересно, какой праздничный прогресс сегодня в параллельном ЖЖ? Ревельнаш? Фото какого котика я ел на завтрак? Тоже ведь всё на грани возможного.
    Monday, March 30th, 2015
    2:45 pm
    lytdybr
    Вышла первая часть интервью о нашей с НИСИПП "Школе системного мышления и действия" -- http://nisse.ru/articles/details.php?ELEMENT_ID=130668 -- "Мы учим тому, чтобы человек умственного труда, столкнувшись с многодисциплинарными ситуациями, поступал примерно как водопроводчик, который не задумывается над каждым своим действием, поскольку многое делает, как говорится, «на автопилоте». О предприятии в целом, о сервисе в целом, о какой-то сложной технической системе в целом, обученный системному мышлению человек думает именно так - «на автопилоте». И планка его творческого мышления поднимается выше, у него освобождается много времени, на «ручное управление мышлением» он переходит для более сложных случаев, а не всегда".

    Распознавание изображений глазом-нервом-мозгом (везде по чуть-чуть) устроено совсем-совсем по-другому, нежели распознавание камерой-компьютером. Поэтому оптические иллюзии у человека и компьютера разные (причём разные для каждого отдельного компьютерного алгоритма). Вот про оптические иллюзии программ deep learning -- http://news.cornell.edu/stories/2015/03/images-fool-computer-vision-raise-security-concerns

    Много раз уже встречал про "революционную математику Синичи Мочидзуки" (http://en.wikipedia.org/wiki/Shinichi_Mochizuki). Но вот этот материал содержит интересные оценки: профессиональному математику понять какую-то новую парадигму -- это затратить на 1500-2500 страниц 250-500 часов труда, 5-6 страниц абсолютно нового сложного (с незнакомыми формулами и идеями!) материала в час -- http://www.svoboda.org/content/article/26921920.html.

    Два раза терял ссылку на краткую презентацию Tame the Flow, пусть тут теперь хранится: http://www.tocpractice.com/page/tame-flow-full-scale-project-product-framework

    Отрок совершенно добровольно вышел из дома в школу на 20 минут раньше положенного. Это его попытка борьбы с опозданиями. Мне же кажется, что его проблему это не решит. Выходит из дому он обычно всегда вовремя, но вот время прохождения маршрута у него ненормированное: столько разных соблазнов по дороге! При этом дорога домой у него занимает в среднем втрое-вчетверо дольше, чем дорога в школу. У меня столько же времени занимает дорога от запуска компьютера к написанию текстов или тасованию слайдов: по дороге столько всяких новостей, фейсбуков, писем, ЖЖ и прочих радостей жизни! И дорога от закрытия файла с текстом или слайдами к выключению компьютера тоже часто длинней, чем дорога к их открытию.

    Вот тут в комьюнити робототехников я обсуждаю, как ТРИЗ (за ТРИЗовца выступаю я сам) может помочь решить проблему дешёвого универсального схвата для школьного робота: https://www.facebook.com/groups/162254460635735/permalink/367037060157473/
    Saturday, March 28th, 2015
    11:13 pm
    Первый день смычки инженеров и менеджеров
    День смычки менеджеров и инженеров сегодня успешно прошёл, рассказан был 51 слайд из 81, остальные "пролистаны" (что, впрочем, было запланировано и объявлено заранее).

    Уже появился один отзыв (https://www.facebook.com/pshestopalov/posts/965107626840481, и там сразу дискуссия не столько про суть дела, сколько про особенности используемой терминологии -- в комментах фейсбука вряд ли получится передать то, что я целый день обсуждал на семинаре, да ещё с диаграммами на слайдах и примерами из жизни).

    Как всегда, в кулуарах участники удивлялись, насколько я устный не похож на меня письменного (ибо многие читали и учебник, и блог, а вживую видели впервые). Да, нисколько не похож!

    Следующий день смычки 3 апреля в Новосибирске, но в конце апреля возможно уже повторение "дня смычки" в Москве. Одну из суббот меня уже попросили зарезервировать. И ещё обсуждали, что можно давать эту программу не один день, а несколько -- с чувством, с толком, с расстановкой, с бОльшим числом упражнений.
    * * *
    Сразу отвечу (всё равно ведь спросят!): видео не писалось.
    * * *
    Будет и продолжение в рамках Школы системного мышления и действия (совместно с АНО НИСИПП -- https://www.facebook.com/tseren.tserenov/posts/736689613095664).
    Friday, March 27th, 2015
    10:44 pm
    Проекты нельзя процессы
    Сегодня сходил в РВК на семинар по проектному управлению в организации олимпийских игр в Сочи в 2014, и неожиданно обнаружил там подход к case management (я всё чаще и чаще перевожу это как "ведение дел") в проектной, а не процессной риторике. Это очень свежо и необычно, ибо люди из dynamic или adaptive или даже просто case management тусовки считают себя "правильным ответвлением" традиции управления процессами (и многочисленные дискуссии в интернетах посвящены вопросу, как им от обычных процессников отмежеваться так, чтобы после этого не слиться до неразличимости с электронными документооборотниками).

    Но тут разговор пошёл о том, чтобы делать кейс менеджмент под флагами проектного управления (а даже слово case management не произносилось: я задал прямой вопрос докладчикам, не кейс ли у них менеджмент, докладчики радостно согласились, но продолжали говорить про проекты и контрольные точки).

    Высокое начальство кушает такое на-ура (ещё бы!). Процессники там и рядом не стояли, они проектным людям обычно политически проигрывают, ибо ассоциируются с "функциональной организацией" -- а какая напрочь "функциональная организация" при организации, например, тех же олимпийских игр. Ну, и премии выдают за выполнение проектов, а не выполнение процессов. Поэтому апеллировать к какому-то изводу "процессного управления" было бы самоубийственно.

    Риторика тем самым вынужденно была проектной, но "настоящие проектники" с их "управлением ресурсами" тоже успешно пошли лесом, потому как высокое начальство уже съело идеи кейс-менеджмента. Его ведь волнует "закрытие кейса" ("успешное завершение проекта в срок"), а не кишки кейса -- внутри же там может быть и процесс с типовой процедурой, и поручение с кейсом, и проект с выравниванием ресурсов и сборниками нормам. Начальству это не важно, начальству важно не прощёлкать кейсы, ему нужно вести дела.

    Понятно, что осознание этого "изобретения case management" пришло только задним числом, и даже идея перегрузить всю базу "управления проектами" в какой-нибудь issue tracker пришла в головы уже только перед самой олимпиадой (когда было поздно что-то куда-то перегружать). Но факт остаётся фактом: методология кейсов сработала, и она была адекватно задачам (уж насколько можно быть адекватным задачам организации олимпиады в России -- на некоторые вопросы докладчики отвечали пальмфейсом, смотрелось весьма выразительно). Круто, следующая олипиада получит новый успешный опыт (в МОК есть система передачи тайного знания организаторов олимпиады от команды организаторов другой команде -- по цепочке).

    Понятное дело, что я тут не про управление собственно стройками объектов пишу. Я о другом: в системе было порядка 15000 кейсов верхнего уровня, которые были отслежены. Это примерно соответствует графикам третьего уровня какой-то крупной стройки, хотя олимпиада эта была чуть поболее какой-то "крупной стройки" по масштабам. А стройки шли в режиме "обычного проектного управления", и в системе управления кейсами проекты строек лингвистически были "проектами" и их контрольные точки были "контрольными точками" -- но только лингвистически, не по сути.

    Сам я думаю, что по линии проектного управления ведение дел продвигать может быть неожиданно легче, чем по линии управления процессами. Это если где-нибудь рядом не будет сутками напролёт возмущаться нарушением всех мыслимых и немыслимых норм PMBoK, PRINCE2, P2M и т.д. какой-нибудь "сертифицированный управляющий проектами". Но такие люди в типичной для кейс-менеджмента ситуации не выживают. Как сказал один из докладчиков (айтишник), "это был самый agile проект в моей жизни". Ага, "проект", ха-ха три раза.

    Очень интересный опыт, нужно будет такое попробовать.

    UPDATE: плюс дискуссия в FB -- https://www.facebook.com/ailevenchuk/posts/10204478355372966
    12:47 am
    Запомним март 2015г.: компьютеры стали лучше людей в распознавании изображений
    Я писал в сентябре 2014 про "почти паритет" между человеком и компьютером в распознавании изображений -- http://ailev.livejournal.com/1149467.html

    С тех пор произошло много чего интересного (http://venturebeat.com/2015/03/18/google-expert-explains-why-deep-learning-neural-nets-are-hot-in-everything-from-games-to-recognizing-cats/): "In the annual ImageNet competition, the best neural net was able to correctly classify images with a 25.7 percent error rate in 2011. That went to 16.4 percent in 2012, 11.7 percent in 2013, and 6.7 percent in 2014. Baidu showed a paper with a 6.0 percent error rate in January, Microsoft published a 4.9 percent error rate in February, and Google itself published a paper with a 4.8 percent error rate on March 2".

    Вот ImageNet -- http://www.image-net.org/

    Вот работа Гугля: Using an ensemble of batch-normalized networks, we improve upon the best published result on ImageNet classification: reaching 4.9% top-5 validation error (and 4.8% test error), exceeding the accuracy of human raters -- http://arxiv.org/pdf/1502.03167.pdf
    Thursday, March 26th, 2015
    5:25 pm
    Новинки PraxOS
    В свеженькой колоде к однодневному семинару PraxOS (сейчас он идёт под попсовым названием "День смычки менеджеров и инженеров") 81 слайд. Это при нормальном ходе событий и с упражнениями вполне достаточно даже для трёх дней, так что можно было бы легко обойтись и меньшим числом. Но зато слайды для ответов на вопросы всегда под рукой. Я вчера потестировал эту колоду во время обсуждений на заседании Русского отделения INCOSE: о чём бы речь ни заходила, слайдов хватало.

    В сезоне 2015 из нового ещё альфа как главный объект смычки менеджеров и инженеров, а также гармонизация языков (орг)паттернов (http://ailev.livejournal.com/488174.html) с ситуационной инженерией методов (Essence). И ещё agile + lean + TOC/CCPM/DBR (в варианте TameFlow). И прояснение вопросов про технологический менеджмент и предпринимательство, хотя пока и не очень глубоко, в том числе возвращение к моделированию стратегии (в strategy case "действие" стало "практикой" и это сильно прояснило дело). И цепляние вопроса про аналогичность нерозничных продаж и оргизменений.

    Расширенный вариант моей старой системной медитации пару дней назад сделал belique -- http://belique.livejournal.com/67802.html. Моя же новая системная медитация-2015 акцентирует внимание ещё и на использующей системе, без которой ни потребностей (needs, без которых нет opportunity) ни приёмки (ибо validation идёт к needs, а не requirements). Эта новая системная медитация доступна пока только в виде краткого слайда, но именно на основе её я буду вести сейчас бОльшую часть начального разбирательства с проектами клиентов, студентов и своими собственными.

    А ещё там про логические уровни: именно про них много пословиц PraxOS (http://ailev.livejournal.com/1172430.html).

    Участникам семинара слайды уже разослал, пот со лба вытер, на душе пятница вечер. Теперь нужно срочно дописывать учебник по системноинженерному мышлению (хотя он уже разбух по сравнению с версией лета 2014 на 20%, но ещё не вечер). Мультитаскинг ведь нужно удавливать, уменьшать количество WIP!
    Tuesday, March 24th, 2015
    11:50 pm
    lytdybr
    Весь день боролся с числом слайдов на "Смычку менеджеров и инженеров" (в Москве 28 марта, http://techinvestlab.ru/379665, в Новосибирске 3 апреля, https://www.facebook.com/events/433142920175165/). Опыт показывает, что в день нормально проходится порядка 30 сложных слайдов, а у меня их получается сильно побольше. Оно понятно почему: так, на тему стратегирования я делал двухдневные семинары (http://ailev.livejournal.com/880588.html), а тут стратегированию посвящён махонький кусочек. И так с каждой темой. Выкидывать много, много трудней, чем вставлять. А ещё ведь нужно оставить время на попытки что-то попробовать -- осознать по схеме проекта "кто я", дать краткую характеристику по той же схеме, сформулировать проблемную альфу, выполнить чуть модернизированную системную медитацию, сформулировать варианты стратегии и протестировать их по Портеру, осознать свою ведущую парадигму описания деятельности. Много, слишком много для одного дня.

    Обобщённый образ участника "Смычки" пока такой: "я сам себе смычка инженера и менеджера, ибо из инженеров довольно давно попал в менеджеры. Занимаюсь информационными системами. Хватит теорий, дайте каких-нибудь практик". Проблема в том, что этот образ слишком обобщённый -- есть и алчущие теории, и совсем не-инженеры, и занимающиеся отнюдь не информационными системами. Тем интересней.

    Жена породила новую образовательную теорию: в голове деток есть читалка, решалка и писалка. Они зачастую развиты крайне неравномерно и несводимы друг ко другу, их нужно тренировать. Проблема часто в том, что тренируют только решалку -- и тогда недотренированная читалка и писалка ограничивают возможности гипертрофированной решалки. Есть и прямо обратные варианты: хорошая читалка по большей части бесполезна без решалки, а без писалки трудно нормально сдать результат. Общая же способность определяется по минимально развитой способности. Так, у нашего дитятки выяснилось, что перетренирована решалка, но недотренирована читалка. То есть всё, что он может прочесть и понять, он решает (прежде всего речь идёт об олимпиадных задачах). Но в том-то беда, что он свободно может просто задачу недочитать на пару слов, или тупить на слишком лёгких задачах (ибо начинает искать подвох в условии), или много чего ещё -- незамечаемые проблемы начинаются ещё до включения решалки (в этом-то фишка! подозрения-то всегда на решалку!). Но если до решалки доходят качественные входные данные, то решалка у него перемалывает всё в труху за пять минут. Дальше проблемы с записью решения (ибо мышление в решалке явно какое-то нечеловеческое, "мыслительными иероглифами", как и положено при хороших решалках). Дальше нетривиальные следствия. Например, лучше всего читалка (речь идёт о задачах для 7 класса) тренируется на задачах по геометрии (ибо там из текста нужно внимательно вычитывать нетривиально определяемые объекты). И там же много материала для тренинга писалки: одни доказательства чего стоят!

    Нашлось ещё одно моё фото 1977 года с Талаканского створа: https://www.facebook.com/photo.php?fbid=981482555195701&set=p.981482555195701&type=1 (я описывал уже это путешествие тут: http://ailev.livejournal.com/1117264.html). Это фото вывесила Наталья Коморская (которая много-много лет преподаёт вокал -- с тех давних пор, она тогда была Мищенко, до сегодняшнего дня). А попала она ко мне через Александра Путилина, который много лет выпускает в Ростове-на-Дону "виртуальные гитары", которые играются на клавишных -- http://www.musiclab.com/. И переходя к ростовским настоящим гитарам: Виктор Борилов играет блюз -- https://youtu.be/JKJVte412hk.
    Monday, March 23rd, 2015
    10:30 am
    Презентер
    Готовлю слайды про современное разделение умственного труда на "День смычки инженеров и менеджеров" (http://techinvestlab.ru/379665 -- уже в эту субботу, но ещё не поздно записаться), хотелось что-то свеженькое в пример привести.

    Новая профессиональная позиция и соответствующий skill: презентер. Тонкую разницу презентера и спикера (кое-где даже поясняют, что "у нас спикеры называются презентерами") я и комментировать не буду. Разве что замечу, что древнее PR заменилось более современным communications (ибо предполагается две стороны разговора), а сейчас вот появляются презентеры там, где когда-то были коммуникаторы -- отдельно skill рта и рук на сцене, отдельно skill для ушей и глаз за сценой. Это не стёб, это констатация факта, это жизнь.

    Вчера мне на заседании по робототехническому образованию рассказали про опыт школы, где престижно быть в робототехнической команде, чтобы ездить на соревнования. Позиции там -- программист, механик, менеджер, презентер. За должность презентера конкурируют, а для этого сдают экзамен по русскому языку. Забыл спросить, на что сдаёт экзамен менеджер (с остальными, вроде, понятно). И как там дело не просто с презентацией, а всей коммуникацией.

    Смотрите как интересно: гугль-тренды запросов presenter и communicator -- http://www.google.com/trends/explore#q=effective%20communications%2C%20effective%20presentations%2C%20presenter%2C%20communicator&cmpt=q&tz= (да, я понимаю, что наши кликеры это их презентеры и портят статистику, и коммуникаторы тоже не все те самые). Более надёжно смотреть на тренды для effective communications и effective presentations -- http://www.google.com/trends/explore#q=effective%20communications%2C%20effective%20presentations&cmpt=q&tz=), всё не так однозначно уже.

    Интересно смотреть, как специализации (а вслед за ними -- профессии) быстро-быстро рубятся на куски, а потом по-новому из этих кусков пересобираются.
    2:02 am
    Намкрыш в образовательной робототехнике
    Во как жизнь быстро развивается. У робототехников сегодня также обсуждают конференцию "Импортозамещение и новации в образовании" (sic!) -- https://www.facebook.com/groups/162254460635735/permalink/364123283782184/

    Впервые встретил выражение "импортозамещение образовательных программ".

    Импортзамещающие ведь делают второсортное, третьесортное и так далее по мировому уровню образовательной планки дело. Нужно заниматься просто образованием, а не импортзамещением. Нормальный мирового уровня продукт никто импортзамещением не называет, а называют экспортной продукцией. Сама постановка вопроса на импортзамещение уже ущербна.

    Но как эффективна промывка мозгов! Педагоги-то как уже ведутся! Начинали-то с импортзамещения для военной продукции, а заканчивают образованием, сыром и капустой.

    И, конечно, это не мы плохие. Это нам импортного не дают! Это они там все гады, сначала портили нам военную технику, а теперь грозят и образование испортить! Так что готовимся к импортзамещению закона Ома. В связи с неизбежным ограничением его поставок, ибо он же используется в системе ПРО. Образование тут просто под руку попало, и нужно выживать как-то, заинтересованным педагогам обсуждать ситуацию, конференцию провести, может каких бюджетных деньжат под это перепадёт. На закон Ома-то дадут, без него ведь никак!
    Sunday, March 22nd, 2015
    11:55 pm
    Роботы такие, роботы сякие
    Сегодня весь день провёл на Skolkovo Robotics (https://sk.ru/foundation/itc/robotics/skrobotics2015/), #skrobotics

    Панель по инженерному робототехническому образованию традиционно опечалила, как и все предыдущие разговоры на эту тему -- очные или в интернетах. Докладчики единодушно призывали иметь "больше практики", чтобы исключать провалы на международных соревнованиях -- но это как призывать первобытное племя охотников и собирателей больше практиковать то, что они каждый день делают и оставлять удивляться, почему не охотящиеся и не собирающие живут сытнее. Однодневный опыт участия в соревновании студенты повторят потом двадцать раз -- это ведь не даст многодневного опыта, это просто однодневный опыт повторённый двадцать раз!

    Почему идут провалы? Потому что никто (ни школа, ни ВУЗ, ни "кружок") не учит думать про жизненный цикл: перевозка является сюрпризом, ремонт на месте является сюрпризом, но самым главным сюрпризом являются испытания, вернее их отсутствие. Испытания ведь отличаются от "включили, вроде всё замигало и не дымит -- значит, работает" и "включили, нашу тестовую трассу дома проехали аж три раза -- всё, победа наша". Для испытаний нужны требования (ибо что испытываем-то?). Про это никто не рассказывает, слову этому никто команды не учит. Для организации коллективной работы нужна системная архитектура, её разрабатывать никто не учит. Инженерная коллективная работа по способу её организации отличается от менеджерской (инженерам нужно думать о требованиях-интерфейсах-испытаниях, менеджерам о ресурсах-графиках) -- и этой разнице мышления инженера и менеджера по отношению к одному и тому же (коллективной деятельности) тоже никто не учит осознанно, отдельно и специально. Из "большого практического опыта" и "участия во множестве проектов" это знание само собой не появится до морковкина заговенья, его нужно проговаривать, а потом тренировать на использование в жизни.

    То же самое относится к робототехническому образованию в целом: про его жизненный цикл никто не думает -- поэтому на вопросы ведущего про "какие требования к курсу робототехники" (какие знания даёт курс) ответы были самые разные, а подошедший потом ко мне психолог совешенно серьёзно сказал, что "робототехника даёт социализацию!". И я с ним радостно согласился, у меня отрок занимается автоматикой и Arduino не для "навыков" (они там нулевые -- особенно навыки мышления), а именно для социализации. Даже навыки коллективной инженерной работы -- их вслух не проговаривают, практики не обсуждают, вообще непонятно что это такое (а это, например -- какие практики использовать, чтобы поделить работу на части, какие практики использовать для оценки времени выполнения работы, какие практики использовать при проверке и приёмке общей работы и чем вообще отличается проверка от приёмки и т.д.), всё просто "случается" и потом никак не переносится из проекта в проект, если ребёнок или даже вполне уже взрослый студент не гений.

    Отношению к проекту как целому (холизм в пику вездесущей аналитичности, холизм как направленность на целостность, а даже не синтез, который может быть частичным и не покрывать весь проект и вовсе необязательно направлен на удержание целостности) не учат в школе, не учат в бакалавриате, не учат в магистратуре, и даже на производстве этому тоже не учат. Отличить аналитика от холиста легко: аналитик не планирует испытаний и не проводит испытаний -- когда всё им удачно порублено на части и проанализировано, не нужно уже ничего собирать, поэтому и испытывать нечего, его жизнь ограничена определением системы, а не воплощением системы. Холизму, обеспечение целостности, системному подходу в части мышления и системной инженерии в части системного мышления и действия -- им нужно учить специально, а в робототехнических проектах это знание нужно тренировать. Только с этого момента понимания какое знание тренируешь, в высказывании "проектов должно быть много" есть смысл. Если знаешь, что именно ты тренируешь сотней соревнований, то будет толк. Если не знаешь, а просто алчешь множества тренировок чего-нибудь -- на выходе получишь тренированное что-нибудь, причём в ассортименте (например, натренированную социализацию, а не математику. Или натренированный уход от ответственности вместо навыка создания системной архитектуры. Или тренинг менеджерских качеств, а не инженерных: с последующим "неожиданным" техническим провалом "самой дружной и работоспособной команды, с самым сильным командным духом" и последующими обвинениями "недостаточно старались"). Или тренинг инженерных качеств, когда ожидали как раз "командной работы" и добытое тяжёлой работой лучшее инженерное решение оказывается угробленным по ресурсам и срокам, провал в нетренированном вообще менеджменте.

    Я ровно так и отличаю образование от "кружков" -- кружки ведь как дискотеки, в них люди хорошо проводят время, социализируются, развлекаются, находят друзей и любимых. Но не учатся. Образование (школы, курсы) обычно на выходе имеет результатом знание какой-то дисциплины, а социальные эффекты тут вторичны. Знания дисциплин (математики, физики, алгоритмики, системной инженерии и т.д.) переносятся затем из проекта в проект, знания технологий (специфичных часто для отдельных проектов) много менее переносимы из проекта в проект, а "опыт" обычно вообще непереносим, разве только речь пойдёт о гениальных будущих главных конструкторах и мы признаем нацеленость нашего племени образователей не на осёдлое земледелие в части возделывания инженерных и менеджерских кадров, а на охоту и собирательство.

    А ещё я предложил попробовать быстро-быстро выскочить с операционкой для автомобильных автопилотов, магазином приложений и нацеленностью на рынок DIY. Если сделать набор API (оформленных стандартами протоколов) для DIY автопилота с моторчиками для педали газа, привязанными к этой педали какими-нибудь тесёмочками, как это делают студенты на хакатонах, то можно попробовать поразвлекаться владельцам старых автомобилей (а то и тракторов) -- под лозунгом "убей старое авто, без пилота". Микрорыночки разных адаптеров управления (приводы руля, газа, тормозов), разнообразный сенсорный и вычислительный хардвер и библиотеки автопилотного софта -- и всё это объединяется каким-нибудь допиленным вариантом ROS, аппстором (помним о примере Гугла с андроидом, примере ардуино, где счёт идёт на миллионы проданных плат). Интерес подогревается соревнованиями, как у тех же оверклокеров. Игроки типа http://www.kb-avrora.ru/ могли бы попытаться войти на новый массовый дешёвый рынок доработки уже существующих автомобилей "снизу", пока сверху этот рынок будут делить автопроизводители и пытающиеся воткнуться к ним Гугль и Эппл. Отрасль ведь можно делать не только производя все операции по созданию автомобиля без водителя в одном месте, на заводе, но и ровно наоборот -- распределив все операции по большому числу других автономных производителей запчастей и софта, и большому числу умелых рук по всей стране (а то и по всему глобусу). Недаром Агамирзян любит приводить пример рынка DIY как вполне уже респектабельного рынка -- а желающих повозиться с автомобилем своими руками (если запчасти и софт можно легко купить) всегда хватит, не все захотят ждать автопилотов "от больших", не все будут ездить на этих автомобилях по федеральным магистралям.

    На тусовке по нейрокомпьютингу и роботам было затронуто много самых разных вопросов. Вот только несколько, по которым я выступил:
    -- ассоциативная память (http://en.wikipedia.org/wiki/Content-addressable_memory, часто путается с ассоциативной памятью на нейронной сетке) и традиционный hard computing на базе такой памяти для задач планирования и поиска в духе http://ailev.livejournal.com/1122876.html -- это святой грааль для программистов AI в 80-х. Попыток сделать ассоциативную память (хардверно, хоть как-нибудь) было множество, все успешно провалены. На заседании было высказано очень правильное предположение: можно ожидать в ближайшие годы каких-то прорывов в этом направлении (как с deep learning) -- хотя я не уверен, не об ассоциативной ли памяти на нейронной сетке было высказано это предположение. Но ежели трактовать его как "люди вернутся на уровне современных технологий к классической постановке вопроса памяти, адресуемой по содержанию", нас вполне может ожидать много интересного, новые классы приложений, новые классы архитектур.
    -- representation learning это очень хорошо, но нужно понимать, что синтез сложного решения (тот самый search-oriented подход из предыдущей ссылки) не делается просто хорошо натренированной сеткой, даже при всём понимании эквивалентности кодера-декодера. Криптоалгоритмы тоже кодируют-декодируют, но шифровать просто, а дешифровывать -- нет. Так и тут: распознать небоскрёб или подводную лодку по проекту их строительства просто, а вот синтезировать проекты их строительства -- нет. Распознавание образов только половинка интеллекта, интеллект не только распознаёт (сводит сложный вход к простому выходу), он ещё и синтезирует сложные объекты (сводит простой вход к сложному выходу). И архитектура вычислителя, вполне возможно, будет разная для задач синтеза-поиска и анализа-распознавания. Ассоциативная память и нейроны -- это очень разные парадигмы.
    -- не нужно путать акторскую и агентскую архитектуры. Можно каждый нейрон делать агентом и давать ему IP (кстати, IP нейронам уже и сейчас дают -- напомню про моделирование коннектомы нематоды, там как раз робот-тележку двигали, http://ailev.livejournal.com/1149046.html), но даже выдача индивидуального IP не делает нейрон агентом. Акторская парадигма тут более правильная, и вполне совместима с агентской. Если даже начать с попсы из википедии http://en.wikipedia.org/wiki/Actor_model, "The key difference is that agent systems (in most definitions) impose extra constraints upon the Actors, typically requiring that they make use of commitments and goals". Дальше можно обсуждать, насколько разные агентские системы реализуют эти самые commitments, goals и прочие черты именно агентского подхода, а насколько они остаются просто акторской моделью программирования, привнесением распределённости в традиционное программирование.
    -- обсуждать "нейроробототехнику" невозможно без концепции уровневой архитектуры, специально договариваясь о каждом отдельном уровне нейростека. Так, за время разговора были затронуты уровни: 1. проектных норм и полупроводникового процесса, 2. традиционная или мемристорная элементная база (хорошо, квантовые компьютеры никто не вспомнил, Пенроуза на этих нейронщиков нет), 3. хардверная архитектура: GPU или сразу специализированные аппаратные нейронные сетки, 4. алгормитмы/библиотеки/пакеты нейросеток, 5. прикладные задачи, за которые платят деньги.

    Интересный разговор случился после заседания: мне присутствовавшие учёные вежливо объяснили, что с финансированием (например, со стороны фонда Сколково) для всех этих "нейро" очень плохо: финансирование идёт прежде всего на прикладные задачи, что требует уже готовых решений всех предыдущих уровней. Но с каждым более глубоким уровнем растёт специфика "нейро" и потребные на нормальную проработку решений деньги, плюс растёт неспецифичность решения (для чего может пригодиться нейроморфный чип? ответ "для всего" -- и тут же пропадает возможность получения финансирования, ибо выигрыш может быть велик, но и риски запредельны). Поэтому они все пытались в разговоре балансировать на границе между 5 и 4 уровнем, даже не погружаясь глубоко в уровень 4, и даже всплывшие вопросы про нейроны и их моделирование, хардверные нейросетки и разницу между классической ассоциативной памятью и нынешними сетками считают не очень важными, ибо "пришли-то они за деньгами, а денег на это никогда не будет, чего ж тогда говорить, воздух трясти". Но всё-таки говорили, ибо научный интерес есть. Конечно, мне отдельно и персонально уже в метро спели песню про настоящую родину обученных глубоких сеток (пункт 2 в http://ailev.livejournal.com/1148591.html), ибо на тусовку нейророботики пришёл даже ученик Ивахненко.

    Осталось сказать спасибо Альберту Ефимову и его команде за этот праздник, пожелаем им теперь выспаться и начать готовить Skolkovo Robotics следующего года.

    Но в следующем году уже потребуется фокусировка, потенциал новизны и общего любопытства отработан. Кому интересен и подводный робот и промышленный дельта-манипулятор? и образовательный конструктор, и автомобиль без пилота? Идея кунст-камеры и зверинца -- это ведь для развлекательных-завлекательных целей! Эти цели за три года достигнуты сполна. Растекание вширь теперь нужно как-то менять на копание вглубь.

    Если "все флаги в гости к нам и никому не отказываем", то это верный признак отсутствия стратегии (тест Портера, пункт 2 из http://ailev.livejournal.com/880588.html). Какие темы могли быть для профилизации (чтобы мероприятие стало заметно и на международном уровне)? Мы тут опять скатываемся к проблеме таксономии роботов и робототехники, тем не менее мои предложения:
    -- та же нейророботика (что бы ни понималось под словом "нейро"),
    -- интеллектуальная робототехника (чтобы ни понималось под словом "интеллектуальная" -- но всякие 3D принтеры и манипуляторы отметутся сразу),
    -- когнитивная робототехника (тут фильтр посильней, чем в "интеллектуальной"),
    -- антропоморфные роботы,
    -- силовая робототехника (скажем, всё что работает с грузами больше 10 кг),
    -- софт для роботики (я вообще считаю, что в России только софт и можно делать конкурентоспособно на мировом уровне -- только то, что можно передавать покупателю по проводам или оптоволокну),
    -- модульное роботостроение (что бы это ни значило),
    -- образовательная робототехника,
    -- медицинская робототехника (и вариант поуже -- для помощи инвалидам).

    Часть тем Робоцентр Сколково уже копает вглубь сам, часть тем пока "ничьи". Интересны и перспективны все. С нетерпением жду, что будет на Skolkovo Robotics через год.
    12:53 am
    lytdybr
    Делаю слайды для "Смычки менеджеров и инженеров" (семинар будет уже в следующую субботу: http://techinvestlab.ru/379665). Давно я не брал в руки менеджерских шашек, больше последние пять лет акцент был больше на инженерии. Но в свой профиль LinkedIn сегодня поглядел -- люди-то помнят, чем всю жизнь занимался. Skills and Endorsement у меня 75 management consulting, 62 strategy и только 57 systems engineering.

    Неожиданно выяснил, что уже обновил свой учебничек по системноинженерному мышлению аж на 20% даже по объему (шестьдесят новых страниц добавилось, десяток лишних был выкошен). Самое большое пополнение оказалось про формализацию описаний, отредактировать его помог vvagr. Нужно будет напрячься и закончить этот книгоапдейт по timeboxing, а не "по готовности". Вот прямо подвести черту 31 марта, выложить что к этому моменту будет, и двигаться дальше.

    MangaPark позавчера сказал "очень уважаю копирайт, поэтому permanently closed. Очень, очень сожалеем, всё пропало". Вчера на этом же месте было "очень уважаю копирайт, идут всякие работы. Очень, очено сожалеем, когда будут новости -- всенепременно сообщим". Сегодня просто срабатывает перенаправление на http://fave.pub/ -- и там всё по-прежнему. Так что я не только не беспокоюсь о будущем засилье роботов. Я так же мало беспокоюсь о копирайтном законодательстве: на одну затыкаемую дырку открываются три новых, таковы уж реалии нового дивного безбумажного сетевого мира.

    Когда заглядывал в LinkedIn, случайно увидел интересный пост (вау в LinkedIn тоже жизнь!) с цитатой "Uber, the world's lagrest taxi company owns no vehicles, Facebook the world's most popular media owner creates no content, Alibaba, the most valuable retailer has no inventory and Airbnb the world's largest accomodation provider owns no real estate" (оригинал, похоже, тут: http://techcrunch.com/2015/03/03/in-the-age-of-disintermediation-the-battle-is-all-for-the-customer-interface/). Вспомнил, что Ходорковский когда-то в конце 80-х любил говорить, что заниматься нужно только посредничеством, это самое выгодное (хотя потом он и пошёл в "реальный сектор", но вначале несколько лет он честно следовал этому правилу).

    В нашей школе новая напасть: с осени набирают кадетские классы, они будут сосуществовать с обычными классами в той же школе. Легко нашлось, почему эти кадетские классы входят в моду: за ними в школу приходит дополнительное финансирование. Думаю, что заодно в школу придут и дополнительные драки.
    Saturday, March 21st, 2015
    11:52 pm
    Об роботов
    Побывал сегодня на Skolkovo Robotics (https://sk.ru/foundation/itc/robotics/skrobotics2015/), но писать как-то нечего, для меня ничего особо нового не оказалось. Выставка, конечно, уровнем получше в этом году. Интересна ультразвуковая система навигации в помещениях для роботов -- http://www.marvelmind.com/. И ещё много разных интересных штук от http://robodem.ru/ (в том числе преобразователь всяких мощных двигателей в шаговые плюс очаровательный промобот "Деревяка"). Остальное как-то видено, слышано, примелькалось. Один из университетских докладчиков конференции так вообще предоставил обзор историй из интернетов, ни одной своей мысли -- замаскированный журналист, да? Идея стандартов и модульности висит в воздухе, все мечтают о роботическом plug and play. Дальше немедленно обсуждается сценарий апгрейдов -- и все очень удивляются, когда я спрашиваю, что произошло с апгрейдами компьютеров, автомобилей и холодильников, и почему с роботами должно быть как-то по-другому.

    Но есть и отличие от прошлых лет: в кулуарных разговорах все стали делиться на "у нас нет ни одной западной детали" и "мы выходим на сингапурский рынок". Завтра ещё пойду, договорились там о встречах на круглом столе.

    Я, кстати, Mindstorm-тележку лично программиовал на КуМире и RobotC, а Arduino с дискретной обвязкой датчиками и светодиодами на Wired и Scratch -- помогал своему отроку. Как выяснилось, этот мой минимальный опыт хобби-робототехники ещё и не самый маленький. Как пошутили вчера в профильном комьюнити фейсбука, большинство тамошних участников вполне могут быть "диванными робототехниками", о роботах они только читали и смотрели, но ни одной строчки кода, ни одной пайки и ни одной прикрутки детальки они не делали.

    Подниму из комментов, ибо часто меня спрашивают, заботит ли меня, что роботы лишат миллионы людей работы, и что нужно с этим делать. Мой ответ: я просто не считаю это проблемой, даже не отвлекаюсь. Ну, это типа "куда денутся все эти сотни миллионов крестьян по мере роста нормального фермерства". Или "куда денутся миллионы секретарей-машинисток" или даже "операторов ЭВМ" или даже "вебмастеров". Пока работу (причём и хлеба, и зрелищ!) себе находит даже бездомный котёнок, если достаточно ласков. Чего уж о людях говорить. Придётся им просто быть поласковее, и будут накормлены (в том числе роботами).
    3:07 am
    Код .15926 Editor раскрыт
    Ура, мы наконец-то выложили исходники нашего онтологического редактора .15926 Editor версии 1.5beta3 под GNU LGPL версии 3. Все пароли и явки тут: http://dot15926.livejournal.com/50696.html.

    Проект получился немаленький, писать код начали в 2010 году, а до этого ещё некоторое время обсуждали постановку задачи в комьюнити dot15926.

    Онтологические редакторы я делаю уже тридцать лет, примерно с 1985 года. В первых двух (они назывались Аквизиторами, от knowledge aquisition) я даже довольно много кода сам написал (на Паскале, как сейчас помню). Онтологии первых версий были медицинские (я работал в мединституте тогда) и инженерные (пару версий купил Атоммаш, там был онтологический САПР технолога сварки -- рекламка последней паскалевской версии от 1988 года тут: http://ailev.livejournal.com/400816.html).

    Интересно, что во всех моих онтологических редакторах была языковая консоль. В .15926 Editor это полноценный Питон, а вот в первых редакторах внутри мной был сваян интерпретатор более-менее тьюринг-полного скриптового языка, ибо не Паскаль же было наружу выставлять! Это подавалось как "Обладая кроме экранного интерфейса развитым командным языком, "Аквизитор" может быть использован в качестве записной книжки, "процессора идей" (IDEA PROCESSING) и оболочки для создания информационных и обучающих систем" (фраза из 1988 года!). Нынешний .15926 Editor слишком сложен, чтобы быть "процессором идей" (это вам не Topic Maps), но если Аквизитор мог работать нормально с графами до 200 понятий (дело было на СМ-4), то .15926 Editor засасывает 3млн. триплов на ноутбуке меньше чем за минуту.
    Thursday, March 19th, 2015
    12:57 am
    Новости Sequoia capital
    Придумали как сделать 3D печатать в сто раз быстрее: http://carbon3d.com/ (понять, в чём фишка, проще по материалу тут: http://3dtoday.ru/blogs/sergey/perhaps-fdm-technology-coming-to-an-end-a-new-milestone-in-the-develop/).

    А вот придумали, как по спутниковым снимкам оценивать экономику: оценка зерна прошлого урожая в России, число машин на стоянках возле крупных торговых центров, запасы нефти в нефтехранилищах -- http://orbitalinsight.com/ (объяснялки в http://www.technologyreview.com/news/535866/startup-promises-business-insights-from-satellite-images/ -- никакой магии, просто доступ к спутниковым снимкам в количестве, и deep learning -- не глазами же смотреть!).

    Кстати, о deep learning. Я довольно давно сказал, что производители видеоускорителей потихоньку переключаются с поддержки видео на поддержку deep learning. Tom's Hardware сказал про только закончившийся GTC 2015 (GPU Technology Conference, до сих пор идёт -- http://www.gputechconf.com/): From the keynote one thing is clear: GTC 2015 is going to be all about deep learning (http://www.tomshardware.com/news/nvidia-gtc-2015-opening-keynote,28766.html). Так, NVIDIA сделали "компьютерную печку" (потребляет 1.3Квт, чтобы можно было воткнуть в домашнюю розетку) DIGITS DevBox, 28ТFlops SP, с мая месяца можно покупать за $15тыс.. У меня это в голове не помещается, для меня это примерно как стократной скорости трёхмерная печать, одного порядка. DIGITS -- это интерактивная обучалка нейронных сеток для NVIDIA GPU (http://devblogs.nvidia.com/parallelforall/digits-deep-learning-gpu-training-system/), да и вообще блог NVIDIA сейчас сплошь про нейронные сетки: http://devblogs.nvidia.com/parallelforall/. При чём здесь Sequoia capital? Дык они и в NVIDIA поучаствовали: http://components.about.com/od/Companies/p/Nvidia-Corporation-Early-History.htm, provided the initial round of funding to the team with an investment of $20 million.
    Wednesday, March 18th, 2015
    10:58 pm
    Что происходит с теорией ограничений в проектном управлении
    В порядке подготовки ко "Дню смычки менеджеров и инженеров" (http://techinvestlab.ru/379665) довольно долго сегодня обсуждал в FB-комьюнити управления проектами тему судеб теории ограничений в классическом управлении проектами (https://www.facebook.com/groups/msproject/permalink/815111638524365/). Надеялся на какие-то новости -- но зря надеялся. Вот несколько выводов:

    1. Мода на теорию ограничений в проектном управлении в её оригинальном виде прошла. Но в современном отечественном софте (новом TurboPlanner, Spider) какие-то элементы голдратовщины реализованы (выравнивание ресурсов по критической цепи, похожие буфера против рисков). В принципе, есть и западный софт, но он весьма эзотеричен (http://ailev.livejournal.com/1102626.html).

    Моя гипотеза тут такова, что отсутствие нормального свободного софта существенно повлияло на ситуацию. Для любой методологии управления проектами (отличной от PMI PMBoK) нужна поддерживающая её софтина. С софтиной же для TOC проблемы, есть замкнутый круг: мал рынок, софт никто не пишет, а пока софт не написан, то мал рынок.

    2. То, что пик моды на "каноническое учение" TOC прошёл, вовсе не означает конец банкета. Многие идеи растащены по разным другим быстро набирающим популярность методологиям (то, что Голдратт сам многое откуда-то натаскал и его роль популяризаторская, мы оставим за рамками рассмотрения. Мы тут не о приоритетах, и не о прошлом). Так, идеи TOC в сочетании с lean и agile плодотворно взошли в kanban для разработки, http://en.wikipedia.org/wiki/Kanban_%28development%29. Поглядите на сначала падение интереса к kanban (для производства), а потом возрождение этого интереса (похоже, что это связано с kanban в разработке) -- http://www.google.com/trends/explore#q=%2Fm%2F01cyx0%2C%20kanban&cmpt=q&tz=

    3. Но по факту это означает, что классические технологии управления проектами в их опоре на нормирование всё больше и больше используют в правой части V-диаграммы (воплощение системы), а в левой части (определение системы) бурно расцветают case management, issue tracking (ведение дел, управление задачами, управление процессом разработки -- нет даже слова "проект"!) с разнообразным софтом для методологий типа того же kanban-для-разработки. Да, там проблемы с масштабируемостью, но и они потихоньку решаются. В любом случае, инженеры тяготеют к issue tracker и учёту голдратовщины, а неинженерные менеджеры к программе управления проектами и неучёту голдратовщины. В проекте же можно обычно обнаружить обе программы и сопутствующую ругань по поводу того, какая из них главней для целей планирования работ и отслеживания выполнения планов. При этом ситуация существенно различается в зависимости от отрасли (у программистов, машиностроителей, строителей всё будет разное) и стадии жизненного цикла, плюс ещё сильно влияет размер проекта.

    4. Но все эти методики едины в одном: мультитаскинг нужно удавливать! Сто слегка надкушенных задач хуже одной целиком выполненной! Софт этот мультитаскинг не слишком помогает контролировать, это вопрос больше к дисциплине работы. Так что методология всё одно первичней. Но без простого и удобного софта методология может не получить шанса быть попробованной в реальном проекте.

    Кстати, для маленьких софтовых проектов kanban инструментов уже много: погуглите kanban software, сразу выскочит десяток софтинок (ну, или гляньте сюда: http://www.quora.com/Whats-the-best-Kanban-software). Только вопрос: что делать для не очень маленьких проектов, в том числе машиностроительных или строительных? Ответ: тяжело вздыхать и сдаваться классическим управленцам проектами, они ведь тоже потихоньку двигаются. Хотя и очень потихоньку.
    * * *
    Чего никак не ожидал в том комьюнити управления проектами, так это высокого накала политических страстей. Чуть ли не Наше Управление проектами против Западного (американо-европейского) Развала Проектов при примате Советской Науки (и заодно практики, и заодно софта -- в том числе Наших Надстроек к Мелкомягким). Как-то даже было неудобно говорить, что происхождение методологии ничего не говорит о её полезности или вредности, а ссылка на слишком древние источники заставляет подозревать застой.
    Tuesday, March 17th, 2015
    11:58 pm
    lytdybr
    Подготовка к "Дню смычки менеджеров и инженеров" (http://techinvestlab.ru/379665) идёт полным ходом, места ещё есть. Мы получили для семинара просторную аудиторию 207 в третьем корпусе РАНХиГС (просп.Вернадского д.82, стр 4 -- www.ranepa.ru/component/k2/item/691-korpus-3.html).

    Пришли результаты анкет: большинство идут в менеджмент из инженерии. А вот по отношению к фундаментальности материала мнения разделились: одни хотели бы получить теоретические основы, а другие хотели бы ухватить два-три волшебных практических приёмчика. Вот и думай, как удовлетворить и одних и других за один день!

    Под термином «управление технологиями» (technology management) скрываются довольно много разных вариантов понимания содержания дисциплины (area of concern). Можно выделить несколько основных вариантов:
    -- предпринимательство, стратегирование и маркетинг (основные альфы Возможности и Стейкхолдеры),
    -- использование современных технологий (основная альфа Технология), предмет заботы CTO и CIO.
    -- инженерный менеджмент (основные альфы – Работа и Команда), при этом нужно учитывать, что классический инженерный менеджмент тяготеет к операционному управлению в ситуации, когда «организация делает что-то в миллионный раз», а управление технологиями занимается этим когда «организация делает что-то в первый раз» (это различение организационных ситуаций дал Galbraith в 1982).

    Предыдущий абзац -- это цитата из моих тезисов к АПСПИ-15. Написал этих тезисов аж две штуки, меня раскрутили на два доклада.

    Провёл некоторое исследование того, что происходит с нормальными математикой-физикой-информатикой в седьмом классе (ибо шестой класс отроком на уровне физматшколы пройден основательно и неоднократно, проблемы дальше уже не в постановке математического мышления и умении решать задачи, а в уровне сосредоточения и отсутствия связанных с этим ляпов). Итог: в основе всего лежит физматшкольная математика для седьмого класса (например, в варианте заочной физматшколы МИФИ). Так что план теперь -- пройти её до конца учебного года (май). После неё можно пройти физматшкольный курс физики (та же заочная физматшкола МИФИ). После курса физики (хотя тут нужно ещё некоторое не очень большое добавочное количество математики) открывается доступ к курсу алгоритмики (computer science). Физика и алгоритмика -- это уже планы на лето. Осенью нужно смотреть, что делать дальше.

    Пока семейный совет склоняется к варианту остаться на следующий год в нынешней школе с её продолжающимся скатыванием в языки (она уже дважды была съедена разными гимназиями за последнюю пару лет, что ей явно пошло на пользу) плюс добавить вечернюю физматшколу в МФТИ или МИФИ (это обычно три раза в неделю физика-математика-информатика). Так что контрольные точки это сентябрь 2015 (приёмные экзамены во всякие приличные вечерние места) и март 2016 (приёмные экзамены во всякие приличные очные места). Там финт может быть очень странный: в сентябре 2015 поступить не в седьмой класс вечерней физматшколы, а в восьмой. Ибо математика-физика-информатика на уровне седьмого класса физматшколы за лето должна уже быть наработана. Но это уже осенью будем разбираться, до этого ещё полгода.

    Поглядел на разные курсы алгоритмики. Приличным для обучения считается любой язык программирования, если это Python 3. С этого года он возможен даже для сдачи ЕГЭ. Так что расслабиться и получать удовольствие -- в конце лета нас ждёт http://informatics.mccme.ru/course/view.php?id=156

    Сам отрок заявил, что ему для счастья в образовании нужны два предмета: механика и информатика. Чтобы делать роботов. Мы сказали, что к концу лета ему это счастье обеспечим (физика сойдёт за механику, а алгоритмика за информатику -- он сам этой разницы даже понять не сможет). Сейчас его интерес к роботам удовлетворяется кружками автоматики (где паяют мультивибраторы) и Arduino (дискретная электроника и программирование на Wired и Scratch). Оба кружка без особого приложения головы, чистое развлекалово, работа руками.

    Пришла ко мне рассылка одного из центров НЛП. Продают семинары по системному мышлению, обещают научить системно мыслить. Кибернетическая парадигма, обратная связь. Со времён Грегори Бейтсона в НЛП, увы, в этой части ничего не изменилось.

    Вчера морские свиньи у нас закончились (по старости: почти семь лет было последнему старичку, http://ailev.livejournal.com/598124.html). Из живности остался только заяц и рыб.
    4:02 pm
    Приглашение на одиннадцатые Лебедевские чтения
    Одиннадцатые чтения, посвящённые памяти Геннадия Лебедева, состоятся в субботу, 23 мая 2015 года, в 10:00, в Москве.

    Многие из нас ведут проекты, которые начинали вместе с Геннадием, продолжают размышлять над темами, обсуждавшимися с ним, и вызвавшими его интерес, начинают новые дела, которые, мы уверены, привлекли бы и его внимание, дела, в которых нам так не хватает его острого ума, неожиданных подходов, полезных советов и необычайной целеустремлённости.

    Геннадий приложил немало сил к тому, что мы можем назвать продвижением «дела свободы» – в экономике, в политике, в образовании. Поэтому именно свободу мы решили сделать темой чтений, организуемых в его память. Собравшись вместе, мы и поделимся воспоминаниями о Геннадии Лебедеве, и расскажем о своих работах, ведущихся в разных областях, но объединенных идеей свободы. Девизом чтений является сформулированный Лебедевым принцип «Всё новое – свободно».

    Доклады и сообщения на чтениях мы ожидаем на темы экономической теории, этики и права, политики и идеологии. В докладах могут быть представлены фундаментальные исследования, прикладные модели, практики их применения и обратная связь с реальностью.

    Участие в чтениях открыто для всех желающих. Доклады, сообщения и статьи для распространения среди участников будут отобраны оргкомитетом в соответствии с изложенной выше идеологической направленностью и содержанием чтений.

    Участие
    Оргкомитет просит желающих принять участие в чтениях зарегистрироваться до 19-00 17 мая 2015 года. Регистрация может быть осуществлена на сайте чтений http://g-l-memorial.ice.ru, а также по электронной почте ailev@asmp.msk.su. Незарегистрировавшиеся участники будут допущены на чтения при наличии свободных мест в зале, поэтому просим вас регистрироваться заранее.

    Участие в чтениях бесплатно. Проведение чтений финансируются из добровольных пожертвований, желающие внести средства могут указать своё намерение при регистрации или связаться с оргкомитетом до или во время чтений.

    Оргкомитет не обеспечивает проезд и проживание иногородних участников чтений.

    Доклады
    Желающие выступить на чтениях с докладом, кратким сообщением, или распространить свои материалы среди участников, могут зарегистрироваться на странице заявок http://g-l-memorial.ice.ru или по электронной почте ailev@asmp.msk.su. Заявка должна содержать тему доклада или сообщения, развёрнутые тезисы и/или слайдовую презентацию и/или полный текст доклада.

    Продолжительность доклада – не более 30 минут, сообщения -- не более 10 минут. После каждого доклада программой чтений будет предусмотрено время для обсуждения.

    Срок регистрации заявок на доклады и сообщения – до 14 мая 2015 года. Оргкомитет оставляет за собой право отклонить предложенные выступление или материалы для распространения без объяснения причин отказа. Оргкомитет свяжется с докладчиками для дальнейшего согласования времени и формы выступления.

    Предварительная программа будет публиковаться и уточняться на сайте чтений. Окончательная программа чтений будет объявлена Оргкомитетом не позднее 20 мая 2015 года.

    Список членов оргкомитета чтений доступен на http://g-l-memorial.ice.ru

    Оргкомитет
    Sunday, March 15th, 2015
    10:54 am
    Их опять пинают
    Новая мода: делать роботов, пинать их, постить видео в интернеты. Вот тут пинают условно двуногого (условно -- потому как там гибрид четырёх ног и двух ступней, https://youtu.be/5BF3uzXWfDY):


    Ну, когда мы увидим соревнование между роботом и спецом по айкидо (который правильно будет выбирать время и направление пинка)? Между пинающими друг друга роботами? Когда выйдет учебник айкидо для роботов, начинающийся с главы "как правильно падать"?

    Тем временем Kuka выложил очередную рекламку своих скоростных шестиосевых промышленных роботов с repeatability 0.03mm в борьбе с теннисистом Timo Boll -- http://www.kuka-timoboll.com/en/home/
    Saturday, March 14th, 2015
    4:36 pm
    Пословицы PraxOS
    Думаю над пословицами PraxOS. Вот начальный списочек без особого порядка и претензий на полноту, дублирование, красоту и точность формулировок. Просто чтобы продемонстрировать возможную форму:

    1. Уважай чужую модель мира, для начала пойми её.
    2. Имей варианты: контролирует самый разнообразный, как ферзь в шахматах.
    3. Карта это не территория, модель не система.
    4. Если что-то не работает, сделай что-нибудь ещё.
    5. Значением вашего сообщения является его результат, а не что вы хотели сообщить
    6. Нет провалов, только обратная связь.
    7. За каждым поведением есть доброе намерение, пойми его.
    8. Обсуждаемы роли, но не их исполнители.
    9. Как съесть слона? По кусочку за раз.
    10. Если хочешь понять, то действуй.
    11. Проблемы решаются изменением способов их описания.
    12. С первого раза правильно.
    13. Организаторов нужно организовывать
    14. Практика = дисциплина + технология
    15. Ресурсы выделяются всегда пошагово
    16. Стратегия ничто, стратегирование всё
    17. Управляй конфигурацией и делами.
    18. Система занимает пространство-время
    19. Считайте яблоки из жизни.
    20. Проекты рекурсивны и итеративны
    21. Многерица описаний лучше одного
    22. Описания всегда системы
    23. С более высокого логического уровня видно дальше.
    24. Стейкхолдеры и исполнители
    25. Окна возможности должны быть открытыми одновременно с двух сторон.
    26. Нет противоречия -- нет мышления.
    27. Удавить мультитаскинг.
    28. Делать деньги сейчас и в будущем.
    29. Проверяй удовлетворение требований, принимай удовлетворение потребностей.
    30. Короля играет свита, лидера играет команда.
    31. Доверяй, но спрашивай: "Как ты это узнал?"
    32. В конкуренции надёжный выигрыш даёт только скорость.
    33. Расплетай интересы, обсуждай по одному, потом сплетай.
    34. Никогда до, всегда после.
    35. Где та разница, что даст разницу?
    36. Порядок бьёт класс, классный порядок бьёт всё.
    ...

    Каждая пословица обозначает в речи отсылку к какой-то мыслительной практике PraxOS. Используются они, как и любые другие пословицы: заклинания, произнесение которых обращает внимание на тот или иной упущенный аспект проблемы, отсылки к азам. За каждой пословицей страничка-другая толкования, какой-то фрагмент какой-то дисциплины.

    Эти поговорки -- более-менее аналог NLP presuppositions (погуглите, там тьма их вариантов). Заодно и некоторые эти пресуппозиции в них включил, они ж из системного подхода в варианте Грегори Бейтсона.

    Это я потихоньку начинаю из режима отбора материала переходить в режим его упрощения и презентации -- заниматься не только содержанием PraxOS, но и формой. Так, эти пословицы минимально терминологичны (например, в первой же пословице списка "модель мира", а не "онтология". Или принцип separation of concerns в 33).
    Friday, March 13th, 2015
    1:13 am
    lytdybr
    Активно готовится открытый "День смычки менеджеров и инженеров" (http://techinvestlab.ru/379665), назначенный на 28 марта 2015. Запись продолжается. Проводить его будем символически в РАНХиГС, чтобы подчеркнуть сдвиг от чистой системной инженерии в сторону менеджмента.

    3-5 апреля планирую быть в Новосибирске, работать с межвузовской инженерной магистратурой, а 8 апреля начнутся занятия с межвузовской кафедрой технологического предпринимательства в Москве. Один раз случайность, два -- совпадение, но я стал каким-то межвузовским.

    В понедельник собираемся с группой аспирантов, обсудим новую версию учебника.

    Обсуждаем с НИСИПП создание "Школы системного мышления и действия", с основным прицелом не на ВУЗы, а на компании. Идея та же: системное мышление и действие в менеджменте и инженерии.

    На вчерашнем заседании Русского отделения INCOSE выдвинули 10 тем докладов на конференцию http://miem.hse.ru/apspi. Вот они: http://incose-ru.livejournal.com/52416.html, а видео обсуждения сознательно не делали. Меня раскрутили на два доклада: "Подход к Essence в варианте для системной инженерии" (это оформление результатов прошлого года) и "Essence для управления технологиями" (тема этого года).

    Ну, а где мои выполненные сегодняшние планы на день? Зато за сутки 20 внеплановых исходящих, несколько длинных чат-сессий и телефонных разговоров, но никаких "конкретных результатов" в конце дня. Буду утешать себя тем, что по опыту именно в такие "нерезультативные" дни и происходят разные большие сдвижки и вроде как "случайные" разговоры, которые и организуют будущее. А в "результативные" дни идёт просто фиксация давно подготовленных результатов. Ну, или такое ещё утешение: результаты "выполненных планов" лет через десять я вряд ли буду с интересом читать, а вот эту lytdybr-запись, хотя она и явный плод прокрастинации, прочту с любопытством.

    Что меня всегда поражает в видео космических запусков и испытаний, так это не столько мощь, размеры (десятиэтажный дом там удобная единица длины) и сложность. Меня поражает спокойствие и будничность голосов всех операторов. Понятно, что они ничего не делают, никаких решений по сути не принимают (ибо всё делает автоматика, операторы по большей части оповещают окружающих о действиях этой автоматики). Но всё-таки. Вот, послушайте звуковую дорожку недавних испытаний самого большого в мире ракетного ускорителя (ракеты с такими ускорителями смогут выводить в космос до 130 тонн за раз) -- https://www.youtube.com/watch?v=Ts9sFtUSeQE (подробности -- http://www.nasa.gov/press/2015/march/nasas-space-launch-system-booster-passes-major-ground-test/#.VQB5A_zF-Ag).

    Сегодня на Ontology Summit представлялась теория категорий в отношении онтологий (слайды тут: http://ontolog.cim3.net/file/work/OntologySummit2015/2015-03-12_OntologySummit2015_Ontology-Integration-In-IoT-2/Track-A_Category-Theory-for-Modular-Design_An-IoT-Example--SpencerBreiner-EswaranSubrahmanian_20150312.pdf. Ссылки на чат и аудио будут доступны через пару дней тут: http://ontolog-02.cim3.net/w/index.php?title=ConferenceCall_2015_03_12).
[ << Previous 20 ]
About LiveJournal.com