December 4th, 2013

2019

lytdybr

Мои винды таки пострадали от проблемы с Яндекс.Диском (http://habrahabr.ru/post/204580/) -- активацию системы я восстановил, но какие-то .dll таки поудалялись. В частности, при загрузке сообщается, что модуль LogiLDA.dll не найден. Это логитеховский download manager, и я отсутствия именно этого .dll не боюсь. Но что там ещё понаудалялось из системной папки?! Восстанавливать систему мне что-то не хочется, но и стабильности от операционной системы после того, как её так сильно покорёжили, я тоже не жду.

Вечером пришло письмо, что за эти страдания Яндекс мне подарил 200Гб в облаке. Но вряд ли я буду активно юзать этот подарок: при публикации в narod.yandex.ru ссылка рассылалась по факту анонимная, а ссылка опубликованного через яндекс-диск получается именованная. Мне же не всегда хочется делиться с людьми файлами от моего собственного имени, я тут хочу проявлять скромность.

Обсуждали сегодня, как развернуть issue tracker там, где развернуть по-нормальному нельзя (пользоваться онлайн-сервисом за файерволом нельзя по соображениям безопасности, а разворачивание какого-нибудь Trac или Redmine окажется сверхтяжёлым проектом для местной IT-службы, с абсолютно неясными сроками). Решение, конечно -- ползущие по стенке в комнате команды липкие стикеры с issues. Начальный участок стены именуется inbox, у каждого члена команды свой кусочек стены, а закрытые issues потом налепляют на участок closed. Бумажные технологии рулят, а программное обеспечение, как всегда, опаздывает.

Замучался сегодня зумить слайды на клиентском проекторе с маленьким разрешением. Давно я не следил, что происходит на рынке проекторов -- а там очень небольшой прогресс. Так, типичный 1080p проектор весом 2.65кг стоит порядка 34тыс. рублей (http://www.sotmarket.ru/product/benq-w1070.html#tab=specifications). А я думал, что там сейчас цена будет порядка 20тыс. рублей за вес порядка полутора килограмм.

Гугль занялся роботами, скупил уже семь компаний -- http://www.nytimes.com/2013/12/04/technology/google-puts-money-on-robots-using-the-man-behind-android.html?partner=rss&emc=rss&smid=tw-nytimes&_r=1&. Интересно, кто в Гугле стал начальником робототехники: Mr. Rubin, the 50-year-old Google executive in charge of the new effort, began his engineering career in robotics and has long had a well-known passion for building intelligent machines. Before joining Apple Computer, where he initially worked as a manufacturing engineer in the 1990s, he worked for the German manufacturing company Carl Zeiss as a robotics engineer. ... Earlier this year, Mr. Rubin stepped down as head of the company’s Android smartphone division. Since then he has convinced Google’s founders, Sergey Brin and Mr. Page, that the time is now right for such a venture, and they have opened Google’s checkbook to back him. He declined to say how much the company would spend. Ага, начал с роботов, отвлёкся на то, чтобы реализовать идею Android, а потом вернулся к роботам.

Сделка с Майкрософта и Нокиа была одобрена, ко всяким Xbox One, клавиатурам и мышкам добавились телефоны. Вот такие у нас теперь софтверные компании -- гуглы, майкрософты, а дальше подтянутся и все остальные более мелкие. Реальный сектор, куда ж от него денешься! И никакой "новой экономики", только старая, хорошо проверенная, с хорошо известными со времён тюльпанных и канальных лихорадок пузыриками.
2019

Спиральный метод поэтапного выделения ресурсов (ICSM)

В стане любителей жизненных циклов какое-то оживление. Только появился военный язык моделирования жизненного цикла (http://ailev.livejournal.com/1097200.html), как ACM вдруг решило провести вебинар по видам жизненных циклов с Barry Boehm. Его Incremental Commitment Model (http://ailev.livejournal.com/691464.html) получила развитие и теперь называется Incremental Commitment Spiral Model (ICSM, http://csse.usc.edu/csse/TECHRPTS/2010/usc-csse-2010-519/usc-csse-2010-519.pdf и свеженькое http://csse.usc.edu/csse/TECHRPTS/2013/reports/usc-csse-2013-502.pdf). Вот это нужно читать и восхищаться каждым словом (при этом помним, что ICM подавалась сначала как учёт опыта предыдущих видов жизненного цикла, включая спиральный. А теперь это "спиральный" вытащено из "учтённого" аж в название. Ну и прочие забавности типа различения agile и architected agile, поминания cyber-phisical-human systems и прочие интересности на почти каждом слове):
The Incremental Commitment Spiral Model (ICSM) extends the scope of the original spiral model for software development to cover the definition, development, and evolution of cyber-physical-human systems. It has been successfully applied to systems ranging from small e-services applications to complex cyber-physical-human systems of systems. It is not a one-size-fits-all process model, but uses four essential principles to determine whether, where, and when to use candidate common-case process elements (reuse-based, prototype-based, agile, architected agile, plan-driven, product-line, systems of systems, legacy-based, etc.).

The four essential principles are (1) Stakeholder value-based system evolution; (2) Incremental commitment and accountability; (3) Concurrent multi-discipline engineering; and (4) Evidence and risk-based decisions. This presentation covers the four essential principles and their rationale; spiral, phased, concurrency, and process-element-decision process views; associated tools such as an Electronic Process Guide and the Winbook stakeholder win-win requirements negotiation system; and examples of successful ICSM use and pitfalls to avoid. (Based on a book co-authored by Barry Boehm, Jo Ann Lane, Supannika Koolmanojwong, and Richard Turner.)
Эта пара абзацев очень хороша как чеклист к программам учебных курсов, где рассказывается про жизненный цикл. Ибо военные военными (я хорошо помню, как в СПб в КБ Рубин я назвал Barry Boehm системным инженером, а меня поправили -- "он не системный инженер, он великий военный инженер"), а знать основные идеи с их достоинствами и недостатками нужно. А потом уметь с использованием знаний этих (и ряда других идей) обсудить тот вид жизненного цикла, который получается в собственном проекте. А то виды жизненного цикла во многих виденных мной проектах, как булки, на деревьях растут. Откуда в проекте вид жизненного цикла взялся, и как бывает по-другому, команде проекта даже в голову не приходит обсуждать (особенно, если есть вера, что прописанный в ГОСТе один-на-все-случаи вариант решает все проблемы -- как доказали наши предки, когда трава была зеленее, солнце ярче, а советская инженерия была самой инженерной в мире).