Прогноз по рынку виртуализации в 2012 году

К статье ниже еше хочется добавить что появление Open Virtualization Alliance с Red Hat во главе не сулит ничего хорошего VMWare, равно как и интенсивное развитие Hyper-V.

Прогноз на 2012 год: VMware утратит безоговорочное лидерство в сегменте платформ виртуализации.

Рождественское, Agile-овое

Найдено на InfoQ

On the first day of Christmas

My Agile Coach gave to me

A Kanban Board by a co-located team.

On the second day of Christmas
My Agile Coach gave to me
Two week Iterations
And A Kanban Board by a co-located team

On the third day of Christmas
My Agile Coach gave to me
Three Green Bars,
Two week Iterations
And A Kanban Board by a co-located team

On the fourth day of Christmas
My Agile Coach gave to me
Four Planning Poker Decks
Three Green Bars,
Two week Iterations
And A Kanban Board by a co-located team

On the fifth day of Christmas
My Agile Coach gave to me
Five Daily stand-ups a week,
Four Planning Poker Decks,
Three Green Bars,
Two week Iterations
And A Kanban Board by a co-located team

On the sixth day of Christmas
My Agile Coach gave to me
Six Pairs-a-Programming
Five Daily stand-ups a week,
Four Planning Poker Decks,
Three Green Bars,
Two week Iterations
And A Kanban Board by a co-located team

On the seventh day of Christmas
My Agile Coach gave to me
Seven Stickies Moving,
Six Pairs-a-Programming,
Five Daily stand-ups a week,
Four Planning Poker Decks,
Three Green Bars,
Two week Iterations
And A Kanban Board by a co-located team

On the eighth day of Christmas
My Agile Coach gave to me
Eight objects refactored
Seven Stickies Moving,
Six Pairs-a-Programming,
Five Daily stand-ups a week,
Four Planning Poker Decks,
Three Green Bars,
Two week Iterations
And A Kanban Board by a co-located team

On the ninth day of Christmas
My Agile Coach gave to me
Nine Clients advising,
Eight objects refactored,
Seven Stickies Moving,
Six Pairs-a-Programming,
Five Daily stand-ups a week,
Four Planning Poker Decks,
Three Green Bars,
Two week Iterations
And A Kanban Board by a co-located team

On the tenth day of Christmas
My Agile Coach gave to me
Ten User Stories
Nine Clients advising,
Eight objects refactored,
Seven Stickies Moving,
Six Pairs-a-Programming,
Five Daily stand-ups a week,
Four Planning Poker Decks,
Three Green Bars,
Two week Iterations
And A Kanban Board by a co-located team

On the eleventh day of Christmas
My Agile Coach gave to me
Eleven Retrospectives,
Ten User Stories
Nine Clients advising,
Eight objects refactored,
Seven Stickies Moving,
Six Pairs-a-Programming,
Five Daily stand-ups a week,
Four Planning Poker Decks,
Three Green Bars,
Two week Iterations
And A Kanban Board by a co-located team

On the twelfth day of Christmas
My Agile Coach gave to me
Twelve Specifications-by-example
Eleven Retrospectives,
Ten User Stories
Nine Clients advising,
Eight objects refactored,
Seven Stickies Moving,
Six Pairs-a-Programming,
Five Daily stand-ups a week,
Four Planning Poker Decks,
Three Green Bars,
Two week Iterations
And A Kanban Board by a co-located team with an awesome Velocity!!!!!

Скромность как черта профессионализма

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

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

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

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

Google создал учебный курс по Android

Разработка под Android / Учебный курс по разработке для Android от Google

Ахтунг!

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

Сравнение PaaS сервисов для Java разработки

Здесь (InfoQ)
Стоит отметить что для .NET я пока слышал только про Azure, но так как не очень знаком с архитектурой, то не могу утверждать что он является в полной мере PaaS.

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

Книга: Эрик Берн. Игры, в которые играют люди. Люди, которые играют в игры

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

1.  Человек (любой) имеет проблему упорядочения времени - что сказать после того как сказано "здравствуйте"? Что делать дальше? Как себя вести?
   Все, что происходит между двумя и более людьми после слова "здравствуйте" является цепочкой транзакций (тут как раз и начинается транзакционный анализ в психологии) - то есть передача некоторого стимула для реакции от одного человека к другому.
   Транзакции имеют свою типологию  - есть ритуалы (общение людей в общественном транспорте), деятельность (рабочее взаимодействие между людьми), развлечения, процедуры, игры, близость.
   Наиболее интересны последние два типа - игры и близость, и если второй вряд ли поддается анализу, то с первым все несколько лучше.
   Также интересным типом транзакций являются развлечения - в ходе развлечений люди определяют свой круг знакомств и дружбы на длительное время. Но это уже совсем другая история (с).
