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

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

    [ << Previous 20 ]
    Tuesday, June 2nd, 2015
    11:08 pm
    Холодная жаркая стартап деревня 2015
    Пожюрил сегодня робототехническую питч-сессию в Startup Village (https://startupvillage.ru/symfony/web/ru/timetable/event/68?day=1). Качество большинства концертных номеров (а питчи -- это ровно концерт, по пять минут на песенку и совсем чуть-чуть вопросов после пения) было не ахти. Я вот регулярно попадаю в разные жюри, а ещё всякие студенческие мероприятия (выступления студентов кафедры технологического предпринимательства по своим проектам, думаете, сильно отличаются от этих питч-сессий?).

    Главную ошибку я называю "змеиное масло": в питчах нет ответа на вопрос "за счёт чего/почему ваш продукт лучше продукта конкурентов".

    Если выступает инженер, то он не в состоянии сказать, что именно будет продуктом. У него мысли веером: "технология", "платформа", "последовательность версий", "захват мира". Но если спросить его про победу над конкурентами он быстро вспоминает, о чём его учили: не говори этим инвесторам ничего технического, отвечай точно-кратко-лаконично "понятными словами". Инженер так и делает: он выдаёт какие-нибудь магические характеристики (и готов их обсуждать), например "наше змеиное масло лечит в 2.5 раза быстрее", "наше змеиное масло достаёт до тех мест, куда обычное масло не дотекает" и т.д.. Я смотрю на других членов жюри, и понимаю, что большинство из них вполне может поддержать технологический разговор -- и многие хотели бы узнать, а за счёт каких механизмов, идей, изобретений, алгоритмов и т.д. обеспечиваются все эти чудеса? Ответа нет, но могут добавить характеристик: "у конкурентов пока нет всего набора характеристик, которые есть у нашего змеиного масла. Например, наше змеиное масло вдобавок ко всему не пенится. И оно дешевле". На вопрос "а почему всех конкурентов пенится и лечит медленнее и как вы преодолели эти проблемы" ответа нет, ибо ответ технический, но инженер этого ответа не выдаёт, чтобы не казаться "безумным изобретателем", его научили, что изобретать это плохо, а продавать -- это хорошо. Ну, по крайней мере он так понял это объяснение (хотя имелось ввиду что нужно изобретать в ответ на потребность, а не подыскивать потребность под изобретение -- но изобретения и технологии не упоминаются, совсем).

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

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

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

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

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

    Фишка ровно в том, что под словом "интеллектуальность" каждый понимает невесть что, и тут нельзя говорить в терминах функциональных подсистем, которые могут войти в готовый продукт. Делаете вы какого-нибудь "умного робота продавца/водителя/" и далее что-то говорите про его "интеллект" -- что, если не сразу "у него внутре неонка/семантическая сетка/генетические алгоритмы"? Да хоть волшебные грибы там у него внутри, как вы опишете этот "интеллект"? Нет набора "промежуточных технических" функций, по которым можно было бы соревноваться в этом интеллекте -- а нужно что-то типа мегапикселей или гигабайт, по которым можно оценивать уровень достижений. А уж на 7 нанометрах эти гигабайты или DDR7 -- это дело десятое, в компьютере в зачёт идут гигабайты памяти, как одна из характеристик (наряду с размерами). И никакого особого рынка, пока не нащупываются эти гигабайты, гигагерцы и что там ещё.

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

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

    Пообсуждали возможный хакатон по deep learning -- идея была повторить программы, обучающиеся играм, как в случае DeepMind (http://arxiv.org/abs/1312.5602, там, кстати, полно воспроизведений алгоритма, например https://github.com/kristjankorjus/Replicating-DeepMind/wiki, https://github.com/spragunr/deep_q_rl). Я выдал парочку идей: сделать хакатон виртуреальным (чтобы не только москвичи могли поучаствовать) и точней определить, что будет происходить на самом хакатоне (ибо программу-то написать быстро, а вот сетку натренировать может потребоваться ой-ой-ой сколько машинного времени, и одной из хакатоновских ночей для этого может просто не хватить. Ну, или всем дать одинаковое время для обучения -- скажем, сутки доступа к заранее неизвестной игре. И уж как научатся за сутки на типовой аппаратуре с типовым ускорителем, так и научатся. Но что-то мне подсказывает, что до этого нужно заниматься такой задачей месяца три, чтобы каждую ночь тестировать обучение!).

    В самой деревне требовалось указать для прохода даже дату и место рождения, охраной занималось ФСО и это даже не обсуждалось (просто от всех потребовали дописать на вебсайте, а потом ещё и лично обзванивали "для устного подтверждения"). Пробка при подъезде начиналась перед Немчиновкой (потому как даже водителям такси объясняли, что высаживать пассажиров нужно на дальней автостоянке, а потом этих пассажиров привезут назад уже шаттлом -- узкое место было именно это: два места разговора с ничего не понимающими водителями, которых куда-то гонят в обратном от входа направлении). Я просто чудом прибыл вовремя (и да, Яндекс карты и все навигаторы до сих пор не знают, как проехать в инновационный центр Сколково. Все пути ведут во дворы с глухими заборами недалеко от нужного места, причём со стороны Можайского шоссе -- меня туда неоднократно завозили. Так что пришлось навигировать водителю пальцем, такой вот low-tech на празднике высоких технологий. Это который год уже так!).

    В павильоне питч-сессии была глубокая тень и дул ледяной ветер, сидеть пришлось больше двух часов, я совсем продрог -- и через пару часов уже заболело горло. Но потом я вышел погреться на солнышко, и пока час-другой грелся, спалил лысинку. Так что теперь я чувствую себя мороженкой в горячем шоколаде. Увы мне, слабому. Вот он я, сижу-сужу в более чем достойной компании -- https://www.facebook.com/photo.php?fbid=10152927591466914&set=a.450993041913.240353.549016913&type=1. Кстати о достойной компании: узнал в кулуарах, что проект суперкомпилятора Java вполне жив -- хотя и никаких подробностей и деталей. Так что теперь буду не столько "знать", сколько "верить" -- но это всё лучше, чем наблюдать руины http://www.supercompilers.ru/ и даже не надеяться!

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

    Иностранцев было много (хотя и не запредельно), экспортный потенциал рассматривался как огромный плюс всеми, часть презентаций имела англоязычные слайды и это никого не волновало (скорее, наоборот, радовало). Вернулся домой, поглядел в фейсбук, а там рутинно всё иностранное и свободное объявляется злом и происками империализма (вот, я даже не выдержал и кое-что перепостил: https://www.facebook.com/ailevenchuk/posts/10204945871340573). Так и живём врастопырку, развиваем чистые технологии в грязной луже.

    Update: в фейсбуке этот пост тоже комментируют -- https://www.facebook.com/ailevenchuk/posts/10204947371258070
    Monday, June 1st, 2015
    8:50 pm
    Открытый тренинг по управлению жизненным циклом
    27 июня 2015 провожу открытый однодневный практикум по управлению жизненным циклом в рамках нашей с НИСИПП школы системного менеджмента -- http://nisse.ru/actual/events/?ELEMENT_ID=130884

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

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

    1. Основная схема проекта.
    -- как договариваться: терминология и онтология;
    -- логические уровни представления деятельности;
    -- диаграмма основных альф проекта;
    -- практические занятия: игры с диаграммой альф.

    2. Понятие системы.
    -- стейкхолдеры: театральная метафора и многерица;
    -- многоуровневость системы. Целевая и использующая системы;
    -- система в 4D (пространстве-времени);
    -- практические занятия: системная медитация.

    3. Жизненный цикл системы.
    -- состояния альф;
    -- понятие жизненного цикла системы и проекта;
    -- практические занятия: стадии жизненного цикла вашей системы и проекта.

    4. Контрольные вопросы в управлении жизненным циклом.
    -- понятие контрольных вопросов;
    -- контрольные вопросы к основным альфам проекта;
    -- практические занятия: ответы на контрольные вопросы.
    Sunday, May 31st, 2015
    5:22 pm
    Как основать успешный стартап и ничего на этом не заработать
    Забавные различия в изложении одного и того же материала о том, как основатели успешного (но не сверхуспешного) стартапа успешно пролетают мимо денег при его выгодной продаже:
    -- http://secretmag.ru/articles/2015/05/15/akhunova/ -- это по русски
    -- http://heidiroizen.tumblr.com/post/118473647305/how-to-build-a-unicorn-from-scratch-and-walk -- это по-английски
    Saturday, May 30th, 2015
    1:59 pm
    Галлюцинации нейронных сеток
    Нейронные сетки потихоньку учатся галлюцинировать, их сны пока всего лишь забавны и бесполезны, но эта забавность сугубо временная. Заголовок поста я взял из фразы "the yahoo url above doesn't actually exist, the model just hallucinated it" великолепной работы Andrej Karpathy по компьютерной бредогенерации оригинальных текстов с возрастающей степенью формализма языка. Эта генерация проходила после обучения нейронной сетки по эссе Paul Graham, работам Shakespeare, выборки статей Wikipedia (с вики-разметкой!), текстов по Algebraic Geometry (в LaTeX! то есть даже диаграммы генерит!) и даже Linux Source Code. Насладитесь: http://karpathy.github.io/2015/05/21/rnn-effectiveness/ (код этих примеров доступен, так что можете и сами поиграться: https://github.com/karpathy/char-rnn).

    Восхитительное духоподъемное чтиво, крайне рекомендую. Этот блогпост Karpathy наверняка станет классикой, у него и название такое -- "The Unreasonable Effectiveness of Recurrent Neural Networks" (Alon Halevy, Peter Norvig и Fernando Pereira из Гугля в 2009 написали статью "The Unreasonable Effectiveness of Data" -- http://static.googleusercontent.com/media/research.google.com/en//pubs/archive/35179.pdf, явно противопоставишись со своим soft computing знаменитому тезису физика Eugene Wigner "The Unreasonable Effectiveness of Mathematics in the Natural Sciences" про то, что математическая структура физической теории часто указывает на способы развития теории и даже ведёт к эмпирическим предсказаниям -- http://en.wikipedia.org/wiki/The_Unreasonable_Effectiveness_of_Mathematics_in_the_Natural_Sciences).

    Через всю статью проходит красной нитью идея, что не hard computing будет объединять результаты soft computing, а что совсем наоборот -- чуть ли не soft computing сможет реализовать, ежели приспичит hard computing (хотя и не эффективно), ровно как строго логические рассуждения могут быть реализованы в хорошо натренированной человеческой голове. То есть не нейронная сетка будет реализовываться на условной машине Тьюринга (помним, что McCarthy делал свой Lisp как простой и понятный вариант Тьюринг машины, поэтому я и пишу "условная тьюринг-машина" -- см. Catching Up with Math в http://www.paulgraham.com/icad.html), а наборот -- машина Тьюринга/hard computing будет реализовываться на нейронных архитектурах/soft computing. В любом случае, налицо интерес к гибридным вычислениям -- как "классический AI с онтологиями и продукциями" интересуется soft computing, так и статистические deep architectures интересуются выходом в строгую логику.

    Кроме убедительных примеров бредогенерации ближе к концу статьи обсуждаются перспективы развития RNN (recurrent neural network). Так, в них начинает использоваться управление вниманием для обхода дороговизны вычислений на полных имеющихся данных (внимание привлекается к фрагменту данных во внешней памяти) -- Karpathy прямо говорит, что "The concept of attention is the most interesting recent architectural innovation in neural networks".

    Интересны комменты, набежавшие к этому посту за неделю. Например, модульность нейронных сеток как позволяющая учить новое без забывания старого -- возвращаемся к микротеориям, но на уровне нейросеток. Вот работа про это: http://journals.plos.org/ploscompbiol/article?id=10.1371%2Fjournal.pcbi.1004128#ack

    Как, однако, бурно deep architecture развивается в эти годы! Сравнить можно только с развитием квантовой физики в начале прошлого века.
    Friday, May 29th, 2015
    10:58 pm
    Lua окружает
    У отрока началась разлюли-малина, летние каникулы. У Виталика, похоже, тоже -- игры пополнились поделками платформы Roblox -- http://roblox.com (сначала стрелялками, потом tycoon в ассортименте) и Don't Starve Together http://dontstarvetogether.com/.

    Платформа Roblox -- это редактор игр, со скриптованием на Lua (http://wiki.roblox.com/index.php?title=Absolute_beginner%27s_guide_to_scripting). За небольшую деньгу (https://www.roblox.com/Upgrades/BuildersClubMemberships.aspx) в твоих поделках включают механизм внутриигровых покупок за игровую валюту. И эту валюту можно не только покупать, но и выводить (разработчикам разрешено выводить до $20тыс. в месяц, это ж миллион рублей!). И всё это нацелено на деток, игры более-менее примитивные. А ещё есть группы и френды. И зарабатывать можно на группу. В общем, что-то типа Second Life, только для юных игроделов. Аудитория этой социальной игродельной сетки -- 4.4млн. месячных активных юзеров (http://corp.roblox.com/), входит сейчас в тысячу вебсайтов мира (http://www.alexa.com/siteinfo/roblox.com).

    Выживалка Don't Starve Together тоже может дорабатываться (modding) на Lua -- http://steamcommunity.com/sharedfiles/filedetails/?id=396813547&insideModal=1

    Беда в том, что увлечь отрока хоть чем-то созидательным при всём этом разнообразии Lua-игр (ведь буквально недавно было увлечение и Garry's Mod -- http://wiki.garrysmod.com/page/Main_Page) пока не удаётся.

    Пока же я сделал два наблюдения:
    -- в российском школьном образовании в 2015 году из "настоящих" языков победил Python, на нём в 2015 разрешили сдавать ЕГЭ и на нём учат в лучших физматшколах и есть нормальный курс (http://informatics.mccme.ru/course/view.php?id=156). Знанием Python похвастаться среди сверстников нельзя, зато на нём можно сразу работать, ежели приспичит (он шестой по TIOBE индексу популярности языков -- http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html, третий по PYPL индексу http://pypl.github.io/PYPL.html и продолжает расти).
    -- в мире "созидательных игр" победа по факту одержана Lua, умением программировать на нём можно хвастаться сверстникам и они (может быть) поймут, но за пределы игровой подростковой тусовки со знанием Lua особо не сунешься (33й по TIOBE и 16й по PYPL -- а в количественном раскладе примерно в двадцать раз менее популярен, чем Python. Хотя эти индексы вряд ли учитывают игровое использование языка, они больше ориентированы на профессиональное использование).

    Вот и думай тут, какому языку учить отрока: нужному или (увы, пока только потенциально) интересному. Пока я склоняюсь к нужному. В любом случае, short list языков программирования для обучения отрока на сегодня у меня остался из буквально двух пунктов, несмотря на кажущееся изобилие.
    Tuesday, May 26th, 2015
    12:49 pm
    К архитектуре психики
    Интересная презентация 2002 года про несостоявшийся проект IBM Joshua Blue 3 -- создание обучаемого с нуля GAI уровня трёхлетнего ребёнка: http://www.slideshare.net/dominic54/superstition-and-forgetfulness-essential-attributes-of

    Эта презентация очень интересна как концентрированное изложение архитектурных идей, хотя и почти пятнадцатилетней давности. Помним, что в те времена расцвета deep learning ещё не было, а IBM Watson стартовал разработку только в 2005г. Сегодня про всё то же самое наверняка бы рассказывали по-другому, да и в 2002 году презентация была не так уж и убедительна, раз проект так и не стартовал (хотя мы понимаем, что причины срыва проекта могли лежать совершенно не в области предлагаемых технических решений). В любом случае, я бы рекомендовал эти слайды поглядеть на предмет архитектурных паттернов, которые можно наблюдать в психике.

    Больше всего мне понравился слайд 15 The Homunculus Trap (никаких "человечков внутри мозга", там функциональная организация!) и отражение его в слайде 59 как явного архитектурного принципа. И ещё архитектурный принцип циклов для повышения качества. Если цикл, то это обычно цикл повышения качества.

    Слайд 40 (и его вариант 51) с "несознанием", "подсознанием" и "сознанием" тоже очень хорош! Я примерно так себе это и представлял. Сегодня в свете привычных диаграмм deep architecture это выглядит обычным, но в 2002 году это было круто.

    Так что интересно было бы посмотреть на похожую презентацию deep architecture с учётом современного прорыва в deep learning.

    Дальше вопрос к архитектуре психики: насколько идеи архитектуры психики из GAI приложимы к идеям архитектуры психики из традиционных психопрактик? Мне кажется, что существенно приложимы. НЛП постоянно обращается к нейрофизиологическим исследованиям, чтобы черпать оттуда свои модели и идеи интервенций. Попытки сделать GAI тут можно рассматривать как "мысленные эксперименты в нейрофизиологии", так что это ещё один источник вдохновения для работы над архитектурой психики.

    Мой самый свежий возврат к архитектурному рассмотрению психики был 26 апреля 2015 (http://ailev.livejournal.com/1181769.html):
    Всю неделю меня возвращали к теме инженерии психики. Там сложность в том, что мало задать какой-то "прозрачный ящик" с архитектурными компонентами (сознание, бессознательное, воля, экзокортекс, тело, экзотело/инструменты), но нужно разобраться с using system и стейкхолдерами. А это хитро: вы это воля или всё вместе? Кто слушает ваш внутренний голос (ибо разговор в сознании, а говорит бессознательное. А слушает и командует кто? Можно ли и его самого отследить, и затем им командовать? В восточных практиках-то отследить Наблюдающего за Свидетелем трудно, но можно!).
    Вот она, ловушка Гомункулюса! И нужно что-то с этим делать -- либо по-шамански считать каждую функцию наделённой всей полнотой сознания, анимировать всё, синтоистски считать у каждой вещи наличествование своего бога, либо уходить в более инженерные, абстрактно-функциональные представления. Ну, и разобраться в классических психотехниках, что там в части модулей (время интервенций), а что в части функций (время работы).
    Monday, May 25th, 2015
    11:32 pm
    Стык науки и инженерии: университеты и инновации
    Инновацию мы будем понимать по-западному: не что угодно новое на любой стадии жизненного цикла, а какой-то новый вид продукта/услуги, который завоевал свою рыночную нишу. Удавшийся бунт уже бунтом не называют -- это революция. Удачное импортзамещение тоже так не называют -- это экспортная продукция. Так и инновация: это прорвавшийся к рыночному успеху новый продукт. Не прорвавшийся к успеху так не называют.

    Прорвавшийся на уровень формулирования продукт называют идеей, прорвавшийся на уровень опытного образца продукт называют изобретением, подготовленный к выпуску продукт -- разработкой. Яйцо, личинка, куколка, бабочка -- контрольные точки жизненного цикла бабочки. Идея, изобретение, разработка, инновация -- контрольные точки жизненного цикла инновации.

    Главный вопрос: как и где получаются инновации? Кто обеспечивает прохождение её жизненного цикла? Есть два основных метода:
    -- охота и собирательство. Этим обычно занимаются венчурные фонды.
    -- осёдлое земледелие. Этим занимаются крупные корпорации и университеты в рамках R&D деятельности.

    Связь науки и инженерии я довольно подробно обсуждаю в разделе "Инженерия и наука" (подразделы "инженерия не научна" и "инженерия научна") моего учебника "Системноинженерное мышление" (http://techinvestlab.ru/systems_engineering_thinking). Но это главным образом инженерия разработки, development, которой предшествуют "прикладные исследования" (appied research, R из R&D, "исследований и разработок", у нас это НИОКР). Никакой науки, которую мы понимаем как получение новых компактных описаний мира, в applied research нет. Там чистой воды изобретательство, хитроумная инженерия, генерация идей и создание чего-то потенциально полезного. Reserch тут только на предмет проверки физической реализуемости изобретения, проверки потенциальной полезности. Результаты настоящих научных исследований (basic research, НИР) пополняют полочки библиотек, ибо они публикуются в научных журналах -- новые теории, формулы, результаты проверки гипотез (гипотез! Не идей изобретений, инженерных идей!). Результаты прикладных исследований пополняют полки научно-технических музеев, это изобретения. Лаборатории условного Эйнштейна отличаются от лабораторий условного Эдисона. Безумный учёный отличается от безумного изобретателя по позиции принципиально. Это только в мультфильмах "учёный" и "изобретатель" путаются, потому как оба имеют лабораторию, оба ходят в белых халатах и оба шизануты на всю катушку.

    Редко обсуждается, но более-менее понятно, как R из R&D устроены в крупных компаниях (лаборатории IBM, Xerox). Там обычно наукой не очень пахнет, хотя научные публикации крупных компаний и не нулевые. А вот в случае потока университетских инноваций всё загадочнее. Вокруг крупных университетов существует "инновационная инфраструктура", которая порождает поток spin-off -- и без обсуждения роли науки и образования (ибо студенты там тоже вполне себе участники процесса) в их стыке с инженерной работой мало что можно понять. Сам сдвиг исследований в инженерную сторону и далее передачу на коммерциализацию в университетах называют (technology) transfer.

    1. Corporate governance, институциональный аспект.
    Вот типовой пример того, как это сейчас в университетах устроено -- упор на генерацию потока лицензионных платежей от "интеллектуальной собственности": ETH Zürich, https://www.ethz.ch/en/industry-and-society/innovation-and-setting-up-companies/spin-offs.html (правила работы вот тут: https://www.ethz.ch/content/dam/ethz/main/industry-and-society/ETH-spin-offs/dokumente/Spin-off%20Richtlinien_23_10_2013_final_EN.pdf). Критика этого подхода (часто используется в Европе, я недаром привёл ссылку именно на европейский университет) в том, что он бюрократический, а не предпринимательский -- он становится "бутылочным горлышком" для инноваций, а не стимулирует их. Это показано в книжке http://www.cambridge.org/ve/academic/subjects/management/entrepreneurship-and-innovation/building-technology-transfer-within-research-universities-entrepreneurial-approach (про книжку: https://mitsloan.mit.edu/newsroom/2014-building-tech-transfer.php).

    Похожее понимание и во многих других исследованиях, например http://www.kauffman.org/~/media/kauffman_org/research%20reports%20and%20covers/2012/08/universitytechnologytransferthroughentrepreneurshipfacultyandstudentsinspinoffs.pdf. В том числе там даётся намёк, что участие в spin-off является сегодня нормальным карьерным путём для студентов, в 77% spin-off уже сегодня участвуют студенты. Такой поворот накладывает отпечаток и на изменение концепции самого университета, который уже в какой-то мере получает на входе необученных студентов, а на выходе даёт не обученных студентов и немножко науки, а spin-off -- так сказать, повышает уровень передела сырья.

    Но это всё про аспект corporate governance (переводится как корпоративная поднадзорность, обеспечение невыхода из-под контроля, перевод "корпоративное управление" сильно сбивает с толку, хотя и общепринят) -- как создавать и оформлять spin-off, чтобы и у университетских бюрократов оставалось ощущение справедливости происходящего, и у основателей будущих компаний были какие-то достаточные стимулы вкладывать в эти компании деньги, время и нервы.

    Более того, в России (где есть долгая традиция неразличения государственного и частного, колхозного и личного) ко многим положениям западных best practices нужно относиться скептически с точки зрения заимствования:
    а) не будет никакого консенсуса по поводу того, что считать университетской intellectual property там, где на Западе не будет даже предмета обсуждения, отношение к копирайтам и прочим подобным вопросам "мягкое", и слава богу,
    б) оплата за пользование университетскими ресурсами формально не будет считаться, ибо университет платит крохотные зарплаты сотрудникам, а сотрудники понимают, что доплату до интуитивно понимаемого ими справедливого уровня -- у каждого ещё и своё понимание, сколько это будет "справедливо" -- они вполне могут получить, эксплуатируя университетские ресурсы, это такое негласное соглашение,
    в) в стране, в которой частная собственность не слишком уважается государством, все договорки по поводу частной собственности могут заранее считаться не окончательными, а лишь "намётками" -- пока успешным spin-off не заинтересуются "кому нужно".

    2. Наука как катализатор инженерии, теоретический аспект.
    Но почему это инновации ищут в университетах, почему не искать их исключительно в промышленности, не ограничиться R&D в крупных и мелких компаниях? Есть ли теории, которые описывают связь науки и изобретательства (инженерии)? Да, такие теории есть, в ассортименте. Какие из них могут лечь в основу мероприятий по поднятию КПД в technology transfer, а какие из них глубоко иллюстративны и способны только порождать пухлые отчёты по грантам на исследования инноваций -- вопрос сугубо предпринимательский. Инженеры вполне себе пользовались физикой и во времена доминирования теории флогистона, так что организационные инженеры вполне смогут воспользоваться теориями инновационного флогистона, пока нет никаких других теорий.

    Вот, например, теория научных (пропозициональных, омега) знаний и технологических (преспективных, лямбда) знаний от Джоэля Мокира, http://baguzin.ru/wp/?p=10969. Краткая суть: чтобы изобретатель смог изобрести что-то, он должен что-то знать о природных процессах, на которых основано его изобретение. Университет даёт доступ к знанию о природных процессах, следовательно вокруг университетов полно изобретателей. Хотя изобретателей должно быть полно и вокруг библиотек, издательств, а сегодня и вокруг социальных сетей. Но личное общение самое плотное, так что университеты пока выигрывают: огромное количество знаний находится в головах учёных и вряд ли когда-нибудь будет изложено в понятном для людей виде. А учёного можно нанять и (на время, или даже навсегда) переквалифицировать в изобретателя, инженера. Если не удаётся это сделать с учёным, можно провернуть этот трюк со студентом.

    А вот относительно свеженькая (25 лет всего!) теория внутреннего роста (endogenous growth), из которой следует, что policies which embrace openness, competition, change and innovation will promote growth -- http://en.wikipedia.org/wiki/Endogenous_growth_theory. Какая тут связь инженерии с университетами во всём этом экономическом бла-бла-бла?! Через разбирательство с human capital. The type of human capital needed to pursue frontier pushing research is also different: genuine “inventors” are needed. Often, such inventors come from or are close linked to fundamental research in universities. Their productivity in the invention process depends on the quality of their education -- http://www.brookings.edu/economics/bpea/~/media/Files/Programs/ES/BPEA/2009_spring_bpea_papers/2009_spring_bpea_aghion_etal.pdf (авторы связывают экономический рост с образованием прежде всего, но они хотя бы различают изобретателей и учёных, связывая продуктивность и тех и других с образованием). Хорошо образованных людей нужно брать прямо у первоисточника, и дальше всё будет отличненько изобретаться.

    Эта теория берётся сейчас за основу в европейских штудиях -- "The contribution of academic research to innovation and growth", декабрь 2014, http://www.foreurope.eu/fileadmin/documents/pdf/Workingpapers/WWWforEurope_WPS_no071_MS65.pdf. Оно понятно: деньги налогоплательщиков на образование и на науку выделяет государство, и нужны хоть какие-то обоснования, что это не пустые траты. Обоснования даются в русле классической неоклассики: ищутся равновесия, находятся корреляции и дальше "The models suggest that, at the aggregate level, greater investment in education or training might raise expenditure on private R&D, and vice versa".

    Хотя тут нельзя не упомянуть о мнении Peter Thiel, который учредил акселератор для тех предпринимателей, которые решили не образовываться в университете и смолоду заняться предпринимательством -- http://www.thielfellowship.org/. Но факты упрямая вещь, успешные предприниматели в среднем немного в возрасте и хорошо образованы: http://onstartups.com/tabid/3339/bid/10561/12-Facts-About-Entrepreneurs-That-Will-Likely-Surprise-You.aspx. Исключения в эпоху технологических катаклизмов тут именно исключения: 16-летние командиры дивизий во время революций, и такие же основатели хай-тек империй. Можем ли мы поставить технологические катаклизмы на поток, если обопрёмся на университеты и дадим соответствующее образование? А чёрт его знает. Даже аргумент, что университет это осёдлое земледелие инноваций против охоты и собирательства легко усомневается: университет сам сначала занимается охотой и собирательством талантливых студентов и профессоров, и только потом что-то выращивает. Сырьё есть всегда. В этом плане что "исследовательский университет", что "акселератор" в чистом поле, что новые структуры типа Singularity University (http://singularityu.org/) -- все имеют какой-то успех, несмотря на абсолютно различную опору на госбюджетные деньги в части фундаментальных исследований.

    Ещё один пучок теорий -- это National Innovation System/Triple Helix, http://en.wikipedia.org/wiki/National_innovation_system. Там ничего теоретического нет вообще, только наукообразное бла-бла-бла (и слово "система", и опора на "политическую экономию", и выделение различных типов игроков на ниве инноваций -- "акторов"). Феноменология чистой воды, но она весьма популярна. Именно тут появляется упоминание entrepreneurial universities (в 1998-1999 годах), о которых я поминал ранее. Понятное дело, тут тоже появляется human capital flows, ссылки на неформальное знание в головах учёных и необходимость общения в ходе изобретательства (создание первого опытного образца, прототипа) и перехода к разработке (запуску в серию).

    Литературы тьма, теорий множество, выводов никаких сделать нельзя. Хотя, впрочем, вывод прост: в той мере, в какой университет превращается в обычную фирму (т.е. зарабатывает деньги, а не "учит людей", "несёт прогресс в массы" и т.д.), он пускает свои знания (в том числе те знания, которые находятся в головах людей-сотрудников и студентов) в дело. То же относится к акселераторам, псевдо-университетам, любым другим образовательно-организационным структурам: образование может сводиться к банальному просвещению в вопросе, как составить контракт, вовсе необязательно дополнительно нужно выдавать степени бакалавра, магистра, доктора. Связь с настоящей наукой? Конечно, связь есть: но она лишь косвенно связана с образованием. Она больше связана с грантами на научные исследования. Все эти "акселераторы" и "technology transfer offices" вокруг университетов лишь надстройка над перераспределением бюджетных денег, мельничка на бюджетном денежном потоке "на науку". Тут и нужно искать "теорию" связи настоящей науки и прикладного изобретательства -- она оказывается набором эвристик по конвертированию бюджетного финансирования науки и образования в частные предприятия. Такой вот простой стык науки и инженерии: это всё не научные эвристики, это инженерные эвристики, из области инженерии предприятий -- enterprise engineering.
    * * *
    Тем самым второй пункт моего поста, поиск теории университетских инноваций -- тупиковый, никакой особой науки тут нет (кроме традиционных рассуждений про капитал и знания). Зато есть много практики организационного строительства, по первому пункту. И чем более предпринимательская эта практика (чем более американская и менее европейская), тем лучше результаты.

    UPDATE: и какая-то дискуссия ещё в фейсбуке -- https://www.facebook.com/ailevenchuk/posts/10204865909981589
    Sunday, May 24th, 2015
    10:31 pm
    DragonBox complete
    Я уже писал, что DragonBox Elements хватило отроку на день (http://ailev.livejournal.com/1189554.html). DragonBox Algebra 12+ хватило тоже на день (а жене хватило нескольких часов). Как я понял, там седьмого класса только два последних уровня, остальное всё сильно попроще -- выносы за скобки, сокращения дробей. Но и в этих последних уровнях даже квадратов нет, это самые азы. Для тугих на алгебру детишек будет отличный тренажёр, а вот для моего отрока это полезно было разве что демонстрацией альтернативного внешнего представления. Math Planet почему-то зависает, прорваться через это пока не удаётся, но и там математический детский сад detected, и он тоже быстрозаканчивающийся.

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

    Так что всё уже вошло в привычную колею: карандаш и бумага (хотя в последнее время для длинных выводов предпочитается небольшая грифельная доска и мелки). Школа у парня по факту кончилась, годовые оценки выставлены. Домашний режим пока меняться не будет: план по математике до конца лета никто не отменял, а дальше начнётся физика. Ну, ещё летом планируется пара лагерей по паре недель каждый -- один полуспортивный-полуэлектронный в 100км от Москвы (4 смена Лиги Экстрима -- http://supercamp.ru/?page=camps&id=179), а второй физматшкольный в десяти минутах пешком от дома (http://potential.org.ru/Home/leto -- были там и в прошлом году, остались довольны). Так что на всю домашнюю физику и информатику будет всего пара месяцев.

    Из игр последние несколько дней было потрачено на ужас-ужас Roblox Fairy Tail Online Fighting (этот треш, как я понимаю, очень популярен -- http://www.roblox.com/games/184037144/Fairy-Tail-Online-Fighting-3x-EXP-SALE). Пришло через Виталика ссылкой через скайп, мозг выключает за доли секунды, как бороться с этим я не знаю. Одна надежда: ещё пару дней, и всё пройдёт само, как прошло уже много чего другого). При этом он утверждает, что видел анимешку Fairy Tail (врёт, не стесняясь. Там ведь сотни серий, 21 сюжет -- https://ru.wikipedia.org/wiki/Fairy_Tail, если бы он что-то такое длинное и красочное смотрел, я бы заметил).

    Так и живут: одни делают анимешки, другие по их мотивам трешевые игры, третьи убогие учебные программы. Непересекающиеся миры, но из убогих неучебных и убогих учебных игр подрастающее поколение безошибочно выбирает неучебные. Edutainment как десять лет был "очень перспективным направлением", так пока и остался таким. Вечно подающий надежды лысеющий юноша edutainment, вечно убогий, выбираемый учителями и отвергаемый учениками. А если и случится кому-то разработать хорошую учебную программу, и она даже подходит по возрасту и содержанию (чудо! чудо!), то её хватает ровно на один день занятий.
    11:27 am
    Катафалк
    "Катафалк" -- одна из самых популярных моих баек про важность понимания использующей системы.

    Один клиент решил заказать автомобиль и долго обсуждал довольно необычные требования. Устаканили, что этот автомобиль:
    1. Должен быть с удлинённым корпусом (вместит больше людей).
    2. Должно быть не более 4х колёс (несмотря на удлинённый корпус).
    3. Исключительно плавный ход, мягкие сиденья в салоне (мотивация: используется в городе для торжественных церемоний).

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

    Однако, клиент отказался платить, несмотря на чёткое выполнение всех пунктов требований. Приёмка не состоялась.

    Оказалось, клиент занимается устройством свадеб, и ему нужен был свадебный лимузин.

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

    Ну, в чьём проекте сейчас тщательно готовится катафалк для клиентских свадеб?
    Saturday, May 23rd, 2015
    10:54 pm
    Опубликованы материалы одиннадцатых Лебедевских чтений
    23 мая 2015 года прошли одиннадцатые Лебедевские чтения.

    Программа и слайды докладов: http://g-l-memorial.ice.ru/389199

    Видеозаписи докладов:

    Первый коллоквиум:
    -- Никита Лебедев, "Цензура в искусстве. Циклическая история?" (слайды: http://g-l-memorial.ice.ru/files/389897/lebedev_2015.pdf).
    -- Владимир Мальцев, "Свободный капитализм как самая эффективная и справедливая экономическая система" (слайды: http://g-l-memorial.ice.ru/files/389898/maltsev_2015.pptx).
    -- Валерий Кизилов, "Кто ценит капитализм: данные всемирного обзора ценностей" (слайды: http://g-l-memorial.ice.ru/files/389899/kizilov_2015.pot).
    Видео (https://vimeo.com/128684809):


    Второй коллоквиум:
    -- Юрий Кузнецов, "Игры с пустотой: трактовка рациональности в общественных науках" (слайды: http://g-l-memorial.ice.ru/files/389900/Kuznetsov_2015.ppt).
    -- Николай Блохин, "Об одном аргументе против «социалистической демократии». По поводу идей антикапиталистических левых" (слайды: http://g-l-memorial.ice.ru/files/389901/blohin_2015.pptx).
    Видео (https://vimeo.com/128684810):


    Третий коллоквиум:
    -- Александр Куряев, "Мизес как обществовед" (раздатка: http://g-l-memorial.ice.ru/files/389907/Kouryaev_2015.doc).
    -- Александр Ковалёв, "Деньги и liberum veto в Великом Княжестве Литовском, или О стране без узаконенного платёжного средства" (слайды: http://g-l-memorial.ice.ru/files/389902/kovalyov_2015.pptx).
    Видео (https://vimeo.com/128684812):


    Четвёртый коллоквиум:
    -- Павел Усанов, ""Капитал в 21 веке", Т.Пикетти: опыт критики" (слайды: http://g-l-memorial.ice.ru/files/389903/usanov_2015.pptx).
    -- Ярослав Романчук, "Закат Вашингтона и консенсуса. Кризис общей теории и практики государственного интервенционизма" (слайды: http://g-l-memorial.ice.ru/files/389904/romanchuk_2015.pptx).
    Видео (https://vimeo.com/128684811):
    Friday, May 22nd, 2015
    2:57 pm
    Теплокровная рыба-луна
    Не могу выбросить из головы новость про теплокровную рыбу-луну (она машет плавниками, разогревая мышцы, а потом хитрый теплообменник в жабрах разгоняет это тепло по всему телу -- и температура тела становится больше температуры окружающей воды на 5°C, что даёт огромное преимущество в подвижности этому хищнику) -- https://swfsc.noaa.gov/news.aspx?ParentMenuId=39&id=20466 (статья тут. Обращу внимание, что теплокровный мозг у рыб был найден довольно давно, например, тут -- фишка открытия была в том, что тепло у рыбы-луны распространяется на всё тело, а не только держится под черепушкой).

    Основная моя мысль тут про то, как же мы ещё мало знаем про окружающий нас мир. Теплокровные рыбы открыты в 2015 году! Более того, теплокровной оказалась всем знакомая рыба-луна (которую я сам неоднократно видел в аквариумах, но даже в голову не приходило, что она может быть теплокровной).
    2:39 pm
    Летние планшетные математические игры для школьников
    Сезонные продажи математических игр (Android и iOS) рекомендуются как идеальное средство освежить школьные знания по математике во время летних каникул. Ибо забывается всё быстро (и далее в рекламках идут цифры, свидетельствующие, что "ну очень быстро"). Я купил отроку сразу три игры:
    -- геометрия DragonBox Elements (https://play.google.com/store/apps/details?id=com.wewanttoknow.Euclid)
    -- алгебра DragonBox Algebra 12+ (https://play.google.com/store/apps/details?id=com.wewanttoknow.DragonBox2)
    -- математика разных классов Math Planet -- For Grades 1-8 (https://play.google.com/store/apps/details?id=air.com.playpowerlabs.mathplanetapp, и там внутри pack для middle school -- это 6-8 класс американской школы).

    Отрок за сутки справился с Elements (хвалёные 100+ заданий). И сказал, что остальные игры ему не нравятся и вряд ли он в них будет играть. Чуйка его не подводит, выполнение упражнений по школьной программе detected, какие же это игры?! Ничего, в транспорте и очередях всё одно делать нечего -- потихоньку все перерешает. Но что-то мне подсказывает (судя по прохождению Elements за день), что две других игры могут сыграться неожиданно быстро, дело даже до лета не дойдёт. Это при всём его нежелании в них играть.

    А в какие игры он хочет играть? Всё своё свободное время он тратит сейчас на Civilization: Beyond Earth. Но там никакой алгебры и геометрии.

    После алгебры и геометрии начинаем физику. Там три опции:
    -- классическая (с ручкой и бумажкой и старым задачником физматшколы)
    -- интерактивная (например, вольфрамовская физика для школы -- https://play.google.com/store/apps/details?id=com.wolfram.android.physicsi). Более игровые формы и работу с моделерами (http://www.algodoo.com/, http://physion.net/) я отнёс бы сюда же -- но тут важны не сами моделеры, а именно curriculum. Так что нужно ещё разобраться.
    -- лабораторная с физическими объектами (например, с роботами -- http://shop.robotslab.com/products/robotslab-box). Тут есть несколько вопросов: а) почему это так дорого и б) насколько это круче для учебных целей, чем компьютерное моделирование (те же роботы, но на экране дисплея).

    Ну, и алгоритмика -- чтобы скриптовать всю эту физику. Математика, геометрия (это совсем другая часть мозга, нежели алгебра-вычисления), физика в ассортименте, алгоритмика. Пока без инженерии. Привет, лето.
    12:36 pm
    Заметки с SEMAT track на АПСПИ-2015: проблематизируем Essence
    От русского отделения INCOSE было 8 докладов про разные приложения Essence, плюс были доклады от русского отделения SEMAT -- эдакий фестиваль. Вот пара моих заметок:

    1. Практически все замечали, что с помощью Essence много быстрее учить студентов. Хорошая явно задаваемая онтология позволяет заменить "опыт" на быстро передаваемое знание. Почему? Мой ответ: основное знание кодируется в альфах. Оно:
    -- компрессирует знание про рабочие продукты в 6-10 раз, задаёт уровень абстрации
    -- позволяет обсудить как инженерные, так и менеджерские аспекты проекта. Системный инженер обсуждает содержание альфы, CTO обсуждает практики (дисциплины и технологии) работы с альфой, а операционный менеджер ресурсы и время работы с альфой.

    2. Альфа четырёхмерна (оставим пока в сторону очевидные онтологические непонятки). Это позволяет легко понимать альфу в том числе как activity по изменению участвующих (отношение participation) в ней рабочих продуктов. Скажем, альфа Team -- это activity с командой (изменения, процессы, происходящие с командой во всё время её существования). В любой момент я могу говорить не про activity аспект (аспект изменений), а просто обозначать альфой участвующие предметы. Тем самым альфа это product-based способ описания, в котором изменяющиеся и имеющие разные состояния products (artifacts). Трекинг (как в issue tracking) идёт именно альф. Case management -- альф. Четырёхмерие тут даёт смотреть на альфу и как на (изменяющуюся) вещь, и как на сам процесс изменения (вещи).

    3. Моя страшная гипотеза в том, что состояния альфы -- это тоже альфы (подальфы), равно как чекпойнты это тоже альфы (подальфы). То есть "иерархия трёх типов" это традиционный случай введения первоначально жёсткой по типам и числу уровней иерархии, а затем признания факта, что никаких особых там отдельных типов нет, а число уровней N. Это очень консистентно с тем, что происходит в проектном управлении: жизненный цикл бьют сначала на гейты, затем вводят контрольные точки посередь стадий, затем вводят контрольные точки по отдельным частностям -- и получают порядка 1000 контрольных точек (для выпуска Боинга) или 15000 контрольных точек (для проведения Олимпийских игр). Это по факту уже case management, issue tracking -- это не процессное, не проектное управление. И это же проясняет, почему в классической литературе по case management сами кейсы именуются по основной вещи, которая изменяется в ходе кейса (кандидаты, менеджеры), а иногда и мероприятия (интервью) -- http://ailev.livejournal.com/946134.html.

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

    4. Если мы принимаем этот продуктно-работный дуализм альф, то сразу понятно становится связь не только с case management/issue tracking, но и всем lean. Например, small batch size -- это про измельчение альф (набора участвующих в работах объектов), что эквивалентно измельчению связанных с этими объектами работ. И этот же дуализм и четырёхмерие объясняет все трудности объяснения альф, case, issue -- это очень хитрые объекты из чуждой пока обыденному восприятию 4D экстенсиональной онтологии. В таком подходе сам проект -- это case/issue/topalpha, а семь альф -- это его "канонические подальфы", то есть иерархия не со срезанной верхушкой. Более того, в этом случае понятно, как включать проект в проект/кейс/issue более высокого уровня. Там можно придумать какой-нибудь вариант IEC 81346, позволяющий именовать структуру не только статичной целевой системы, но и связанных с ней работ (то есть включать именование и обеспечивающей системы тоже, а также задумываться о включении в рассмотрение используемой системы).

    5. Вообще, отсутствие в явном рассмотрении в Essence используемой системы меня напрягает сильно. Ибо пока там в виде подальфы возможностей есть только Needs. Обеспечивающая система рассматривается наряду с целевой системой, и даже более детально (аж три альфы endeavour).

    5. Похоже, что текущий вариант показа проектов технологического развития -- это не столько удвоение ядра (две диаграммы Essence для целевой системы и обеспечивающей системы соответственно), сколько порождение новых area of concerns в рамках того же ядра. То есть Team общая для команды развития и команды проекта, а они сами подальфы Team, хотя и разведённые в разные area of concern (а не две топовые альфы).

    6. Все эти соображения пока крайне мутны, но все мои мысли больше и больше ведут к желанию сделать Essence 2. Но не в варианте именно как Essence 2, а в варианте ArchiEssence -- case management/issue tracking ready, с диаграммами как в ArchiMate и простыми карточками как в Essence.

    Конечно, я помню и про SysMoLan, но там размышления у меня больше про другие аспекты (мультимоделирование, теоркатегорный формализм и т.д. -- меньше управления жизненным циклом, больше собственно системной инженерии).
    10:17 am
    Мой доклад на АПСПИ-2015 в секции "SEMAT методология"
    Мой доклад "Essence для управления технологиями" 21 мая 2015 на четвёртой научно-практической конференции «Актуальные проблемы системной и программной инженерии» (АПСПИ - 2015).

    Слайды (http://www.slideshare.net/ailev/sysmgmt-apspi-may15):


    Опубликованные тезисы (в сборнике трудов конференции ISBN 978-5-94768-073-7):

    УДК 004.436.4 + 65.012
    Анатолий Левенчук, ailev@asmp.msk.su
    TechInvestLab, г.Москва

    Essence для управления технологиями

    Известен Essence [1] в варианте для системной инженерии [2]. В настоящей работе делается попытка использовать этот вариант Essence не столько для описания практик системной инженерии, основывающихся главным образом на альфах Определения и Воплощения системы, сколько для практик управления технологиями – менеджерских практик.

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

    Предложены расширения Основ (kernel extension) для учёта специфики управления технологиями.

    Показано, что в рассмотрении должны участвовать минимально три системы, каждая из которых должна «изготавливаться» в отдельном проекте:
    -- целевая система, для которой необходимо инженерное решение, это предмет целевого инженерного проекта;
    -- использующая система, для которой необходима работа с клиентскими интересами, предмет стратегирования и маркетинговых проектов;
    -- обеспечивающая система, для которой необходима работа с технологиями и командой, и собственниками предприятия.

    Практики управления технологиями должны увязывать все эти проекты и их разнонаправленные требования: окно Возможностей должно быть двунаправленным и синхронно открывающимся во времени в сторону команды и внешних стейкхолдеров, при принятии проектных решений должны согласовываться интересы не только команды и клиентов, но и инвесторов, не должны путаться проект-предпринятие и предприятие – даже решение о выполнении проекта должно приниматься «на марже», в зависимости от состояния дел в предприятии как целом.

    В работе ставятся вопросы о развитии Языка Essence для облегчения обсуждения вопросов технологического управления.

    Литература
    1. OMG Essence (2014) – Kernel and Language for Software Engineering Methods, specification (http://www.omg.org/spec/Essence/Current)
    2. Anatoly Levenchuk (2015), Towards a Systems Engineering Essence – INCOSE Russian chapter product, (http://arxiv.org/abs/1502.00121)
    3. Galbraith, J.R. (1982) – Designing the Innovating Organization, Organizational Dynamics, 10, 3:5-25


    УДК 004.436.4 + 65.012
    Anatoly Levenchuk, ailev@asmp.msk.su
    TechInvestLab, Moscow

    Technology Management Essence

    Based on the OMG Essence [1] there known Systems Engineering Essence [2]. This work is using Systems Engineering Essence not to based primarily on the System Definition and System realization alphas practice of systems engineering descriptions, but for technology management practices descriptions.

    The term «technology management» is used for different disciplines (areas of concern). We can distinguish several basic variants:
    -- Entrepreneurship, strategy development and marketing (based on Opportunities and Stakeholders alphas).
    -- The use of modern technology (based on Technology), the concern of CTO and CIO.
    -- Engineering Management (based on Work and Team). You will need to take into account that the classical engineering management tends to operational management in a situation where "the organization is doing something for the millionth time," and technology management when "organization does something for the first time "[2].

    In our work, we suggest Essence kernel extension for a technology management. There are three kind of systems that should be mentioned by technology management, possibly in a separate but linked Essence projects:
    -- The system of interest for which you want an engineering solution, is the subject of the primary project.
    -- Using system is subject of strategizing and marketing projects. Needs alpha is about using system characteristics.
    -- enabling system is subject for technology management work with Way of Working and Team alphas and Enterprise Owners sub-alpha of Stakeholders alpha.

    Technology management practices should link all these projects and their conflicting requirements. Opportunity window should be bidirectional and synchronous opening in time towards the team and external stakeholders. Design decisions should be consistent with not only the team and customers concerns, but investors’ concerns too. There should not be confused project-endeavour and venture-endeavour: project portfolio decisions should be made "on margin", depending on the resource loads in the enterprise as a whole.

    The paper also raises questions about the Essence Language development for a technology management modeling.

    References
    1. OMG Essence (2014) – Kernel and Language for Software Engineering Methods, specification (http://www.omg.org/spec/Essence/Current)
    2. Anatoly Levenchuk (2015), Towards a Systems Engineering Essence – INCOSE Russian chapter product, (http://arxiv.org/abs/1502.00121)
    3. Galbraith, J.R. (1982) – Designing the Innovating Organization, Organizational Dynamics, 10, 3:5-25
    10:05 am
    Мой доклад на АПСПИ-2015 в секции "системная инженерия"
    Мой доклад "Essence в варианте для системной инженерии" 21 мая 2015 на четвёртой научно-практической конференции «Актуальные проблемы системной и программной инженерии» (АПСПИ - 2015)</h1>

    Слайды (http://www.slideshare.net/ailev/syseng-apspi-may15):


    Опубликованные тезисы (в сборнике трудов конференции ISBN 978-5-94768-073-7):

    УДК 004.436.4 + 65.012
    Анатолий Левенчук, ailev@asmp.msk.su
    TechInvestLab, г.Москва

    Подход к Essence в варианте для системной инженерии Что нужно для Essence в варианте для системной инженерии по сравнению с содержащим Язык и Основы (kernel) Essence в варианте для программной инженерии из стандарта OMG Essence [1]?

    В работе сформулирован ряд требований, которым должен удовлетворять Essence в варианте для системной инженерии. Эти требования ведут к необходимости изменить как Язык, так и Основы. Эти требования сформулированы с учётом удовлетворения потребностей разных стейкхолдеров инженерного проекта – системного инженера, инженера моделеориентированной системной инженерии и моделеориентированного концептуального проектирования, системноинженерного менеджера, менеджера, модельера данных.

    Для ряда требований сделаны предложения по минимальному изменению Основ (kernel): замене альф области интересов инженерного решения в варианте для программной инженерии (Требования и Программная система) на альфы в варианте для системной инженерии (Определение системы и Воплощение системы).

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

    Для предлагаемого изменения рассмотрены сопоставления с рядом других стандартов системной инженерии.

    Также предложены различные группы описаний деятельности предпринятия (предприНятие – это абстрагированное от юридического лица предприятие), структурированные по основным альфам области интересов предпринятия.

    Предложенные изменения также удобны для инженерии предприятия: когда целевой проект связан с системной инженерией для целевой системы, а проект развития связан с инженерией обеспечивающей системы – выполняющего целевой проект предпринятия. Может совпадать, выполняющего целевой проект. В этом случае Язык и Основы используются для описания как целевого проекта, так и проекта развития.

    На основе предложенных изменений был выпущен продукт Русского отделения INCOSE [2].

    Литература
    1. OMG Essence (2014) – Kernel and Language for Software Engineering Methods, specification (http://www.omg.org/spec/Essence/Current)
    2. Anatoly Levenchuk, Towards a Systems Engineering Essence – INCOSE Russian chapter product, 2015 (http://arxiv.org/abs/1502.00121)

    УДК 004.436.4 + 65.012
    Anatoly Levenchuk, ailev@asmp.msk.su
    TechInvestLab, Moscow

    An approach to a Systems Engineering Essence

    What may be a Systems Engineering Essence in comparison with Software Engineering Essence (Language and Kernel provided by OMG Essence [1])?

    The work suggested requirements for Systems Engineering Essence. These requirements drive changes in Essence Language as well as in Kernel. In addition, the requirements address concerns of various stakeholders of a systems engineering project, such as systems engineer, model-based systems engineer and model-based conceptual engineer, systems engineering manager, general manager, data modeler.

    To fit the requirements, minimal changes of a Software engineering Kernel in solution area of concerns (Requirements and Software systems alphas) needed. These alphas should be changed to Systems Engineering Essence solution area of concerns alphas (System definition and System realization alphas).

    Suggested Kernel changes supports expression traditional systems engineering notions (stakeholder needs, requirements, architecture) in Essence Language. Also these changes convenient for expressing verification and validation alpha associations.

    Suggested Kernel changes also harmonized with several systems engineering standards.

    Also there is need for different enterprise activities viewpoints that reflect particular endeavor area of concerns alphas.

    All these changes tested for the enterprise engineering. In this case we need simultaneously diagramming two projects. One of them is project of interest (e.g. systems engineering project), another is change management project (e.g. introducing some kind of systems engineering methodology and tools in an enterprise). In this enterprise engineering case Language and Kernel are used for description of both project of interest and change management project and we need Language elements that permit expression links between two projects.
    On a base of these suggestions there was published INCOSE Russian chapter product [2].

    References
    1. OMG Essence (2014) – Kernel and Language for Software Engineering Methods, specification (http://www.omg.org/spec/Essence/Current)
    2. Anatoly Levenchuk, Towards a Systems Engineering Essence – INCOSE Russian chapter product, 2015 (http://arxiv.org/abs/1502.00121)
    Monday, May 18th, 2015
    10:53 pm
    Программа одиннадцатых Лебедевских чтений
    Сегодня опубликована программа одиннадцатых Лебедевских чтений, которые пройдут в эту субботу, 23 мая 2015г. в "Отеле на Казачьем" (бывшая гостиница Алроса) в Москве (программа -- http://g-l-memorial.ice.ru/389200, регистрация -- http://g-l-memorial.ice.ru/167689, общая информация -- http://g-l-memorial.ice.ru/).

    9:30 Начало регистрации участников

    10:00 - 10:40 Никита Лебедев, "Цензура в искусстве. Циклическая история?".
    10:40 - 11:00 Владимир Мальцев, "Свободный капитализм как самая эффективная и справедливая экономическая система".
    11:00 - 11:40 Валерий Кизилов, "Кто ценит капитализм: данные всемирного обзора ценностей".

    11:40 - 12:10 Перерыв, кофе

    12:10 - 13:00 Юрий Кузнецов, "Игры с пустотой: трактовка рациональности в общественных науках".
    13:00 - 13:50 Николай Блохин, "Об одном аргументе против «социалистической демократии». По поводу идей антикапиталистических левых".

    13:50 - 15:10 Обед

    15:10 - 16:00 Александр Куряев, "Мизес как обществовед".
    16:00 - 16:40 Александр Ковалёв, "Деньги и liberum veto в Великом Княжестве Литовском, или О стране без узаконенного платёжного средства".

    16:40 - 17:10 Перерыв, кофе

    17:10 - 17:50 Павел Усанов, ""Капитал в 21 веке", Т.Пикетти: опыт критики".
    17:50 - 18:30 Ярослав Романчук, "Закат Вашингтона и консенсуса. Кризис общей теории и практики государственного интервенционизма".

    18:30 Фуршет

    Прямой трансляции не будет, но видеозапись постараемся сделать.
    Saturday, May 16th, 2015
    11:53 pm
    Прошёл мой семинар по системному менеджменту
    Сегодня прошёл мой с НИСИПП однодневный семинар "Системный менеджмент и технологическое предпринимательство" (http://nisse.ru/actual/events/?ELEMENT_ID=130699). В группе были и строители, и оргконсультанты, и айтишники (айтишников оказалась примерно половина), но материал был нейтральный к типу целевых систем. Хотя особенности обсуждались, конечно. И примеров я постарался, чтобы не меньше половины было айтишных (хотя вторая половина группы при этом немного роптала в кулуарах про "непонятность" всех этих моих отсылок к практике DevOp и прочих реалий современной разработки).

    На этом семинаре про системную инженерию я тоже говорил, но не более получаса. А вот про предпринимательство минимально час, стратегирование тоже час -- в фокусе было или системное мышление в его самом общем виде, либо разнообразные виды менеджмента, хотя и в контексте инженерных проектов. На этом семинаре я впервые давал более-менее развёрнуто про lean 2.0--kanban-TOC (в том числе и lean startup). Хотя в однодневном семинаре про это немного получилось рассказать, но рекомендации по чтиву в этом направлении я дал.

    Рабочая программа была вот такая:
    1. Системное мышление
    -- как договариваться: терминология и онтология
    -- стейкхолдеры: театральная метафора и многерица
    -- системная медитация

    2. Системная модель предприятия
    -- PraxOS -- обновляемый каталог лучших практик
    -- практика = дисциплина + технология
    -- основная схема предприНятия

    3. Технологическое предпринимательство
    -- окно возможностей предпринятия
    -- роль предпринимателя
    -- стратегирование

    4. Смычка менеджеров и инженеров: системная инженерия и инженерный менеджмент
    -- системная инженерия: борьба со сложностью
    -- инженерный менеджмент: в срок и в бюджет
    -- поток: lean + Kanban + TOC

    Рассказал более-менее всё по плану -- итого 91 слайд (из колоды в 92 слайдов, один слайд таки "листнул" -- про управление конфигурацией), хотя и перебрал чуток общее время.

    На семинар из Питера добралась подсадившая меня в 2007 году на Evernote (http://ailev.livejournal.com/488409.html) tisha123, очень приятно. Надеюсь, я её алаверды тоже подсадил на что-нибудь из материалов семинара! Ибо этим Evernote я пользуюсь по сей день, спасибо ей за эту наводку.

    Пара моих фото с семинара появились тут: https://www.facebook.com/photo.php?fbid=685379824907383&set=a.478899122222122.1073741941.100003061151992&type=1&permPage=1
    Friday, May 15th, 2015
    10:18 pm
    Почему военная системная инженерия -- не совсем системная инженерия
    Военная системная инженерия образец того, как завышать цены. Если тебе платят "затраты плюс", то каждый следующий проект просто автомагически получается чуть дороже и чуть дольше, чем предыдущий. И конкуренции нет, всё залицензировано напрочь, все места на этом якобы "рынке" давно куплены. Поэтому я не рекомендую считать образцами системной инженерии военные проекты. Вот прямо сейчас SpaceX сражается в судах за право делать военные запуски. На слушаниях в Конгрессе США (http://nextbigfuture.com/2015/05/air-force-should-certify-spacex-falcon.html):
    [SpaceX COO] Shotwell "told Congress it would cost "on the order of $80 million to $90 million" apiece to put a Falcon 9 rocket in low Earth orbit, or "$150 million to $160 million" to build and launch a Falcon Heavy (a Falcon 9 rocket with two additional boosters). Averaged across both rocket types, she put the cost at about $120 million. In contrast, ULA charges taxpayers $400 million every time it launches a rocket into space. Commented Shotwell, "I don't know how to build a $400 million rocket. ... I don't understand how ULA are as expensive as they are."
    И так можно обсуждать каждый военный проект, в любой стране (Россия тут мало отличается от США или Германии, все генералы мира более-менее одинаковы).
    1:54 pm
    О ценностях не договорились
    Невинное обсуждение вопроса про IT как основу всех высокотехнологичных рынков превратилось в мой и Игоря Ашманова нервный разговор о ВПК и ценностях, он аж перестройку вспомнил. Я утверждал, что экономику определяет политика, политику определяют ценности. Увы, о ценностях мы с ним так и не договорились -- https://www.facebook.com/abulaphia/posts/10152875091291914

    UPDATE: похоже, что в фейсбуке эта запись подзамочная -- не всем видна.
    Thursday, May 14th, 2015
    9:18 pm
    Карибская прописка искусственных интеллектов
    Обратите внимание, какие интересные вебсайты появляются в домене острова Ангильи (Антильские острова) .ai -- http://en.wikipedia.org/wiki/.ai

    https://www.projectoxford.ai/ -- распознавание изображений, лиц, анализ и синтез речи от Майкрософт (API)
    https://www.luis.ai/ -- понимание естественного языка от Майкрософт (API)
    http://www.loop.ai/ -- персонализованные приложения на базе AI-powered deep profiles разных людей от AI Loop Labs (digital genome API, только не путайте с "просто геномом", это не про биологию)
    http://www.tempo.ai/ -- мобильное приложение суперумного календаря-помощника, типа Google Now от Tempo AI

    UPDATE от ideali из FF:
    https://luka.ai — Luka uses AI to find and book the best places to eat through a chat interface
    https://x.ai — x.ai is a personal assistant who schedules meetings for you.
    http://api.ai — Build intelligent speech interfaces for apps, devices, and web
    https://wit.ai — Your users give us voice or text, you get back structured data. It's that simple

    Так что мы знаем теперь, где гнездо ИскИнов: британская заморская территория http://en.wikipedia.org/wiki/Anguilla


    А когда вам нужен будет домен .ai для вашего проекта? В этом году? В следующем? Через три года?

    А когда все проекты будут AI и ценность и особость домена .ai потеряется, как затёрлась уже ценность и особость домена .net?
[ << Previous 20 ]
About LiveJournal.com