Link : Юмор: Комментарии к коду

Java Code Geeks: Funny Source Code Comments

Спасибо @ivanenok за ссылку

Link : Про рост компаний и ослабление связей.

Прочувчтвовал пару раз на себе, при том как в прямую так и в обратную стороны.
Когда на фирме за полгода появляется 100+ новых сотрудников, то строить связи со всеми чисто технически невозможно - надо ведь еще и работать :).
Когда фирма "схлопывается" как это было например в кризис 2008 то связи между людьми растут и упросняются.

Рост фирмы и ослабление связей

Запас карман не тянет ???

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

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

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

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

Мысли.
Во многих материалах посвященных Agile отсутствие upfront design расценивается как великое благо, ибо не надо тратить ресурсы на то, что вполне возможно никогда и не пойдет в разработку.
И это согласуется с идеями Lean - незаверщенная работа не приносит добавленной стоимости, не убыстряет процесс, съедает ресурсы.
Но опять же тема для крестового похода Lean на Agile - быстро переключится и сделать другой кусок работы  - это true Agile, а иметь незаверщенное производство - совсем не Lean.

vSphere VIX API WRAP-UP

Начиная с 5 версии гипервизора ESXi VmWare включило в базовый функционал работу с гостевой операционной системой посредством VIX API.
В детали механизма работы я не вдавался, так как моя нынешняя деятельность не связана с виртуализацией.
Как пользоваться возможностями по работе с гостевой ОС - загрузка файлов, запуск процессов, прочее - рассказывает автор opensource API к vSphere Steve Jin.
Кстати рассказывает подробно, толково и с примерами кода.
vSphere APIs for Guest Operating System Management: What’s Special and When to Use It?

Link: Пирамида Маслоу в ИТ

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

Пирамида Маслоу в IT

Upload файлов при запуске Selenium-тестов на удаленном сервере

На вопрос отвечает Александр Друщь и коллеги из SauceLabs

http://saucelabs.com/blog/index.php/2012/03/selenium-tips-uploading-files-in-remote-webdriver/ 

И вновь о....

Как я уже писал  - скромность есть черта профессионализма, ИМХО конечно.
Разгребая почту обнаружил очередное письмо из рассылки одного небезызвестного человека в кругах тренингов по тестированию в котором он обещает обучить Selenium 2.0/WebDriver за два часа.

Много думал что написать, но не стану более писать ничего, ибо давать рекламу столь неквалифицированным тренерам - уже само по себе грешно.

Link: Мутационное тетирование

Весьма интересный инструмент и подход приведен по ссылке ниже.
Открытым остается только вопрос контекста использования подбного рода инструментов - аудит качества написания юнит-тестов???
И еще один вопрос - как это все будет работать, если конечно вообще будет в паре с mock objects???
JAVA / Mutation testing на примере Pitest

Link: Запуск процессов внутри гостевой ОС в vSphere 5

Run Program in Guest Operating System on VMware
Очень хотелось бы иметь подобного рода возможность пару лет назад. Увы, ее не было.
Очень рекомендую блог автора ссылки, Стива Джина. Он действительно отличный инженер и евангелист своегт дела.