2. Личность человека можно условно разделить на три состояния  - Я-Ребенок, Я-Родитель, Я-Взрослый. Последний тип наименее интересен, так как он отвечает за рациональное мышление и игры с ним не проходят.
   Более интересны Ребенок и Родитель. Родитель - это отражение того какими были родители, и что они вложили в голову. Ребенок - это вообще "свободный радикал", который как раз символизирует творческое начало личности.
   Транзакции происходят между состояниями личности - Родитель-Родитель, Ребенок-Ребенок, Взрослый-Взрослый. Место для игр возникает тогда когда происходит обмен транзакциями между неэквивалентными состояниями личностей - Взрослый-Родитель, Ребенок-Взрослый.
3. Игра - это механизм получения выигрыша одним человеком от другого путем обмена транзакциями, который имеет четкую структуру, и основывается на использовании транзакций неэквивалентных состояний личностей.
   Понятие выигрыша в данном случае не стоит ассоциировать только с позитивным контекстом - выигрышем может быть как (само)убийство, банкротство, алкоголизм, проч.
   Игра состоит из :
   
   • приманки которую выставляет игрок
   • слабости к приманке которую имеет потенциальная жертва
   • рычага, с помощью которого игрок получает выигрыш от жертвы
   • выигрыша, который получает как игрок, так и жертва
   Куча примеров игр  приведена в самой книге, цитировать не буду.
4. Люди играют в игры. Так или иначе - играют. Однако некоторые игры безопасны для себя и окружающих, некоторые  - нет.  
5. То в какие игры будут играть люди обусловлено тем какой жизненный сценарий они себе выбрали.
   Сценариев ограниченное количество, большинство из них пересказано в сказках, мифах, книгах, фильмах.
6. Выбор сценария осуществляется в период до 6 лет.
   Переводя на человеческий - все что с вами происходит в вашей жизни обусловлено тем какой вы сценарий себе выбрали в детстве,в период до 6 лет, или даже до 3.
   Более того - на выбор того или иного сценария масса факторов, основным из которых является окружение ребенка, в частности родители и близкие родственники.
   Ребенок адаптируется под условия чтобы нравится, ввиду чего выбирает сценарий чтобы продолжать нравится. Проблема в том что сценарий выбранный в раннем детстве чтобы нравится своему ближайшему окружению может не быть пригодным для полноценной жизни в дальнейшем.
7. Сценарий выбранный человеком "оттачивается" в течении определенного времени - разыгрывается он не сразу, сначала будут репитиции и "игры", и лишь затем сценарий будет выполнен.
8. Сценарий заложенные в человека можно поменять.

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

О мобильном интернете одной строкой

(вдохнул)

75% мобильного трафика - со смартфонов
28% населения России пользуются мобильными интернетом
Средний пользователь - мужчина в возрасте от 18 до 34,  с высшим образованием, работающий полный рабочий день, зарабатывающий 25—50 тысяч, проживает в топ 10 регионе страны.  Имеет первый в жизни смартфон на андроиде с сенсорным экраном, 3г, гпс, за 350 $, ,  купил 3  по 3,5 доллара в магазине приложений (нокиа, яблоко, андроид). , играет, пользуется мобильными интернетом 5 дней в неделю, короткими сессиями ( дома, на ходу, на работе), для того чтобы скоротать время,проверить почту, посетить социальные сети.

Источник
http://www.json.ru/files/mobile_internet_in_russia.pdf

(выдохнул)

Совершенно внезапно

"In its latest chapter, I'm really impressed by the way that Oracle has behaved: their reputation and history are clear, and yet the strength of the community that they have to work with has kept them in line. Java is far stronger today than I would have predicted two years ago," Gosling said.

James Gosling on Java & Oracle in an article at the Register.

Найдено тут
http://robilad.livejournal.com/102230.html

MS vs. VmWare

Technology: Кто сдохнет первым? (Hyper-V vs. vSphere)

Об обязанностях и ответственности тестировщика

сегодня вещает Джеймс Бах

A Tester’s Commitments

Наслаждаемся

Repost

Байка для оруженосца

Kent Beck - you're the next =)

Если люди снимают такое видео после прочтения Implementation Patterns от Kent Beck, я думаю эту книгу стоит поставить в список на прочтение.

Тем более что Tim Berglund напрягся и зарифмовал тезисы из книги под доктора Сьюза.

В общем смотрите сами, впечатляет 

Интереснейшая статья в InfoQ о "черных лебедях"

http://www.infoq.com/news/2011/10/risky-it-projects
И более детально в Harward Business Review

В ссылках от первой статьи еще много всего интересного.

Review: Apache Maven 3 Cookbook

Book on Amazon.
So, as I promised earlier I publish my review.
First of all I would say that subject book is very easy for ubderstanding.
You will not find here advanced topics such as repository or distribution management but this book can be very helpfull if you migrating your project from Ant to Maven.
That is really cookbook - it contains a lot of relatively simple recipes.
I think this book will be very usefull for maven beginners.

