Недавно я решил расширить свой кругозор и освоить новую для себя технологию – Flex. Причин тому несколько: вначале я посетил семинар в своей компании, где сотрудники поделились историей успеха по использованию Flex для довольно крупного коммерческого Rich Client приложения. Семинар был проведен “на одном дыхании” – очень интересно и полезно. Через несколько недель я зашел в гости к Саше Шишко: он показал мне, как на Flex можно написать серьезный онлайновый игровой проект. Итак, я и сам решил разобраться в том, что же такое Flex.

После того, как базовые уроки от Adobe были проработаны, я начал искать другие источники информации. Под руку попалась книга “Flex™ 3:
A Beginner’s Guide”. Ей и посвящен обзор.

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

Части, посвященные программированию, просто умиляют: в третьей главе автор в двух словах рассказывает об основных принципах ООП для не-программистов, а в 8-ой показывает, как пользоваться консольным(!) отладчиком. Синтаксис языка практически не описан, а примеры воспринимаются скорее интуитивно.

Наиболее полезными оказались главы 5 (States, Transitions and Behaviours), 6 (Modifying Appearance) и 8 (Debugging and Profilig, та часть, что Profilig).

Моя субъективная оценка – 4 из 10.

Сейчас читаю Essential ActionScript 3.0. Вот там все фундаментально – автор честно признается на 9-ой странице, что до 7-й главы компилировать и запускать ничего не будем, будем учить мат. часть. :-)

“As moves the world, to move in tune with
changing times and ways is wisdom”
— Thiruvalluvar, Poet and Philosopher, 31 B.C

Наконец-то мне попала в руки PDF-версия книги “Programming Groovy: Dynamic Productivity for the Java Developer” (ISBN 10: 1-934356-09-3 | ISBN 13: 9781934356098) из серии “The Pragmatic Programmers”.

Предисловие к книге написал Guillaume Laforge (руководитель проекта Groovy), а приведенная выше цитата, написанная на Тамилском языке, навевает на мысль о причасности к авторству всеми любимых индийских программистов :)

В отличии от книги “Groovy in Action” издательства Manning, состоящей из 700 страниц, в этой всего – 300, что уже само по себе не может не радовать. Да и размер страницы немного меньше.

Также в отличии от GINA, рассматривается более современная версия Groovy из ветки 1.5.*, которая уже поддерживает все возмжности Java 5, и имеет ряд улучшений в API (особенно что касается Builder-ов).

Книга содержит инструкции по установке и настройке Groovy для различных ОС и IDE (Eclipse, Idea, TextMate, …), огромное количество примеров кода, демонстрирующих синтаксические возможности,  готовые примеры решения популярных задач (работа с XML, RDBMS, Ant), а также подробное описание возможностей Groovy MOP, возможностей DSL и Groovy-расширения JDK – GDK.

Конечно же в “Programming Groovy: Dynamic Productivity for the Java Developer” материал излагается не столь фундаметально как в “Groovy in Action”, но как по мне это неплохой компромис для тех, кто хочет быстро вникнуть в основы Groovy.  Для более детального понимания того, как устроен Groovy внутри советую все-таки прочесть (или хотя-бы вдумчиво пролистать:) “Groovy in Action”.
Книга пестрит примерами кода, и пропагандирует исключительно практический подод к изучению, – потому во время чтения не возникает ситуации “ниасилил многа букф” :)

А исходя из того, что Groovy неразрывно связан с Java, и самостоятельным языком для JVM станет ещё не скоро – книга все-таки расчитана больше на Java-разработчиков, чем на новичков, желающих вникнуть в достаточно новый и популярный язык Groovy.

P.S. Осталось ещё где-то  раздобыть Groovy Recipes: Greasing the Wheels of Java.

Как это связано с обзором книги Ant in Action, спросите вы? Напрямую! Каждый уважающий себя Java разработчик в состоянии прочесть готовый Ant скрипт и разобрать, что тот делает. Написать даже простой скрипт сложнее: необходимо понимать некоторые нюансы системы. А написать правильный скрипт, который выполняет сборку, тестирование и поставку сложного проекта – еще тяжелее. Тут нужен опыт работы и с Ant и с Java и еще с пол дюжины дополнительных систем и утилит.

