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

Вот имеем некоторые факты:

• Команда Принстонского университета разработала для участия в гонках автономных автомобилей-роботов Darpa Grand Challenge (когда-то что-то мы о них писали) свою машину.
• Программное обеспечение машины реализовано на C#.
• Машина Принстонского университета гонку не прошла.

О том, почему такое стало возможным, написал один из участников принстонского проекта, некто Брайан Кэттль (Bryan Cattle). Написал прямо скажем в стиле "а это всё потому, что у меня раньше велосипеда не было" (я бы даже сказал - очень с маркетинговым душком написал, просто "Ура! Мускул тёти Аси приехал!").

Но не суть.

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

1. We looked through the code on paper, literally line by line, and just couldn't for the life of us imagine what the problem was. It couldn't be the list of obstacles: right there was the line where the old obstacles got deleted. Sitting in a McDonald's the night before the competition, we still didn't know why the computer kept dying a slow death.
2. We profiled the memory usage and saw the obstacle list blowing up. How could this be? We called "delete" on those old obstacles! To our amazement, it was only minutes before we realized that our list of detected obstacles was never getting garbage collected. Though we thought we had cleared all references to old entries in the list, because the objects were still registered as subscribers to an event, they were never getting deleted.

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

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

А теперь - реакция "культовых" гиковских ресурсов на это сообщение:

слэшдот - "Утечки памяти С# потопили (торпедировали) шанс Принстона в соревновании DARPA"

рэддит - "Принстон проиграл соревнования DARPA из-за утечки памяти в C#"

Странно, что ни в чём не виноват Гоголь.

А ведь он-то, как раз, и должен был на дереве сидеть.

Голый.

* * *

И, наконец, самое последнее - обновился до версии 2.95 легендарный Punto Switcher. Что само по себе - событие.

Избитые фразы уникальны тем, что они нарушают закон "сохранения всего" - от их повторения ничего не прибавляется и ничего не убывает.

Вот, например, -

"чем раньше в проектном процессе допущена ошибка и чем позже она обнаружена - тем более дорогим будет устранение её последствий".

От повторения этой избитой фразы ничуть не прибавляется понимания насколько же дороже получается запоздалая ликвидация последствий.

А тут прямо с утра такой замечательный пример... Пусть не из области программирования, из архитектуры и строительства, но всё-таки здесь есть кое-что очень близкое, ведь речь идёт о MIT - знаменитом Массачусетском технологическом. Да и, в конце концов, пора уже согласиться с тем, что инженерия - она даже и на PHP инженерия (хотя, конечно, на PHP - это я загнул).

Это знаменитое безумство архитектуры - Stata Center, корпуса MIT, многие видели на фотографиях не раз - уж больно оно броское и архитектурно-неправильное:

Итак, пару дней назад (6.11.2007) Массачусетский технологический институт подал в суд на архитектора Франка Гири (Frank Gehry) за ошибки в проектировании Stata Center, который в своё время обошёлся MIT в кругленькую сумму - 300 миллионов долларов США.

Стоимость собственно проекта, над которым работало бюро Франка Гири - 15 миллионов долларов.

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

MIT затратил дополнительно 1,5 миллионов, наняв стороннюю компанию, которая для начала полностью перестроила амфитеатр, оснастив его новой дренажной системой. Но это было только началом.

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

Итого.

300-миллионый проект оказался мягко говоря не совсем удачным для истца (MIT).

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

Вот столько примерно и стоят ранние "ошибочки".

Кому интересно, что будет дальше - следите за газетой The Boston Globe, там наверняка будут этот процесс освещать и дальше, пока же - первая их статья.

зы

фотография взята отсюда

1. 73% - администрирование ОС Windows
2. 70% - сетевое администрирование
3. 60% - администрирование баз данных
4. 55% - администрирование брандмауэров
5. 52% - управление беспроводными сетями
6. 34% - бизнес-разведка средствами IT
7. 22% - реализация ERP
8. 21% - разработка ПО на основе .NET
9. 18% - реализация CRM
10. 18% - администрировнаие Linux
11. 18% - администрирование Unix
12. 18% - разработка всякого на основе XML

Я бы это отнёс в рубрику "Ужас!". Но у нас такой нет. А жаль.

И на Солнце бывают пятна, и в Ubuntu бывают ошибки, причём более чем неприятные, за которые, возможно, придётся расплачиваться вышедшим из строя... железом. И это не фейк, увы.

Причём, как и положено, Ubuntu наносит ущерб там, где он может быть хоть немного (а то и ощутимо) выше - при инсталляции на ноутбуках. Управление винчестерами  ноутбуков - прерогатива подсистемы APM (Advanced Power Management) и управляющей ею утилиты hdparm.

Беда в том, что прописанные по умолчанию в скриптах инициализации Ubuntu параметры hdparm таковы, что APM конфигурируется на планомерное уничтожение винчестера методом сверхинтенсивного выполнения процедуры load-unload (похожей на парковку головок) - до трёх раз в минуту и даже чаще, что сокращает срок жизни винчестера до... 130 дней.

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

Достаточно взглянуть на персональные сетевые ресурсы первых пострадавших, чтобы понять, что "просто пользователь" в подобной ситуации вообще обречён.

Например, блоггера Paul очень трудно назвать "просто пользователем" - у него два ноутбука под Linux, работающих круглосуточно, он автор нескольких программ. И, - "пострадавший от Ubuntu" c персональным счётом -4 2,5" винчестера за 2 года, которые, вообще-то, стОят весьма прилично (это не я так думаю, это Paul так говорит - "Since laptop HDDs cost a lot more per megabyte than normal 3.5” drives, this was becoming an expensive issue for me").

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

Кстати. И некстати. Истерику с ошибкой в Excel я запомнил. А где же истерика с ошибкой №59695 ? Казалось бы - первый подтверждённый случай аппаратных потерь от программной ошибки, тут надо доставать Великий Бубен, созывать трубадуров. Ан нет - все делают вид, что ничего не произошло. 

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

Если, конечно, хочется, чтобы ноутбук работал долго и доставлял удовольствие, а не дополнительные расходы.

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

Один из лучших производителей клавиатур, Cherry, в содружестве с компанией Suse, разрабатывающей популярный дистрибутив ОС Linux, приступила к серийному выпуску первой Linux-клавиатуры.

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

Клавиатура CyMotion Master Linux весьма симпатична и без сомнения отличается всеми достоинствами, свойственными продукции Cherry, кроме того, что должны оценить все, кто предпочитает клавиатурный ввод команд "мышиной возне", CyMotion Master Linux при одинаковых габаритах с прочими клавиатурами обладает на 20% увеличенной площадью клавиш.

Вместо флага - пингвин:

Пингвин украшает и кнопку Esc:

В комплекте в клавиатурой поставляется хорошо известное пользователям ОС Windows приложение KeyMan, теперь доступное и для *nix платформ. Также "в нагрузку" к клавиатуре идёт и дистрибутив SUSE 9.1 Special Edition.

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

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

Итак, в четвёртом, "праздничном" квартале, ожидается объем продаж этой самой потребительской электроники на уровне 48,1 миллиарда долларов.

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

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

1. компьтер;
2. мир во всём мире и счастье всему человечеству (ну или хотя бы личное);
3. телевизор с большим-большим экраном;
4. шмотки;
5. деньги.

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

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

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

Иными словами, массы с удовлетворением вопринимают лозунги "Не сползая с дивана" и "Теперь на большом экране".