Протекание абстракций

Весьма занимательная статья. Мой опыт подтверждает сказанное автором статьи – знать детали реализации весьма полезно.

Проблемы передачи списка перечислений или Почему абстракции «текут»

Предметно– ориентированные языки программирования

Я вообще очень люблю читать Мартина Фаулера – взгляд этого человека на многие вещи носит более чем системный характер. Эту его статью не могу не порекомендовать – она во многом носит характер предсказания и провидения. К обязательному прочтению.
Language Workbenches: The Killer-App for Domain Specific Languages?

Java - Concurrency patterns: Disruptor

Буду краток.
После прочтения описания паттерна Disruptor очень хочется назвать авторов хитрожопыми пидорасами , однако памятуя о той работе которую они проделали все-таки они очень умные и прошаренные ребята.
До конца пока не понял как он работает, буду курить сорсы.

Apache Maven 3 Cookbook - review comming soon

Vishal Tiwari from Packt Publishing proposed to review Apache Maven 3 Cookbook.
You can also join on LinkedIn

So, folks, you can expect that my public review will follow ASAP.

Книга: Сергей Архипенков. Лекции по управлению программными проектами

Это вторая книга автора которую я прочитал, первая – руководство командой разработчиков программного обеспечения.

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

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

Веб-разработка / Официальная презентация языка Google Dart

Знакомство с трудами Сергея Архипеноква для меня началось с его статьи "Психология управления программными проектами".
Статья очень меня вдохновила, приоткрыла глаза на некоторые аспекты, после чего Сергей попал в мой список для чтения.
Поняв в конце прошлой недели что осилить Эрика Берна с его играми и людьми (http://www.ozon.ru/context/detail/id/2982012/) я решил переключится на более привычную, связанную с процессом разработки ПО.
В списке стоял сабдж.
Распечатал, прочитал. Книга не плохая, но ожидал я большего.
Многое из того о чем пишет автор - мысли полученные из первоисточников (Кови, Коуберн, Брукс, Друкер, etc).
Безусловно автор подтверждает мысли первоисточников своим практическим опытом, но в полной мере осознать их в рамках 80 страниц не получится - не даром первоисточники написали книги на 400 и более страниц в попытках донести свои мысли.
Структурирована книга достаточно хорошо, однако в не которых местах целостности структуры не хватает, или я не смог ее уловить.
Я бы рекомендовал относится к этой книге как к крупномасштабной карте знаний и навыков для тех кто стремится стать тимлидом или менеджером проекта.
Ценным для себя лично я нашел список литературы, проанализировав, который я пополнил свой личный список для чтения.
Я надеюсь, что "Лекции по управлению программными проектами" содержат куда как больше опыта автора, а он мне кажется более ценным ввиду его богатой биографии по реализации проектов по разработки ПО в условиях российской действительности.

Еще один взгляд на вопрос почему тестировщик должен уметь программировать

At Least Three Good Reasons for Testers to Learn to Program

Design Patterns by GoF

Design Patterns: Elements of Reusable Object-Oriented Software

Вместо предисловия Фууух, бля, наконец-то,дочитал! Я смог это сделать только с 7-го раза.

Итак, классика а-ля "Война и мир" по меркам книг для IT. Читается так же тяжело (к слову, "Войну и мир" я закончил читать на второй странице первой главы первого тома, так как концентрация французского зашкаливает).Кому эту книгу читать: всем кто лабает код - разработчикам (must read!), автоматизаторам (в особенности!).Книга написана мягко скажем через задницу - писали ее люди без литературного образования, да и редакторы с переводчиками не очень сильно старались. Тем не менее польза от книги великая. Я бы порекомендовал не начинать читать книгу сразу, а пройтись по сети и надергать примеров реализации паттернов на понятном конкретно вам языке программирования, ибо без этого воспринять содержимое очень сложно. Для себя я создал проект в Eclipse и структурировал по группам паттернов. Вот так  После того как запасетесь примерами можно начинать всасывать паттерны мозгом. Как правильно заметили авторы в последней главе - на паттерны сначала надо посмотреть как на решение, и только после этого нужно пытаться понять в каких задачах его можно применить. Не надо думать что паттерн - это прием. Использование паттерна - это как хирургическая операция, если сделал - то последствий не избежать. Если вы достаточно давно пишете коммерческий код, то в паттернах и примерах их реализации вы увидите очень мало нового для себя - кто из нас не гордился изобретением очередного Decorator или Adapter? Читать эту книгу новичкам я бы не рекомендовал - пока на вашем лбу нет достаточного количества шишек, необходимых для адекватного восприятия содержимого книги, вы все равно ничего не поймете. И последнее - прочитать книгу, уяснить паттерны, знать особенности реализации - это все конечно хорошо, но высший скилл все-таки состоит в "pattern recognition", распознавании образов, а это достигается только практикой.