КОЛОНКИ · 14 сентября 2015, 09:27 · isavchuk
Неделя за 10 ссылок: не стреляйте в тестировщиков

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

1. Острая денежная недостаточность в байнете

Новый аналитический материал Как нишевые медиаресурсы занимают свое место в байнете я бы совместил в композицию с таким же светлым материалом Дениса Блища Главная проблема белорусских интернет-СМИ.

Если читать лень, то знайте: в байнете везде всё упирается в стоны о том, что «денег нет». Комментарий из последнего поста как бы успокаивает, что не всё так плохо:

На самом деле в Беларуси хоть Тутбай с Онлайнером есть. В Украине вообще ничего похожего по формату нет. Читать нечего.

2. Айтишники после работы — фоторепортаж

Зачем программистам заброшенный бункер в Цнянке?

В компании «СофтКлуб» прошло летнее корпоративное мероприятие под названием «Сила команды», которое объединило вокруг себя программистов, аналитиков, сисадминов и журналистов и других. Целых 7 часов увлекательной игры пролетели незаметно, оставив приятные впечатления у всех собравшихся. Корреспондент KV.by принял участие в легендарной «Схватке» вместе с сотрудниками компании и подготовил для вас интересный фоторепортаж.

3. Уголок тестировщика

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

Закрыл багу,
И так одиноко стало
В ночи офиса...

И первая ссылка по теме: 5 вопросов, на которые должен отвечать любой Unit-тест, или как сделать ваши тесты лучше.

Тихо-тихо ползи
Баг вверх по склону Фудзи.
Краш неминуем...

B добавку парочка серьёзных видео по теме юнит-тестинга.

Делаем юнит-тесты проще:

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

Юнит-тест и все-все-все:

Кто-то из вас получает удовольствие от самого процесса написания юнит тестов? Лично я — да. Почему? Об этом и будет мой блиц-доклад. Я расскажу, как связка из Guice, TestNG, Mockito и Fest Assert тешит моего внутреннего гедониста.

Если вас уже давно настораживали тестировщики, то тогда можно посмотреть этот любопытный уличный опрос:

«Деплой начался!» —
Тестлид по дороге домой
Подстерег меня.

4. Скандал с «Яндексом»: «факап» «факапом» погоняет

Сама предыстория скандала — «Яндекс.Навигатор» записывал все разговоры с микрофона устройства, где был запущен и установлен.

Что же может сказать сам «Яндекс» в ответ? Это заказ со стороны ФСБ? Нет, по версии самой конторы это просто «досадная программная ошибка».

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

Вообще, в текстах «Яндекса» рябит в глазах от иноземного слова «факап», вероятно, это как-то связано с философией разработки Яндекс, смысл которой очень лаконично резюмирует следующий комментарий взятый отсюда:

Краткая версия «Яндекса»: «план» релизов был поставлен выше качества продукта и последствий от некачественного релиза. Главной проблемой считался срыв сроков проекта и, возможно, потеря бонусов его руководителями. Поэтому выложили сырой отладочный не предназначенный для релиза продукт, по принципу «а вдруг и так прокатит?». Не прокатило.

«Яндекс» также рассказывает много мелких забавный деталей, типа — версия хоть и была отладочной, но прошла тестирование. И в следующем абзаце про то, что в боевых условиях ничего не тестировалось, зато реальные пользователи наступили на грабли в течение нескольких часов после релиза.

Мой постоянный читатель, возможно, спросит, и какая же мораль вытекает из этой грязной с любой точки зрения (сделано ли это случайно или намеренно) истории? Лично мне сразу вспоминается эпическая история Обновление «Яндекс.Диска» привело к неработоспособности Windows и всех программ, что лишний раз доказывает, что с QA у отечественной поисковой конторки явно системные проблемы.

В качестве финального вердикта подшиваю к этой истории следующий факт:

Да-да, слышал уже от нескольких людей, что в случае углубления кризиса, первых будут увольнять именно тестировщиков — это самая незащищённая в ИТ-прослойка. Так вот, глядя на так называемый «факап» «Яндекса», может, стоит заранее задуматься над последствиями такой стратегии, а?

Билд релизят
Плачут тестеры

Глаза суппорта
Полны слезами.

В зарослях старого кода,
Смотрите, какие прекрасные
Баги родились!

5. Древне-русский дизайн Google

Многие уже знают о переменах с дизайном Google: Крупнейший интернет-поисковик мира не только полностью изменил логотип на главной странице, но и поменял иконку на всех своих проектах.

