Государственная комиссия из министерства транспорта США и НАСА изучила 280 000 строчек кода в автомобилях Toyota и не нашла в них ошибок. Таким образом, названы две причины массовых случаев ДТП с участием автомобилей Toyota: это неправильное расположение коврика и залипающая педаль акселератора.

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

Издание New York Times рассказывает о неприятных подробностях, всплывающих в ходе судебного разбирательств крупного производителя железа, компании Dell. Согласно записям, компания подделывала реальные данные о качестве собственной продукции, утаивала весомые рыночные данные, и продолжала развивать маркетинговые кампании несмотря на явные недочеты в производственных процессах.

Все началось еще в 2007 году, когда Advanced Internet Technologies подала в суд за «сокрытие известных недостатков десктопных машин». Фактически дело завершилось в суде в сентябре этого года, а федеральный судья предъявил документы только в минувший четверг. И там очень много интересного.

Например, Times пишет, что исследования проведенные еще в 2004 (!) году говорили о том, что минимально 12% машин SX270 Optiplex испытывали проблемы в течение трех лет эксплуатации (другие модели, например GX270, так же включены в отчет). К концу того же года соотношение достигло 45%, с 97% вероятностью сбоя и выхода из строя.

Этот факт нисколько не смущал Dell, стимулирующую продавцов поднимать продажи. Тем, кто покупал много техники от поставщика, эта информация поставлялась по внутренним каналам с пометкой «совершенно секретно», шутка. Dell просто сказала что количество запросов на починку увеличится.

Конечно, делались и правильные шаги. Более 4 млн. Optiplex'ов было снято с производства и исправлено в период 2003-2005 гг, Dell же заверяет в том, что проблема с техникой осталась в прошлом. Будущее покажет.

В течение нескольких лет исследователи из Wiki Lab дорабатывали и тестировали дополнение WikiTrust, способное принципиально изменить внешний вид Википедии. Идея до гениального проста: выделять цветом (жёлтым, оранжевым и т.д.) сомнительные фрагменты текста. Сразу будет видно, какому тексту можно доверять, а какому — нет. Эту идею одобрил Джимми Уэйлс ещё на Викимании-2007, с ноября 2008-го программа тестировалась как расширение к MediaWiki, а вскоре её могут протестировать на всём контенте Википедии (кнопка “trust info” появится на каждой странице).



Алгоритм WikiTrust вычисляет степень «правдивости» каждого фрагмента по нескольким параметрам, в том числе двум главным: 1) авторитет автора фрагмента; 2) возраст фрагмента (точнее, количество просмотров страницы и количество исправлений).

Каждая новая правка теперь будет залита цветом от ярко-оранжевого до светло-жёлтого, в зависимости от авторитета автора. Окраска будет исчезать с каждым днём и каждым уточнением.

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

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