Книга Ant in Action (2dn ed.) учит писать правильные скрипты правильно. Помимо основных принципов построения скриптов и базовых Ant task’ов авторы подробно рассмотрели процесс поддержки полного жизненного цикла проекта на основе Ant и других утилит. Книга оставляет ощущение полноты и даже некоторой чрезмерности: порой казалось, что книга посвящена не Ant’у а настройке благоприятной среды для запуска модульных тестов и непрерывной интеграции. Некоторые главы касались Ant’а лишь вскользь.

Мой вывод: хорошая работа, которую однозначно стоит прочесть java разработчикам, претендующим на звание Senior. Первая и третья часть просто замечательны. Вторую часть я рекомендовал бы читать выборочно – далеко не все проекты нуждаются в том обилии утилит, которые там так подробно описаны.

Общая оценка: 4 из 5. Много хорошего материала, хорошая и доступная манера изложения, но некоторые главы слабо связаны с основной тематикой.

Итак попорядку.

lBook eReaderV3 преставляет собой небольшой eInk-планшет, чуть меньше чем лист формата A5, толщиной около 9-ти мм.
4-х цветный экран, диагональю в 6 дюймов и разрешением 800×600, построен по технологии eINK VizPlex, – в результате при чтении складывается ощущение, что читаешь бумажную книгу, напечатанную на матовой бледной бумаге.
Внутри находится 200MHz Arm9-процессор производства Samsung, на котором успешно “крутится” какой-то малоизвестный Linux.

Умеет читать все популярные форматы книг, в том числе и PDF(!!!). Кроме того имеет встроенные MP3-плеер и выход для наушников (наушники комплеткуются).

Своей памяти 8Мб + слот расширения для карт SD/MMC (в комплекте идет SD 512Mb).

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

Немного о личных впечатлениях.

Как я уже писал ранее, поначалу относился к описанному девайсу пренебрежительно, но после 4-5-ти попыток использования – я проникся.
Читать удобно так же как и с книги, – глаза совершенно не устают и при этом не нужно придерживать закрывающиеся страницы. Говорить же о том, что можно носить с собой половину своей библиотеки, как-то даже неприлично :)
Также очень важным для меня был тот факт, что lBook умеет читать PDF с изображениями – уже больше 2х недель вечерами читаю Manning EJB3 in Action, получается даже довольно быстро :)

К минусам “игрушки” можно отнести отсутствие подстветки экрана (в темном автобусе почитать не удасться) и достаточно высокую цену. Хотя подозреваю что в течении 5-6 месяцев она будет очень сильно снижаться.

Только что закончил чтение замечательной книги – “Ship it! A Practical Guide to Successful Software Projects” авторов Jared Richardson и William Gwaltney.

Название книги достаточно полно описывает ее содержание – руководство по созданию успешных программных проектов. Авторы собрали полсотни лучших советов из своей практики и свели в одну небольшую 200-страничную работу. Получается всего по 3-4 страницы на совет. Должен заметить, этого объема вполне достаточно, чтобы грамотно, доступно и без “воды” изложить суть.

Это именно та книга, которую я бы посоветовал каждому начинающему лидеру команды. Авторы пропагандируют “прагматичный” подход к разработке: “применяйте только те практики, которые будут работать для вас”, “не пытайтесь чинить то, что не сломано”.

Изложение каждого совета разделено на несколько частей: описание сути совета, описание конкретных шагов с которых можно начать применение совета и раздел, который мне особенно понравился: два маленьких списка: “You doing it right if…” – признаки того, что методика используется правильно. и “Warning Signs” – “тревожные знаки” – признаки того, что методика используется неправильно.

Таким образом эта книга уже готова к применению. Я прочитал ее с огромным удовольствием и проверил, сколько из практик я реально выполняю. Оказалось – есть куда совершенствоваться!

Мой вывод: must read.

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

Отсюда и название книги: “Как пасти котов” – другими словами, как заставить зверей, которые гуляют сами по себе, идти в одном направлении. То есть, целевая аудитория книги – это _начинающие_ Team Leader’ы, бывшие программисты, которые доросли до повышения и чувствуют себя на новом месте крайне некомфортно.

Автор книги – J. Hank Rainwater, в прошлом проповедник. Может, именно из-за этого книга написана в формате наставления (на путь истинный). Автор обожает метафоры и цитаты. Цитирует все: от Мастера Йоды до Искусства войны.

