Хабрахабр: Коллективные / Блоги / Захабренные Голосов: 10 Адрес блога: http://habrahabr.ru/blog/ Добавлен: 2007-10-24 18:05:40 блограйдером Robin_Bad

Гаджеты. Устройства для гиков / [Ссылка] Электронные сигареты — как они устроены и какие бывают

2011-07-26 01:49:33 (читать в оригинале)

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

---

Тестирование / [PODCAST] Подкаст «Что случилось с тестировщиками — 2»: есть ли выход из этой норы?

2011-07-26 01:14:35 (читать в оригинале)

Мы продолжаем говорить со специалистами в области тестирования ПО, чтобы разобраться в вопросе «Что случилось с тестировщиками?»

В теме продолжают разбираться Слава Панкратов (case) и Саша Орлов (eagleson) — в славном боевом прошлом специалисты и руководители команд по тестированию.

Напомним, что мы провели небольшой опрос на сайте www.it4business.ru к которому присоединились наши коллеги из сообщества www.happy-pm.com и сообщество Стратоплан.Ру в Фесбуке из которого узнали, что половина опрошенных считает проблемой тестировщиков ПО непонимание целей и задач тестирования ПО.

Мы уже записали и опубликовали на Хабре небольшой подкаст с Глебом Рыбалко, который работает в тестировании более 6 лет.

Сегодня мы пригласили побеседовать на эту тему Алексея Лянгузова: 11 лет в тестировании, tech lead команды тестирования в Oracle, до этого работал в TogetherSoft и Borland, со-основатель сообщества тестировщиков Санкт-Петербурга.

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

1. Мы не говорим, что и как мы делаем: недостаток визибилити и прозрачности нашей работы для других членов команды или соседних рабочих групп и отделов.
2. Мы не можем банально посчитать в цифрах эффективность наших решений и показать результаты нашей работы.
3. Мы не готовы честно провести анализ полученных результатов и сказать «Да, я провтыкал и ошибся».
4. Мы закапываемся в работу и забываем, что «пилу надо точить»: книги, вебинары, публикации, тренинги – всего этого в нашей отрасли сейчас навалом.
5. Мы не смотрим шире своих рабочих задач: многие из нас тестировщиков «стажировались» в группе разработки за последний год? Не барское дело, понятно.
6. Мы не делимся опытом и наработками с другими группами: аналитики, программисты, менеджеры, наконец! А у нас есть что сказать: тестировщики — это пользователь номер 1 любого программного продукта. И только они знают готов ли он к запуску или нет.

Конечно, есть еще одна, банальная причина того, что тестировщиков ПО не воспринимают, как специалистов, которые понимают, что и зачем они делают. Даже не причина, а источник проблем — мы сами.

---

PHP / Runkit + PHPUnit = 100% покрытие тестами

2011-07-26 00:59:39 (читать в оригинале)

Здравствуйте, уважаемые коллеги.

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

Другим же условием хороших тестов является отсутствие сторонних эффектов (side effects), как например создание/удаление файлов, установка сетевых соединений, запись в порты и т.д.

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

Под катом вы найдете мое решение и, в качестве бонуса, еще одну ОПП-обертку к курлу, полностью покрытую тестами.

---

Apple / GarageBand — Что может «сочинить» почти дилетант за 8 минут

2011-07-25 23:55:24 (читать в оригинале)

Наверное, многие владельцы iPad'ов знают о замечательной музыкальной программе под названием GarageBand (ссылка на AppStore, цена $4.99).

Но почему-то на просторах ютуба видео про нее не так-то много. Собственно, я решил внести свою лепту.

Итак, ниже привожу небольшой ролик, в котором показываю, что может создать дилетант за 8 минут. Владение музыкальными инструментами и нотной грамотой — не обязательно. На видео — результат недолгого копания с программой. Уверен, если провести с ней больше времени, можно написать (почти) полноценное произведение. (Как я понимаю, владельцы маков могут потом «допилить» и почистить результат своих музицированой в garageband'е для маков).

---

Обработка изображений / Алгоритм морфологического сглаживания MLAA для CPU

2011-07-25 23:19:54 (читать в оригинале)

Компания Intel опубликовала описание алгоритма морфологического сглаживания (MLAA), который предназначен для работы в реальном времени на CPU (демо, исходные коды).

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



Если вкратце, то фильтр MLAA ищет L-, Z- и U-образные границы пиксельных групп, после чего размывает окружающие пикселы для получения плавных очертаний.