Greg the Architect - SOA This. SOA That.

Отношение в сообществе постепенно складывается вполне определённое.

"Мы продаём или покупаем?"

Почему статистические методы не могут заменить моделирования (комментарии также имеет смысл прочесть)

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

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

Process recess

Nick Malik пишет, что автоматизации бизнес-процессов мешает ориентированность языков их описания на человека, а не на машину.

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

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

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

Sails management

В конце июля NASA планирует запуск NanoSail-D - концепт-аппарата под солнечным парусом площадью около девяти с половиной квадратных метров.

Аналогичную попытку уже предпринимали в России по заказу Planetary Society (тот аппарат обладал парусом в 600 квадратных метров), но попытка была не слишком удачной. Ракета-носитель, стартовавшая летом 2005 года с подводной лодки в Баренцевом море, отказала через 83 секунды. До этого в 2001 году аппарат также не смог отделиться от носителя.

P.S. У NanoSail-D есть собственный аккаунт в twitter - видимо, там будет что-то выкладываться, но всё же кому интересно, следить лучше тут.

Buzzword Bingo

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

FAIL

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

Too young to die

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

Переход качества в количество

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

Философия для инженера

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

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

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

Что до доклада, то в нём характерен типичный иллюстративный довод: "However, excellent quantitative understanding needs to be built on better foundations of the qualitative. Even Newton moved from qualitative thinking about cosmology to quantitative solutions in the invention of physics and calculus". Что ж, каков вопрос, таков и ответ - как известно, трактовкой Библии и прочими в полной мере гуманитарными занятиями Ньютон занялся довольно поздно, что некоторые считают последствиями ртутного отравления (к которым относятся, в частности, проблемы с памятью, а также гипертрофированные эмоциональность и впечатлительность).

Spore

Создатели The Sims готовят к сентябрю новую игру на тему эволюции:

Конструктор существ для игры Creature Creator уже доступен:

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

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