Книга разбита на главы: каждая глава посвящена одному из аспектов работы лидера команды: подбор команды и взаимопонимание с разработчиками, проведение совещаний, самоорганизация, и т.д. Сказать что советы блещут новизной нельзя – любой, кто руководил хоть кем-то в своей жизни, должен их знать. К примеру: “хвалить сотрудников нужно публично, а порицать – с глазу на глаз”.

Не могу сказать, что книга – очень полезна, но читать ее приятно. Перевод почти не хромает (если не считать “эталоны” проектирования вместо “шаблонов”). Самая основная мораль, которую лично я для себя почерпнул: хватит читать техническую литературу по специальности, надо почитать что-нибудь из других областей, там тоже много интересного.

Мой вывод – книга, конечно, не “must-read”, но при наличии свободного времени прочесть стоит. Тем более, есть перевод.

P.S. Как непривычно читать по-русски!

На выходных (благо, их целых три было) дочитал книгу “Agile Project Management with Scrum”. В этой небольшой заметке я поделюсь своими впечатлениями.

Книга, естественно, о SCRUM. Вернее не о самом SCRUM, как о процессе, а о применении и адаптации SCRUM в самых разных ситуациях. Вся книга составлена на основе пары десятков “кейсов”, т.е. примеров и ситуаций, которые предстоит решить. Некоторые из кейсов показались мне уж слишком “наигранными”: сначала все в них плохо, потом приходит SCRUM и все сразу очень хорошо – менеджмент рад, шерсть программистов сияет здоровьем, ну и.т.д. Но этот маленький нюанс не мешает чтению.

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

Еще один нюанс: формальный обзор самого процесса представлен только в первой главе, то есть материала совсем мало. Где-то до середины книги мне было тяжело уловить суть SCRUM: наверное нужно было вначале прочесть “Agile Software Development with SCRUM”.

Резюме – книгу стоит прочесть. Даже если вы не работаете по методологии Scrum материал полезен “для общего развития”.

Как всегда напоследок о “языке” (о том, который English). Книжечка читается несколько сложнее, чем обычная статья по какой-нибудь технологии, так что если чувствуете себя неуверенно – IMHO лучше держать под рукой словарик.

В рамках поддержки инициативы Вадима, публикую небольшой обзор книги, которую я прочел. Книжечка называется “Don’t make me think”, автор Steve Krug. Первая мысль, которая меня посетила после того, как твердая картонная упаковка поддалась: “Ух-ты, а Амазон начал еще и рекламные брошюры слать! Так… а где собственно, книга?”

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

Книга написана очень удачно. Живой английский язык не вызывает сложностей, а идеи и решения максимально подкреплены практическими примерами. Одни из самых интересных моментов – это “тестирование” известных сайтов. Автор приводит скриншот сайта, описывает проблемы, которые он заметил и тут же приводит скриншот откорректированного варианта: “вот так сделал-бы я”.

Прочитав эту книгу, начинаешь более критично относится к привычным сайтам, и более внимательно – к потребностям пользователей. Хоть я и не дизайнер, но книга мне понравилась. Рекомендую всем, кто хоть как-то связан с web-разработкой.

Единственный нюанс: не пытайтесь читать скачанный или распечатанный вариант. Это все равно, что посмотреть на черно-белом телевизоре экранную копию, а потом рассказывать, что фильм “какой-то блеклый, да и звук не очень”. Книга создана для того, чтобы читать ее в оригинале.

Впечатление сложилось двоякое.
С одной стороны удивляешься как все легко, просто, гибко и главное быстро получается.
Радуешься отсутствию необходимости писать тонны конфигурационных xml-файлов.
Хвалишь продуманную и стандартизированную структуру всех проектов на Grails.

С другой стороны не покидает чувство непричастности к происходящему – уж больно много за тебя делает фреймворк, а что конкретно он делает на более низком уровне часто остается загадкой.
При чтении книги постоянно возникает вопросы а-ля “а если я хочу не так-то, а вот так-то”, ответ на которые сразу в голову не приходит – в результате получается ситуация когда вроде все прочитал-понял-проверил, но что-то более глобальное от тебя ускользнуло.

Несмотря на описанные “минусы” прочитать книгу советую.
Особенно тем, кто мало знаком с подходом, принятым в Rails-фреймфорках – как минимум для расширения кругозора и причислению себя к одной из армий “программеров-мышкокликкеров” или “любителей контролировать все от А до Я”.

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

http://www.knyha.com/ukr/catalog/10634/