Тем не менее, интересна история этого нового логотипа с российскими корнями. Ещё в 2008 году дизайнер Денис Кортунов опубликовал пост «Почему новая иконка Google плохая». В нём российский дизайнер компании Turbomilk жестко критикует иконку Google. Через неделю история получает продолжение — он публикует свой собственный вариант иконки: Как нарисовать хорошую иконку для Google.

Как заявил Кортунов в разговоре с VC, компания Google сама вышла на него и договорилась об использовании дизайна в ребрендинге поисковика. Детали сделки и причины удаления оригинальной записи не разглашаются.

В посте от 2008 года с будущим логотипом Google один из первых комментов такой:

Плоское захватит наш мир! Кстати, забавное наблюдение — чем больше развивается 3D-кино, тем более «плоским» становится дизайн интерфейсов. Совпадение, но забавное.

6. Почему HTTPS — не панацея против утечки данных?

Современный веб-сайт должен поддерживать работу по HTTPS. Идеальный современный веб-сайт — использует HTTPS в качестве основного протокола. Скоро Сеть станет зашифрованной чуть менее, чем полностью. Что изменится тогда?

Могу лишь добавить по https-проблематике свою серию статей: Это СОРМ, детка.

7. Айтификация всей страны

Эстония глазами украинцев — статья обитателями «уникального для Европы ИТ-кластера» читается как-то тяжеловато с невольной тоской:

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

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

По этой же теме присовокуплю другую свежую статью: Энтони Таунсенд об умном городе и интернете вещей:

Город, в котором у каждого второго жителя в кармане смартфон, превращается в smart city. Квартира, в которой лампочка по Wi-Fi узнает о приближении хозяина и включается, становится царством интернета вещей. Вокруг нас много сценариев о том, как меняется наше общественное и частное пространство с приходом в него новых технологий. Чтобы понять, каким из них верить и что применимо к нам, T&P встретились с Энтони Таунсендом — урбанистом, ведущим экспертом NYU, автором книги «Умные города: большие данные, хакеры общества и поиск новой утопии».

8. Технари учат отдел кадров

Лекция для отдела HR про найм Java-разработчиков

Из комментариев, насчет советов по оптимизации резюме:

У меня полно случаев, когда люди с отличным резюме, с современными технологиями, проваливали проект. Причем деньги потрачены, люди разбежались, проект невозможно поддерживать по причине глупостей допущенных при проектировании. У клиента есть техническая проблема, которую нужно решить. А сами по себе технологии только инструмент, который ничего не решает. Все зависит от уровня сложности решенных задач и опыта. Были случаи, когда инструмент один и тот же, а результат прямо противоположный. Т.е. один программист решал задачу по обработке данных против группы программистов. В итоге программа, написанная одним программистом, выполняла обработку месячных данных на одноядерном компе за 15 минут.

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

9. NoSQL/Cassandra

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

Олег Анастасьев — За гранью NoSQL: NewSQL на Cassandra:

Cassandra на практике:

Про NoSQL базы данных сейчас, наверное, слышали все. Cassandra — одно из популярных и активно развивающихся NoSQL решений. В каких случаях стоит использовать NoSQL вообще и Cassandra в частности? Что такое схема базы в Cassandra и какие отличия от схем RDBS? Какие запросы можно строить в Cassandra? Подходы к индексированию данных. Распределенное хранилище в лице Cassandra — особенности и подводные камни.

Cassandra: быстрая запись данных в высоконагруженных системах:

Что такое базы данных типа «column family»? Как с ними работать и какие задачи можно решать на их основе? Что такое уровень согласованности? Как обеспечить сверхбыструю запись под высокими нагрузками?

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

10. Улучшаем свой английский

Топ-10 английских терминов, которые русские программисты произносят неправильно:

Выцепил из комментов к видео:

А еще есть ошибки, связанные не с произношением, а с пониманием. Например, мало кто знает, что слово data — это множественное число. В единственном числе — datum. Пишут data даже в случаях, когда по смыслу надо бы datum.

А ещё напомню, что я писал ранее про беду с произношением в наших краях слова «release».
 



*Мнение колумнистов может не совпадать с позицией редакции.

**В цитировании сохранены авторская орфография и пунктуация.

Источник: dev.by
Новые комментарии

Обсуждение

Missing
+3

> отечественной поисковой конторки

Ох, Игорь Игорь :)


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

Использование материалов, размещенных на сайте, разрешается при условии прямой гиперссылки на dev.by. Ссылка должна быть размещена в подзаголовке или в первом абзаце публикации.
datahata — хостинг в Беларуси