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

В результате, имеем вот такую картинку (которая наверняка еще сыровата, содержит опечатки и недочёты, а потому будет, пожалуй, со временем тут же и обновляться). Кстати, за беспрекословный ориентир брались официальные английские правила, но если я где-то чего попутал или переврал — велкам в комментарии или любое другое место, где можно попросить внести правки, ссылаясь на авторитетные источники.

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

Идея сервиса проста: ставим приложение на любимый iPhone/Android, пополняем счет Roamer, перед поездкой устанавливаем переадресацию входящих своего родного оператора на номер который вам подскажет Roamer, на месте покупаем любую местную симку, звоним куда угодно с помощью callback’а от Roamer’а, принимаем звонки на свой обычный номер (с точки зрения звонящего вы все еще на родине, ничего не изменилось).

Звучит отлично. Было интересно проверить это на практике. Дальше речь будет идти исключительно о личном опыте использования Roamer с такими исходными данными: отправная точка — Украина, оператор «Life :)», тариф «Шалений день», Roamer v. 4.0.0rc1 (участие в ß-тестировании), локальная симка Vodafone PAYG без top up (денег на счету).

Итак, тарифы. Для версии о которой идет речь, это (минута): Landline — ₴0.78 (Internet call), ₴1.11 (Regular call); Mobile — ₴1.58 (Internet call), ₴1.91 (Regular call); входящие — free (Internet call, за исключением платы укр. оператора за местную переадресацию, согласно местным тарифам), ₴0.34 (Regular call). Если сравнить это с самым льготным тарифом роуминга у «Life :)», «TRAVEL life :)», то для Великобритании это входящие — ₴2,49, исходящие — ₴4,99, интернет — ₴4,99 / МБ. Для тех, кто «TRAVEL life :)» не активировал, тарифы следующие: входящие/исходящие в Украину и по Британии — ₴13.26; интернет — ₴120.60 / МБ. К сожалению, переадресания SMS не поддерживается, потому цены сообщений не привожу. Мобильным интернетом, на самом деле, я не пользовался — всюду есть WiFi.

Конечно, платил за исходящие звонки я всего несколько раз. В основном, друзьям и родным, говорил свободно звонить мне когда им захочется узнать как у меня дела. Собственно, если в этот момент я был в зоне действия какого-то WiFi (в Лондоне это, например WiFi «The Cloud»), то такой звонок проходил через интернет, бесплатно. Если WiFi поблизости не было или его качество было не достаточно, звонок обходился минимум ₴0.34, если длился от 1 до 30 секунд и около ₴0.53 за минуту, если больше 1 минуты. В принципе, перед каждым звонком прямо возле кнопки набора номера приложение показывает по какому тарифу и кудой будет совершен звонок.

Исходящий звонок выглядел как соединение с номером Roamer’а, сброс вашего звонка их сервером, перезвон Roamer’а и ожидание ответа абонента которому вы звоните. Что важно, если входящие вы можете принять и без интернета, то для исходящих (по крайней мере в Британии), требуется наличие WiFi. В новой версии анонсируют, что для многих стран исходящие звонки можно будет совершать и без интернета только через Regular call.

Новая версия Roamer’а получила обновленный дизайн, новые, более выгодные тарифы, бесплатные интернет-звонки и т.п. Кстати, тарифы в зависимости от вашего курса валют и выбранной валюты внутри приложения могут вариироваться. Мне выгоднее всего было выбрать гривну, а вот на Android гривна просто не предлагалась в списке и тарифы в долларах получались в сравнении гораздо выше (но, все равно выгоднее чем звонки через нативный роуминг оператора). Кстати, ß-тестирование публичное, с ограниченным количеством участников. Изъявить желание поучаствовать в таком тестировании можно прямо во встроенном чате поддержки, сообщив ребятам свой email (поддерживается русский язык). Стоит заметить, что стабильность ß-версии совершенно не отличается от основной и приложение ни разу не вылетало и не выдавало сообщений о каких-либо ошибках.

В общем, не считая нескольких минорных минусов: необходимость наличия интернета для исходящего звонка, невозможность выбора гривны на Android (старая версия, не ß), неявное снятие денег родным оператором за переадресацию звонков (40 гривен мне хватило на две недели пребывания за пределами страны), пользоваться приложением было супер-комфортно, выгодно и приятно. В противовес получаем: отличные тарифы, шикарное качество связи (как замечали собеседники, лучше чем звонки внутри Украины), прозрачные тарифы и логи разговоров с суммами, встроенную поддержку, бесплатные входящие в пределах WiFi сетей, сохранение за границей вашего украинского номера и callback.

Пополнение счета, кстати, происходит фиксированными пакетами. В моей текущей версии это ₴113.39, ₴226.89, ₴340.39 и ₴567.39. €0.50 вы получаете сразу при регистрации. Пополнив свой аккаунт на ₴226.89, через две недели, я вернулся домой с остатком ₴193.46, при этом каждый день по нескольку раз созваниваясь с мамой и пару раз за поездку поговорив с друзьями. К слову, местные симки без денег на счету и без последующего пополнения (а, собственно, зачем?) обошлись нам £0.99 (одна nano-sim Vodafone бесплатно, вторая micro-sim за £0.99).

Полезные ссылки:

• Официальный сайт Roamer
• iPhone-приложение Roamer
• Android-приложение Roamer
• Статья на CNews
• О команде Roamer
• Интервью с основателем Roamer
• Статья и интервью на AIN
• Обзор приложения на Lifehacker

В честь whyday, как и водится в этот день памяти _why the lucky stiff, все  стараются научить кого-то чему-то новому. Кто-то, как и _why в свое время, учит детей программированию. Кто-то же учится сам, осваивая новые технологии или языки. Кроме того, релизится множество классных библиотек, утилит и скриптов, написанных на Ruby или с использованием Shoes. Да и вообще не важно какой вы используете язык или фреймворк, главное следовать идеям whyday.

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

Видимо, до того как преступить к моему рассказу об установке и настройке vim на примере Ruby и Rails, стоит заинтриговать читателя и сразу поведать о фичах vim’а.

Итак, после простой установки готового набора плагинов и легкой доработки напильником файла .vimrc мы получим:

• запуск из терминала или графической среды легкого тестового редактора (я буду рассказывать именно про vim)
• настраиваемую «от и до» среду разработки на любом языке программирования
• редактор теста с удобной навигацией (масса вариантов перехода между сущностями текста или кода), который работает под такими операционными системами как: AmigaOS, Atari MiNT, BeOS, DOS, Mac OS, NextStep, OS/2, OSF, RISC OS, BSD, Linux, SGI, Unix, VMS, Windows

success_vim с сайта http://www.vi-improved.org

Из приятных плюшек vim (включая возможности плагинов), стоит отметить:

• подсветку синтаксиса и форматирование любых языков программирования, включая даже конфиг-файлы
• легкость и минимализм, который позволяет полностью погрузиться в рабочий процесс не отвлекаясь на излишества
• фантастическое количество цветовых тем (256 цветов), которые можно менять хоть каждый день всего одной командой
• автодополнение кода практически любого языка и даже русского текста прямо в комментариях
• автодополнение имен файлов и даже целых строк кода!
• запись/воспроизведение макросов для автоматизации сложных действий
• обширную справочную систему касательно всех аспектов настройки и использования, а так же армию приверженцев, которые могут помочь, ответить на вопросы и подсказать хитрые хаки
• проверку орфографии всех мыслимых языков на ваше усмотрение
• навигатор файловой системы с закладками, отображением скрытых файлов, поиском, функциями создания, переименования, удаления папок и файлов
• систему генерации сниппетов из коротких псевдонимов (а-ля Textmate)
• легкую в использовании систему комментирования строк и блоков
• навигацию по коду: список классов, методов, функций и т.д., для быстрого перехода
• возможность сворачивать и разворачивать блоки кода, причем не только логические (от скобки до скобки), а вообще любые
• оборачивать строки в любые скобки нажатием всего пары клавиш, легкую замену скобок
• блочное выделение (столиком), а так же умное выравнивание таблиц, или по разделителю
• мега крутые функции поиска и замены с регулярками, а так же поиск текста по всему проекту
• интеграцию с такими интерпретаторами, как pyhon и ruby, возможность временного перехода в терминал
• автоматический настраиваемый indentation как с табами, так и с пробелами, на любителя
• локальную историю правки файлов с возможностью просмотра/отката правок к любому моменту времени
• бесконечный undo и redo
• возможность сохранения сессий с последующим их восстановлением
• множественный буфер обмена на 26 регистров (по буквам латинского алфавита)
• внутреннюю интеграцию с системами контроля версий в том числе git
• diff-редактор для сравнения файлов или разрешения конфликтов слияния кода
• табы с возможностю перемещения, разделение одного файла на несколько экранов с раздельной навигацией
• поддержку любых кодировок, перекодирование файлов и поддержу/замену окончаний строк
• встроенный твиттер-клиент, почтовик, сокращалку ссылок и многое-многое другое

Впечатляет? Тогда поехали!



Установка



Самостоятельная настройка vim с нуля для новичка, конечно, будет задачей неподъемной. И так предстоит поломать некоторые стереотипы и постичь слишком много нового, а еще больше запомнить и изучить. Поэтому процесс установки можно максимально упростить и сократить за счет готовых решений так называемых vimfiles.

Что же такое эти vimfiles? Все достаточно просто: настройка vim находятся в файлах vimrc, традиционно лежащих в домашней директории, а так же в директории самого vim. Это ~/.vimrc и ~/.vim/vimrc соответственно. В эти файлы записываются кастомные настройки, такие как цветовая тема, поведение табов, байндинг горячих клавиш и т.п. Кроме того в директории ~/.vim/ находятся все необходимые для работы файлы: автодополнения, сниппетов, цветовых тем, сессий и самое важное — плагинов и документации.

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

Сперва установим vim. Я буду делать это под Ubuntu. И тут же нас ждут первые особенности. Дело в том, что многие плагины используют C и Ruby в свой работе, да и вообще мы же ставим vim для работы с любыми языками, в том числе и Ruby. Именно поэтому нам нужно убедится, что vim собран с опцией +ruby. Узнать так ли это можно довольно легко. Во первых, можно вывести

$ vim --version | grep ruby

Который выдаст что-то вроде:

-python3 +quickfix +reltime -rightleft +ruby +scrollbind +signs +smartindent

Если так, то все ок, и поддержка ruby у вас уже включена. Если же нет, то можно установить другую сборку vim, или скомпилить все из исходинков выбрав нужную конфигурацию. Мы же пойдем по пути наименьшего сопротивления и посмотрим какие же пакеты vim приготовлены для нас в репозитории.

$ apt-cache search vim | grep vim-

У меня получился следующий список:

jvim-canna - Japanized VIM (Canna version)
jvim-doc - Documentation for jvim (Japanized VIM)
vim-addon-manager - manager of addons for the Vim editor
vim-latexsuite - view, edit and compile LaTeX documents from within Vim
vim-puppet - syntax highlighting for puppet manifests in vim
vim-rails - plugins for vim to allow easier editing of Rails Applications
vim-scripts - plugins for vim, adding bells and whistles
vim-syntax-gtk - Syntax files to highlight GTK+ keywords in vim
vim-vimoutliner - script for building an outline editor on top of Vim
vim-common - Vi IMproved - Common files
vim-dbg - Vi IMproved - enhanced vi editor (debugging symbols)
vim-doc - Vi IMproved - HTML documentation
vim-gnome - Vi IMproved (улучшенный редактор vi) с графическим интерфейсом GNOME2
vim-gui-common - общие файлы для Vi IMproved с графическим интерфейсом
vim-runtime - Vi IMproved - Runtime files
vim-tiny - Vi IMproved - enhanced vi editor - compact version
vim-gtk - Vi IMproved -- улучшенный редактор vi (GTK2-версия)
vim-nox - Vi IMproved - enhanced vi editor

Как видите, недостатка в сборках нет и пакетики тут на любой вкус. Само собой бросается в глаза vim-rails. Его-то мы и поставим:

$ sudo apt-get install vim-rails

Кроме того сразу советую поставить exuberant-ctags, в любом случае придется это сделать и при последующих запусках vim неустанно будет нам об этом напоминать:

$ sudo apt-get install exuberant-ctags

 Кстати: что бы работать с Ruby и Rails их нужно сперва установить.
Сделать это можно по моей инстукции, либо еще проще, одной строкой, благодаря Rails Ready

wget --no-check-certificate https://github.com/joshfng/railsready/raw/master/railsready.sh
&& bash railsready.sh

Если вы думаете что это нужно только для Ruby разработчиков, то вы заблуждаетесь. Некоторые плагины требуют в своей работе наличия Ruby, причем кое-какие даже Ruby старых версий, что просто вынуждает нас использовать как минимум Ruby установленный с помощью RVM. Если же вы не Ruby’ст, то можете не пользоваться Rails Ready, а воспользовавшись моей инструкцией остановиться на Ruby и не ставить Rails вообще.

Среди Ruby разработчиков, на сколько мне известно популярны да набора плагинов первый от akitaonrails, который встречается в большинстве туториалов по превращению vim в Ruby IDE и второй от scrooloose, которым я, собственно, долгое время и пользовался, так как он был более актуальным. Теперь же, вместе с вами, я попробую установить akitaonrails/vimfiles, так как его обновление оказалось свежее от 05 августа 2011, да еще и с такими замечательными bundle’ами, как haml, supertab и пр.

Для того, что бы клонировать репозиторий с GitHub нам понадобится, конечно, обзавестись git. У кого еще нет этой радости, ставит все предельно просто, либо под Linux:

$ yum install git-core
$ apt-get install git-core

Либо под Windows скачав его по ссылке. Впрочем, ладно, кому я рассказываю! :)

Дальше все делаем по инструкции  от самого akitaonrails. Я буду следовать только ее Linux части, ведь ставлю все это, как уже говорил, под управлением Ubuntu. Практически то же актуально и для MacOS X. Владельцы других ОС могут сами подсмотреть в README.textile, что и как им делать.

Клонируем репозиторий в ту самую папку vim:

$ git clone git://github.com/akitaonrails/vimfiles.git ~/.vim

Далее переходим в нее и запускаем инициализацию/обновление модулей:

$ git submodule update --init

Теперь создаем файлик .vimrc, в который прописываем где у нас лежит .vimrc с настройками akita

$ echo "source ~/.vim/vimrc" > ~/.vimrc

Если вы планируете использовать gvim (графический вариант vim с меню и прочими понтами), то вам стоит создать и .gvimrc

echo "source ~/.vim/gvimrc" > ~/.gvimrc

Дальше мы, в принципе уже можем запустить vim и полюбоваться на его стандартное приветствие:

Что бы сразу не отпугнуть таких же как я новичков, скажу, что выйти из vim можно нажав ESC, что переведет нас в командный режим и потом набрав :q или :q! или :exit

 Кстати, позволю себе небольшое лирическое отступление и дам маленький совет: что бы испытывать еще больше удовольствия от каждодневной работы с vim и Ubuntu вообще, крайне рекомендую установить себе альтернативный терминал, под крутым названием terminator!

sudo apt-get install termiantor

Ну, или из «Центра приложений», конечно. В результате вы получите в одном флаконе:

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

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


Mini-bonus: установите себе клевый темный бэкграунд вроде этого (кстати, когда в фоне настроена картинка, то параметр прозрачности влияет на ее яркость):



                                      ( кликните что бы скачать )






Итак, продолжим. Взглянув на приветствие радуемся что все работает, а дальше нажимаем \-t или нажав ESC набираем внизу экрана :CommandT, что бы вызвать замечательный плагин Command-T и получаем, скорее всего, такую неприятную ошибку в области уведомлений: «command—t.vim could not load the C extension»

 Кстати: The Command-T plug-in provides an extremely fast, intuitive mechanism for opening files with a minimal number of keystrokes. It’s named «Command-T» because it is inspired by the «Go to File» window bound to Command-T in TextMate.

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

$ cd ~/.vim/bundle/Command-T/ruby/command-t/

$ rvm system

$ ruby -v

Ruby должен сказать, что его версия ruby 1.8.7 и если это так, то дальше мы просто выполняем такие команды:

$ sudo apt-get install ruby-dev

$ ruby extconf.rb

$ make

После этого можно наконец вернуться в vim и убедиться что \-t и :CommandT работают и позволяют нам быстро открывать файлы.



Настройка



Этот раздел является опциональным и может быть смело пропущен, если вас устраивают настройки akita.

Кстати говоря, посмотреть настройки и горячие клавиши, которые настроил для нас akitaonrails можно заглянув в файлик ~/.vim/vimrc или на GitHub в том же файле.

Первое что я сделаю — настрою цветовую схему, что бы радовала глаз и позволяла чувствовать себя комфортно. Я предпочитаю темные схемы с яркими, сочными цветами подсветки синтаксиса. На сегодняшний день моей любимой является тема neverland. Увы, в комплекте Акиты она не поставляется, потому я пойду скачать ее самостоятельно.

Вы же можете не следовать моему примеру и посмотреть на другие схемы. Первый вариант: открыть vim, войти в командный режим, нажав как и прежде ESC и набрать команду :colorscheme, после чего дважды нажать TAB, что бы вызвать autocomplete команды (этот прием, как и в обычном bash распространяется на все команды). Пред вашим взором предстанет огромный список тем. Дополнив команду названием темы, например :colorscheme gothic и нажав Enter, вы примените схему и открыв какой-то файл с кодом (через тот же \-t) сможете посмотреть как это выглядит. У меня, например, так:



 Кстати: Все цветовые схемы лежат в папке ~/.vim/colors и  если вы скачали приглянувшуюся вам темку, установить ее можно распаковав *.vim файлы из архива именно в эту папку. Что бы схема загружалась автоматически и перенастраивала схему заданную в ~/.vim/vimrc нужно прописать ее в собственный ~/.vimrc, например в новой строке написать colorscheme neverland-darker и при следующей загрузке или если выполнить команду :source $MYVIMRC, схема установится как тема по умолчанию, и будет загружаться всегда.

Второй вариант: сходить в специальные места и посмотреть на темы там. Например, тут http://code.google.com/p/vimcolorschemetest/ дают выбрать тип файла, что бы сразу посмотреть как выглядит тема в жизни. Нравится тема? Кликаем правой кнопкой мыши на ее название и выбираем «Сохранить как…». Ну, а куда класть файлик вы уже знаете. Кроме того, полюбоваться на темки можно еще и здесь: http://www.vi-improved.org/color_sampler_pack/

Третий вариант для совсем уж привередливых товарищей, да еще и с вагоном свободного времени. Вот тут можно скачать конструктор тем https://sites.google.com/site/yukihironakadaira/vim-color.html?attredirects=0 и настроить все полностью под себя. У кого творческие наклонности или завышенные требования могут попробовать себя в подобном искусстве, но не забывайте делиться его плодами с теми, кто одарен гораздо меньше :)



 Кстати: есть еще одна вещь, за которую новички точно скажут мне спасибо! Дело в том, что в режиме вставки, он же в простонародье режим ввода, он же режим редактирования. Так вот, в этом режиме akitaonrails вместо навигации мапит на кнопки стрелок символы A B C D. Проблема известная, но пока найдешь решение можно сойти сума! В свое время именно через эту проблему я стал использовать scrooloose. Косвенно эта тема связана с цветами и схемами, потому я и рассказываю об этом именно сейчас. Итак, что бы починить проблему стрелок, которые пишут ABCD, нужно изменить одну строку в файле ~/.vim/vimrc, как показано тут:

if $COLORTERM == 'gnome-terminal'
     "set term=gnome-256color
     set term=xterm-256color

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

$ echo $TERM

то скорее всего увидите такой ответ:

xterm

А если выполнить

$ tput colors

То получим

8

Что как бы намекает нам на то, что у нас в терминале для программ доступны только лишь 8 цветов. Однако выполнив команду:

$ for ((x=0; x<=255; x++));do echo -e "${x}:\033[48;5;${x}mcolor\033[000m";done

мы, наверняка, сможем увидеть больше чем 8 цветов. А раз видим, значит можем и vim заставить увидеть эту палитру. Для этого зададим такой терминал:

$ TERM=xterm-256color

Теперь

$ tput colors

выдает нам требуемые 256 цветов. Запустив vim убеждаемся, что все ок. Но, это только временное решение, до первой перезагрузки терминала! Что бы закрепить эффект, нужно прописать следующие строки в ваш ~/.bashrc

if [ "$TERM" == "xterm" ]; then
     # No it isn't, it's gnome-terminal
     export TERM=xterm-256color
fi

Кроме цветов, конечно, мы можем настроить абсолютно все, что нам захочется и переопределить в нашем ~/.vimrc любые настройки akitaonrails. Не думаю, что стоит повторять то, что уже говорилось до меня многими-многими авторами, потому разумнее дать ссылки, где можно почитать о настройке vim под свои вкусы и нужды.

• Файл настройки vim – .vimrc (для Linux и Windows)
• Очередной HowTo по Vim
• How I boosted my Vim

Если какая-то настройка кажется вам не очевидной, то пожалуй не стоит ее применять, так как потом в массе конфигураций сложно будет разобраться что на что влияет.
Единственное что позволю себе, дать еще несколько советов. Во-первых, добавьте автоматическую перезагрузку .vimrc по сохранению этого файла, что бы не набирать каждый раз команду :source $MYVIMRC, а уж тем более не перезагружать vim, что бы применить настройки.

autocmd! bufwritepost $MYVIMRC source $MYVIMRC

Теперь когда вы просто сохраните изменения в файле настроек, конфигурация автоматически подгрузится и применится прямо в текущей сессии vim.
Во-вторых, если вы планируете настроить байндинг комбинации клавиш Ctrl+s для сохранения изменений, вместо использования команды :w, вам придется дополнить свой ~/.bashrc еще одной опцией:

stty stop undef

Это позволит избежать замораживания терминала и назначить горячие клавиши формата Ctrl+<буква>. Кстати, на всякий случай, если вы уже заморозили терминал нажатием Ctrl+s, можете разморозить его комбинацией Ctrl+q.
В-третьих, если вы решили настроить отображение табов и пробелов в конце строки, так называемые  trailing spaces,

set list
set listchars=tab:>-,trail:-

то я советую вам установить в качестве символа пробелов знак «·» — middle dot, а в качестве табов «→» — rightwards arrow. Так они будут выделятся на фоне прочих символов.


Vundle, the plug-in manager for Vim


К настройке, конечно, можно отнести и установку плагинов, которых не хватает в установленном нами наборе. Раньше я всегда устанавливал плагины вручную: скачиваешь свежую версию с официального сайта, следуя инструкции, которая прилагается к каждому расширению, ставишь все в папочку pugins и перегружаешь окружение или сам vim. Но, мир Ruby, да и Rails приучает к хорошему, потому захотелось посмотреть на решения вроде rubygems или bundler. Таких для vim существует множество, с разной степенью сложности настройки. Я выбрал простой и приятный в использовании vundle.


Установка vundle предельно проста и отлично описана в README.md. После настройки vundle работать с ним так же приятно как с любым другим привычным для линуксоидов менеджером пакетов. Всего два шага: находим плагин командой :Bundles foo, где foo разумеется имя плагина. Далее выбираем его в открывшемся списке и нажимаем i, что очевидно означает insatall. Жмем Enter который просят нажать после установки и все — мы имеем установленное расширение vim.


Другой вариант покопаться на том же официальном сайте с vimscripts, найти нужную надстройку на GitHub или на замечательном ресурсе http://vim-scripts.org Тогда установка будет выглядеть еще проще: прописываем наш bundle в .vimrc файл в формате Bundle ‘FuzzyFinder’ и запускаем команду :BundleInstall. Дальше куда бы мы не притащили свой .vimrc, на любой машине нам понадобится только vundle, а все остальное он сделает за нас!


Akitaonrails поставляется с огромным набором плагинов на все случаи жизни. Почитать полный список с указанием предназначения можно в том же README.textile, который я уже упоминал.


Я же использую дополнительно еще такие плагины:

• tabular — для простого выравнивания блоков кода и таблиц
• mru.vim — для открытия недавно редактированных файлов
• csv.vim — для удобной работы с CSV файлами
• gundo.vim — для удобной работы с локальной историей правки файла
• vim-ruby-debugger — как и следует из названия, это debugger для ruby
• openurl.vim — простенький плагин для открытия урлов в vim (особо удобно со следующим плагином)
• TwitVim — чисто для прикола :)

И множество других. Со временем по вашим потребностям вы составите собственный список must have плагинов. Главный совет — если вам пришел в голову какой-то функционал для vim, не отвергайте эту идею с мыслью «Да ну, такого в терминале быть не может!», а все же попробуйте поискать, ведь для vim написано почти все что вам может понадобиться в работе.



Использование

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


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

• Нормальный или командный режим — в этом режиме вы можете перемещаться по коду, искать и заменять, выполнять команды vim или плагинов (на самом деле это тоже считается отдельным режимом, который вызывается нажатием «:»), вырезать и вставлять, удалять текст и т.д. [ESC вообще и ESC : (эскейп, двоеточие) для ввода команды]
• Режим вставки — в этом режиме вы можете править текст, перемещаться по тексту, вызывать автокомплит, вырезать и вставлять куски кода и т.д. [Shit+i, ESC i — от insert]
• Визуальный режим — тоже имеет «подрежимы», но общем случае предназначен для выделения строк, слов или блоков, в том числе вертикальных блоков определенной ширины. [ESC Shit+V — выделение целых строк, ESC v — выделение символов, Ctrl+v — визуальный блок (тоже на самом деле отдельный режим)]

Понимания этих режимов достаточно что бы войдя в vim по крайней мере выйти из него (ESC :q! — переход в командный режим и выполнение команды выхода с force, что бы не сохранять изменений и не получать лишних вопросов).


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



• Шпаргалка в тестовом формате с кучей полезных вещей — http://successtheory.com/tips/vimtips.html
• Ваш родной дом в деле описка каких-то вещей про vim — http://vim.wikia.com/wiki/Vim_Tips_Wiki
• Wiki-книга про vim — http://ru.wikibooks.org/wiki/Vim
• Поваренная книга vim’овода — http://www.oualline.com/vim-cook.html
• Книга про регулярки в vim — http://vimregex.com/
• Официальные доки по vim — http://vimdoc.sourceforge.net/
• Простенькая шпаргалка на каждый день (с разделами) — http://www.tuxfiles.org/linuxhelp/vimcheat.html
• Отличная шпаргалка по хоткеям на стену — http://www.viemu.com/vi-vim-cheat-sheet.gif
• A Byte of Vim — бесплатная (Creative-Commons) книга о vim в электронном виде
• vimtutor — (набирать в терминале), интерактивный туториал по основам vim
• vimtips в твиттере — полезные команды и советы по vim
• vimgolf — задания для настоящих vim ninjas

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

И помните — everyday is a whyday! 

Давным давно… В общем, в 2009 году, сидел я на старой работе в ночную смену.  Делать было нечего (нет, я не бездельник, просто все было практически полностью автоматизированно) и решил я из подручных офисных материалов сделать человечка. И сделал. А потом сделал ему подружку, что бы самому не было скучно. А после, еще и женил их, что бы все чин чином и по уму. А в процессе снял все это на свою старую-добрую цифро-мыльничку и выложил на старый-добрый бложег. На том и закончил.

Спустя же много лет, позавидовал я любимой с ее фигулинками, а еще и добрые люди напомнили, и решил я воплотить давнишнюю тудушку, которая все кочевала и перекладывалась из одного списка идей в другой. Так и появился на свет человечек по имени Тёплый Ламповый. Почему Тёплый? Да потому, что Ламповый! Он миротворец, светоносец, романтик и путешественник, а впрочем, смотрите сами (картинки как всегда кликабельны):

За сим все. Ждите когда нибудь еще чего-то в стиле трэш-арт. Па-па!

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

Тайник, правда, не физический, что обидно. Впрочем, в нашей стране, где всякий гопник и вандал считает своим долгом все испоганить и разворотить это нас слабо удивляет. Ну, ок, как-то много слов и мало… фоток. Итак, Белгород-Днестровский «древнейший город Днестровского-Прутского междуречья, расположенный на правом берегу Днестра в 20 км от Чёрного моря.» Маршрут наш, конечно, начинается из Одессы. По дороге встречаем местную «достопримечательность», туристический трамвайчик: Дальше держим путь в сторону ЖД вокзала, по дороге ужасаясь другим местным достопримечательностям. Казалось бы, едем смотреть на руины, а тут под боком, среди модных магазинов… В этом вся Одесса: Ну вот и пришли: Далее, садимся в… Нет, не поезд. Садимся в маршрутку к крикливым и наглым местным водилам. Едем довольно долго, не смотря на малое расстояние. За окном то и дело мелькают зеленеющие поля и молодые виноградники. Сразу становится понятным, почему на гербе Белгорода изображена виноградная лоза: По прибытию расспрашиваем местных и определяемся как добраться до крепости. На улице очень тепло, весна вступает в свои права:

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

Как водится, встречаем и местных жителей:

И, наконец, достигаем цели — Аккерманской крепости:

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

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

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

Сперва, войдя в крепость, вы попадаете на гражданский двор. Особо интересного тут ничего нет, как нет тут и хотя бы малейшей инфраструктуры для приятного туризма. Разве что за 8 гривен вас пустят в коморку «для пыток», а за две гривны дадут либо сняться возле катапульты, либо выстрелить из арбалета.

Как ни странно различные орудия представлены тоже не гражданском дворе:

Кроме того в углу огромной территории в ~5 гектар ведутся раскопки:

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

А еще много мелких коричневых ящериц, которые целыми стайками разбегались из под ног и даже их более крупных собратьев — Lacerta viridis, проще говоря Ящериц зеленых. Этих мастеров маскировки словить или хотя бы заметить было гораздо сложнее, так как в мгновение ока они исчезали среди травы, стен и камней, сливаясь со мхом:

Вот еще немного фото гражданского двора:

Далее идем на гарнизонный двор и от самого входа перед нами предстает цитадель:

Окло крепости ведутся раскопки античного города Тира:

На этом, в общем-то и все, разве что могу показать несколько панорам, как бонус-трек  :

• Башня цитадели
• Внутри цитадели
• Гарнизонный двор

Ну, вот, теперь точно все… Тайник, кстати, на геокэшинговом сайте был засчитан, что приятно. И стал, увы, пока что только первым нашим тайником.

Уже довольно давно я узнал от уважаемого Sofcase о замечательном проекте whyyyyyyyyyyyyyy.com, который напоминает по своей сути http://nooooooooooooooo.com/, но только звук и оформление, конечно другие.

На последнем была использована стандартная кнопка Flash MX, если я не ошибаюсь (если ошибаюсь, пусть кто-то меня поправит). На первом же кнопка выглядит в сто раз круче — классическая, изометрическая, сочная, красная кнопка по центру экрана, на которую просто нельзя не нажать!

Мне она на столько понравилась, что я перекопал половину инета, в поисках чего-то похожего, но не картинкой, как сделано на сайте, а с использованием CSS, пусть даже и не совсем совместимой третей версии. Но, когда я желаемого не нашел, на пыльном дне моего to-do списка появился «проект», под кодовым названием — «Сделать кнопку как на whyyyyyyyyyyyyyy.com, только на CSS3». Ну, вот, собственно и настал, кажется, ее черед :)

Еще совсем немного технического занудства и я умываю руки.

Итак, кнопка представляет собой контейнер, в котором собраны четыре слоя: текст, верх кнопки, низ кнопки и тень. Изначально кнопочку планировалось сделать максимально похожей, но в итоге, конечно, в ней есть кое-что и свое. От части — специфика CSS-реализации. От части — дело вкуса. Верхний текстовый слой стилизирован как вмятый текст. Простая техника «Светлый текст на темном фоне». В верхнем слое использован градинет (по мере возможности такой же как на сайте источнике идеи) и да — мне плевать на несовместимость с недобраузерами, так как это просто спортивная верстка «just for fun». В нижнем слое применена техника CSS3 тени, но с финтом ушами, что бы эта самая тень была только bottom.

В завершение всего была написан примитивный (и параноидальный по части if(!is_on) ) javascript, в который отвечает за «нажатие» кнопочки. Кроме того, в скрипте добавлен хак, который запрещает выделять текст, что бы кнопкой можно было не только любоваться, а еще и пользоваться. За обе последние идеи спасибо stackoverflow.com/ вообще и господам Tyler и Yi Jiang в частности.

В итоге что мы имеем:
— несомненно симпотную кнопочку на все случаи жизни, которую: хоть крась, хоть ресайзь, хоть в плагин оберни
— новые познания по части CSS3 градиентов, теней, скруглений и прочих понтов
— новые знания и сниппеты кода по части bottom css3 box shadow и, конечно, насчет блокировки выделения текста в блоке или вообще

Кто знает как лучше, а лучше 100% можно, тех милости прошу форкать и писать свои версии. Будет интересно.

З.Ы. Какую копипасту в CSS увидел, ту вынес в классы, оптимизации ради, а чего не заметил, черт с ним. Это всего навсего пример того что позволяет делать CSS3, хотя я бы его может ее бы немного причесал и вполне в боевой проект впихнул бы.

За сим все. Разрешите откланяться. Завсегда ваш, Smile @rT

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

Сказано — сделано. Использовав клёвый онлайн генератор CSS3 (о генераторах готовится отдельная статья) я выставил нужные мне параметры свечения, максимального скругления уголков, радиуса тени (которая и является свечением), настроил позиционирование (с ним были дополнительные проблемы, так как иконка находилась в ячейке таблицы). В результате у меня получилось вот такое свечение:

Рабочий вариант в столбце таблицы

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

Разумеется, не на всяком фоне подсветка будет выглядеть эффектно. Для темного фона, наверняка, придется сделать большее скругление свечения, что бы избавиться от квадратности «тени». Особо надо играться с прозрачностью круглого фона иконки, от которого исходит «свет», тут он установлен в 0.6, на другом фоне я ставил 0.5, что бы не было видно отличия со свечением. Кроме того можно добиться других клёвых эффектов меняя радиус и цвет. Устанавливая последний, кстати, не забывайте менять значения rgba() у фона подсветки. Кстати, удобно подсмотреть эквивалент для любого hex кода можно на Яндекс.цветах

Вот и все :) Если у вас есть идеи по улучшению эффекта, можете смело форкать сниппет на jsFiddle и показывать свои варианты.

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

Комикс (от англ. comic — смешной) — рассказы в картинках. Комикс сочетает черты таких видов искусства, как литература и изобразительное искусство. (Wiki)

Хотя искусство комикса и зародилось давным-давно в Испании, все же история современных комиксов, думаю, берет свое начало в США. Еще в далеком 1892 году в журнале «The San Francisco Examiner», вышел первый американский комикс. Позже в начале двадцатых годов, начали появляться коротенькие истории да и вообще в двадцатом веке комиксы стали по настоящему популярными. Эту эпоху можно считать «Золотым веком» комиксов. Сегодня же, не смотря на то, что популярность комиксов в нашей стране остается крайне малой, они все таки являются частью массовой культуры. Множество современных фильмов снимается по мотивам комиксов, а много комиксов благодарны своему рождению известным картинам Фабрики грез.

Благодаря этим цветным сериям газеты Херста и Пулицера стали называть «желтой прессой».
— Жорж Садуль

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

Итак, сама подбока:

1. ЖЖ сообщество Comic Strip in Russian — публикуют переводы отличных стрипов на злобу дня авторства Wulff&Morgenthaler

2. Wulff&Morgenthaler Random — собрание перевода все тех же Wulff&Morgenthaler от comicstrip.net.ru Отличительная черта сайта — выдача случайного стрипа по клику на картинке или нажатию F5. Всегда веселые комиксы на все случаи жизни!

3. Nichtlustig Random — собрание перевода забавного комикса Nichtlustig от авторов предыдущего сайта. Принцип все тот же — каждый раз случайный стрип.

4. Pearls Before Swine Random — последний сайт от тех же авторов. Публикуют переводы соответственно стрипа Pearls Before Swine с той же идеей случайно картинки на каждый день.

5. Geek And Poke — веселый комикс про гиков, который не смотря на простоту стиля, показывает жизнь гиков как она есть. Сразу советую в раздел must read! И тут же вдогонку, одним пунктом: Geek and Poke на русском

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

6. Издательство Comix-ART — издают и продают лицензионные мангу, графические романы и комиксы.

7. Garfield на русском — коллекция русского перевода комикстрипов о всем известном рыжем кошаке Гарфилде.

8. Комикс.com.ua — оплот украинских авторов и украинских же любителей комикса. Публикуют сериалы «Русские горки», «Зай и друзья», Весёлые зверята» и множество других комиксов, которые в свое время не раз светились в проекте журнала рисованных историй «К9» (который, увы, исчез во время экономического кризиса) и на страницах журнала «Молоко». Кстати, на сайте есть и своя подборка ссылок на комиксы, хотя немного и устаревшая.

9. Зерут.ру — лучшие карикатуры от зарубежных авторов. Новая карикатура каждый день.

10. Dilbert — официальный сайт комикса о Дилберте, где «рассказывается об офисной жизни, менеджерах, инженерах, маркетологах, боссах, юристах, сбытовиках, практикантах, бухгалтерах и прочих странных людях». (© Wiki) Кроме официального англоязычного сайта, есть еще и переводы на li.ru и blogspot.

11. xkcd — A webcomic of romance, sarcasm, math, and language. Крутой и мега популярный гиковский комикс обо всем, что касается компьютеров, прогрмминга, проектирования и бизнеса. Кроме официального сайта стоит посоветовать перевод: xkcd.ru

12. rucomics.info — твой мир комиксов. Онлайн коллекция комиксов в чьей базе, как утверждают сами авторы сайта находится 6 720 895 комиксов. Тут и «Фантастическая четверка» и «Человек паук» и «Бэтмэн и Робин» и прочие комиксы легендарной серии Marvel, а так же «The X-files», «Черный плащ» и вся вселенная DC. Из недостатков — необходимость регистрации и чрезмерно строгие правила, например, если не посещать портал 20 дней подряд, то вас исключат из членов клуба. Советуется для настоящих фанов. Некоторые комиксы можно посмотреть без регистрации, прямо онлайн.

13. comicsdaily.ru — комикс каждый день. Комикс-блог c коллекцией переводов: «Несмешно», «Garfield», «Кошки-мышки», «Виви и Вагнер», «Nemi», «xkcd», «Точка бифуркации», «wtd»,
«Кожа да кости», «Hello Acy», «Башорг», «Неманга», «Полный пока», «Sinfest», «Про кота», «Pearls before swine», «Масштабная модель человека. Dilbert.», «Mmgraphics», «Астерикс и викиликс», «Ctrl+Alt+Del», «Субботний завтрак», «Kosh», «Oglaf», «Цианистый калий и счастье», «Мистер Виглз», «Комикс трип». Отличная компиляция уже упоминавшихся выше и новых комиксов разных авторов на русском языке!

14. Комиксы Wulffmorgenthaler каждый день — некогда ежедневно обновляемая подборка уже знакомых нам циничных комиксов Wulffmorgenthaler, рассказывающих о Вернере, Бобре извращенце и других забавных и многими любимых героях.

15. Geek Hero Webcomic — очередной уморительный комикс-сериал про гиков и для гиков.

16. toonlet: webcomic blogging in minutes — еще один блог с комиксами. На этот раз на английском языке. Имея аккаунт на сайте можно стать одним из авторов если у вас, конечно, все хорошо с языком и есть прикольная идея. Кстати, тур по созданию комиксов тоже сделан в формате комикса:

17. The Oatmeal — вэб-комиксы, часто затрагивающие IT тематику. Все разбито по сериям, которые можно просматривать отдельно. Например комикс о «Котэ против интернета». Язык — английский.

18. FreakCartoon — опять Дилберт, Nichtlustig и компания. Но зато какая! Комиксы и стрипы на русском: Nichtlustig, Cyanide and Happiness, Sinfest, Wulffmorgenthaler, xkcd, Pearls Before Swine, Признак кошкости. Все это — FreakCartoon!

19. the bad chemicals — комикс обо всем: политике, отношениях и немного философии. Так же есть режим случайного стрипа.

20. comixme — Смешные комиксы и картинки. Еще один проект позволяющий вам создавать комиксы онлайн, но… С оригинальной задумкой использования в качестве героев персонажей кино, светской жизни, политики и т.д. Всегда остроумно, метко, смешно и злободневно!

21. Funny Cartoons — западный сайт с разделом, где можно познакомиться классическими «газетными» стрипами разных авторов. Знание английского — обязательно.

22. Кальвин и Гоббс — русский перевод рисованных историй о мальчике Кальвине, немного наивно, всегда весело и метко.

23. Gocomics.com — огромная коллекция авторских стрипов на английском языке. «Calvin and Hobbes», «Non Sequitur», «Garfield», «For Better or For Worse», «FoxTrot», «Bloom County», «B.C.», «Shoe», «Wizard of Id», «Pickles», «Stone Soup», «Lio», «Ziggy», «The Argyle Sweater», «Cul de Sac», «Pooch Cafe».

24. azcentral.com — портал с разделом, где собрана огромная коллекция западных комиксов. Это надо просто видеть и даже нет смысла перечислять все названия!

25. onlinecomics.net — сразу вдогонку к предыдущему пункту: каталог онлайн комиксов. Большая коллекция в 7640 комиксов, которые каталогизированы в алфавитном порядке, а так же по жанрам, формату, размеру, популярности и т.д.

26. tcfb.com — сразу что бы не растягивать, еще один каталог. Не смотря на неприглядный дизайн сайт содержит сотни ссылок на онлайн комиксы со всего мира. Лучше комиксы по мнению авторов — отмечены звездочкой.

27. comics.com — очередной каталог западных стрипов, судя по домену претендующий на звание официального сайта комиксов. И не только по домену! Этот портал обладает всем чем должен обладать настоящий комикс-сайт. Тут и облако тегов, и случайный выбор стрипа, и полный список по названиям. Короче говоря — стоящий сайт для любителей хороших рисованных историй.

28. Hipster Hitler — авторский сайт с комиксом-пародией полностью посвященным Гитлеру в несколько необычном амплуа. На сайте стилизованно под тематику комикса абсолютно все, от ссылки на твиттер аккаунт, до комментариев в HTML коде :)

29. Cyanide & Happiness — популярный, забавный и местами очень циничный комикс.

30. comicszone.net — сайт посвященный комиксам вселенных Marvel Comics,
DC Comics и Dark Horse. Здесь можно почитать последние новости из мира комиксов и даже скачать комиксы Халк, Капитан Америка, Человек Паук и др. для чтения оффлайн.

31. lwa-blog.ru — еще один русскоязычный блог по Marvel и DC. Тут комиксы, новости, теги, голосования и даже продажа футболок с атрибутикой супергероев.

32. Авторский Комикс — это проект под крылышком которого собрались отличные комиксы на русском языке, причем в большом количестве. Тут как завершенные сериалы, так и постоянно обновляющиеся истории. Все очень достойно.

33. Комиксы на русском языке онлайн — действительно онлайн комиксы. На этом сайте можно почитать комиксы прямо с сайта, причем выбор очень велик. Например здесь есть «Железный человек», «Охотники за приведениями», «Blood Rayne», «Трансформеры» и множество других известных комиксов. Из достопримечательностей — супер меню (меню состоящее из лого соответствующей серии, для быстрого перехода).

34. comics.su — русская онлайн библиотека комиксов сортированных по жанрам. Здесь собраны как класика, так и жанры на любителя, рядом с мистикой, историей и драмой, можно найти мангу, фурри и хентай. Довольно удобное чтение сканов комиксов онлайн с пагинацией.

35. comiksu.ru — еще один отечественный сайт посвященный комиксам. Здесь тоже можно почитать онлайн сканы известных серий «Баффи Истребительница Вампиров», «Могучие Мстители», «Ходячие Мертвецы», «Зеленый фонарь» и пр.

36. Saturday Morning Breakfast Cereal — оригинальный сайт авторских комиксов в своеобразном стиле со своеобразным юмором.

37. bash.org.ru — Цитатник Рунета тоже не отстает и обзавелся собственным разделом комиксов. Все вполне в стиле баша.

38. Romantically Apocalyptic — обалденный сайт и комикс в своей постапокалиптической стилистике, на английском языке и тут же в переводе.

39. Лучшие комиксы мира на русском языке — собственно, название говорит само за себя. Читаем!

40. Marvel Comics Google Chrome — даже не совсем сайт, а целое вэб приложение… Да еще какое! Официальное, от самого marvel.com, да еще и с удобной читалкой. Отличный повод для сомневающихся перейти на Google Chrome!

41. Комиксы на noname — подборка комиксов на Noname.ru Здесь встречаются разные комиксы, хотя большей частью это все таки эротическая тематика, а-ля 18+.

42. КОМИКСОЛЁТ, сетевой журнал комиксов — довольно развитое отечественное сообщество любителей комиксов с большим выбором «чего почитать».

43. Все комиксы ЖЖ — большое количество тематических сообществ с массой комиксов. Место для поиска единомышленников и чего нибудь новенького.

44. rutracker.org — как ни странно, одна из самых больших комикс-тусовок сосредоточена в темах всем известного rutracker.org, тут можно найти комиксы любой эпохи и тематики, большие подборки и уникальные экземпляры.

45. Buttersafe — регулярный западный комикс, как гласит заголовок «Updated Tuesdays and Thursdays»

46. PHD Comics — если рассказать о сайте цитатой его авторов, то сайт «»Piled Higher and Deeper»» это «the ongoing chronicle of life (or the lack thereof) in grad school.»

47. Love Is (Любовь Это) — сайт о известном с детства практически каждому из нас комиксе «Love Is…», оригинальный сайт находится тут, вместе с неплохой подборкой других комиксов.

48. Comicon.ru — комиксы на русском — классный русский сайт с неплохим набором комиксов в том числе и переводом «Love is…»

UPD:

49. Brainless Tales — обалденный западный комикс в стиле старых обложек журналов комиксов по 10¢.

50. 75 коллекций комиксов — большая подборка комиксов, которая в чем-то повторяет этот список, а в чем-то привносит в него новые интересные позиции :)

51. КОШ & все-все-все — русский ЖЖ стрип про КОШа и всех-всех-всех :) Циничный и матерный, смешной и интересный. Будьте осторожны, ведь посмотрев всего пару стрипов вы рискуете пролистать весь блог до самого начала.

За сим, пожалуй, все. Желаю вам приятного времяпровождения в увлекательном мире комиксов и не забывайте, что все эти сайты и вообще рисованные истории — страшный наркотик. Так что трижды подумайте, прежде чем открыть какую-то ссылку из этой мега подборки :) Пока!

Установка и настройка нового Rails проекта

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

Эта статья будет полезна людям которые либо только начали изучать Rails либо создают новый проект именно в третей версии и сталкиваются с какими-то проблемами. И наконец данная заметка призвана банально послужить блокнотом для записей тех вещей, которые делаются один раз за проект и потому очень быстро забываются.

Итак, сперва буквально пара слов об окружении. Все что будет описано в этом посте было проделано под управлением чистой ОС Ubuntu 10.04, без mysql или каких-то предустановленных библиотек и пакетов для разработки на Ruby вообще или Rails в частности.

В результате мы должны получить с вами: Ruby 1.9.2 и Rails 3.0.1 с MySQL и работающим дебагом под IDE, а в следующей статье я, возможно, расскажу как на этом всем установить и настроить RSpec, jQuery, SASS, HAML, Compass + 960gs, а так же автотесты с growl уведомлениями.

Начнем, как водиться, с начала.

1. Установка Ruby 1.9.2

Путей установки Ruby под Ubuntu есть множество. Мне нравиться, например, использовать для этого RVM, мой же коллега собирает все сам из исходников. Это совершенно не важно, так что тут и дальше я буду описывать то, как это делал я и какой именно вариант у меня работает на 100%.

Сперва установим несколько необходимых пакетов и библиотек:

apt-get install curl git-core build-essential zlib1g-dev libssl-dev libreadline5-dev

Дальше установим Ruby Version Manager (RVM) с помощью команды:

# ===================================================
bash < <( curl http://rvm.beginrescueend.com/releases/rvm-install-head )

Теперь осталось добавить используя ваш любимый редактор (я делал это простым gedit, команда: gedit .bashrc) в конец файла .bashrc, который находится в корне вашей домашней директории, такую строку:

if [[ -s "$HOME/.rvm/scripts/rvm" ]]; then source "$HOME/.rvm/scripts/rvm" ; fi

Теперь перезапустите терминал (важно!), и что бы проверить все ли установилось нормально, наберите команду:

rvm notes

Если до сих пор вы все делали правильно, в терминале должна развернуться простыня с release notes.

Теперь поручим RVM’у установить нам свежую версию Ruby с помощью такой команды:

rvm install 1.9.2

Терминал заполниться умными строками, которые поведают вам о процессе установки. Можете почитать их, что бы понять что происходит, а можете, как советовал когда-то Мелкософт, откинуться на спинку кресла и подождать пока Version Manager все сделает за вас.

Процесс сравнительно длительный, так что наберитесь терпения. Зато, когда все завершиться, вам останется убедить RVM что версия 1.9.2 будет использоваться по умолчанию и протестировать как все работает. Делается это, соответственно, такими простыми командами:

rvm --default ruby-1.9.2
ruby -v

Ruby должен ответить нам радостным:

«ruby 1.9.2p0 … бла-бла-бла…»

2. Установка Rails 3.0.1

Теперь настала очередь установить Rails. Делается это установкой обыкновенного gem’а:

gem install rails

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

rails -v

Которая просто обязана ответить что-то вроде:

Rails 3.0.1

Если это так, то вас можно поздравить. Первый этап позади и на нем я мог бы, по большому счету, закруглиться и посоветовать создать новый проект самостоятельно. Однако, настройка Rails проекта тоже чревата своими проблемами и богата ньюансами, так что я, пожалуй, продолжу и расскажу сперва, как правильно установить MySql.

2. Установка MySQL

Сперва поставим сервер. Этим займется команда:

sudo apt-get install mysql-server

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

Двигаемся дальше. Что бы создать новое приложение, зайдите в папку в которой вы будете вести разработку и наберите в консоли следующую команду, разумеется, заменив name_of_app на настоящее название вашего прилоджения (Важно! Если вы не планируете использовать jQuery и RSpec, о которых пойджет речь в следующий раз, то не пишите параметры -T -J которые отключают дефолтный фремворк для тестов и js-фреймворк по-умолчанию):

rails new name_of_app -T -J -d mysql

Сделали? Отлично! Теперь попробуйте запустить bundler что бы он установил все джэмы. И… И наверняка вы потерпите неудачу, потому, что гем мускуля не установиться по умолчанию, по крайней мере не установился у меня и многих других людей. Что бы поправить ситуацию давайте поставим нужные библиотеки:

apt-get install ruby-dev libmysql-ruby libmysqlclient-dev

А после этого можно либо самостоятельно набрать:

gem install mysql2

Либо опять запустить:

bundle install

Теперь все должно пройти без проблем. По крайней мере, надеюсь, что у вас получилось. Последний штрих — поднимем БД. В этом нам поможет rake task:

rake db:create

Не пугайтесь, что ответ этой задачи будет лаконичным. Все что она вам должна сказать, это текущий путь и больше ничего. Если так, значит все прошло на ура. Давайте же убедимся что все ок, запустив наше пустое приложение. Это делает команда:

rails s

По мере загрузки она должна выдать нам что-то вроде:

=> Booting WEBrick
=> Rails 3.0.1 application starting in development on http://0.0.0.0:3000
=> Call with -d to detach
=> Ctrl-C to shutdown server
[дата] INFO  WEBrick 1.3.1
[дата] INFO  ruby 1.9.2 (2010-08-18) [i686-linux]
[дата] INFO  WEBrick::HTTPServer#start: pid=20232 port=3000

Когда вы увидите последнюю строку, это значит, что загрузка закончилась и у нас на локальном хосте, а именно на 3000 порту (смотри выше) будет висеть наш дефолтный сайт. Причем, что приятно, он будет уже не пустой, а со специальной страничкой со ссылками на доки и списком всего-всего окружения. Последний-то нас и интересует, потому попав на заветную страничку (http://localhost:3000), нажимаем сразу же ссылку «About your application’s environment». Перед нами должен вывалиться целый список всякого разного. Что важно, там не должно говориться ни о каких ошибках, а особенно ошибках базы данных. У меня, да и скорее всего у вас касательно базы должно быть написано что-то такое:

Environment development
Database adapter mysql2
Database schema version 0

Если этой действительно так, то опять таки поздравляю с очередным преодоленным барьером. У вас теперь есть MySQL сервер и новое Rails приложение с настроенной и даже поднятой базой. Супер! Движемся дальше? Ок, в следующий раз. Точнее только в том случае, если вы создавали проект с ключами -T -J или хотя бы одним из них, то вам вероятно будет интересно почитать про установку и настройку тестового фреймворка и/или jQuery.

Но, сперва выполню еще одно обещание и расскажу по то, как настроить ruby-debug, который понадобиться нам, что бы как белые люди проводить отладку нашего будущего приложения, как говориться в живую и наиболее удобно — пярмо из любимой IDE.

Для этого нам понадобиться зайти в Gemfile нашего свежего проекта и дописать туда всего пару строк:

gem 'ruby-debug19'
gem 'ruby-debug-ide19'

и выполнить

bundle install

или же выполнить последовательно такие команды:

gem install ruby-debug19 --platform=ruby
gem install ruby-debug-ide19 --platform=ruby

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

Во-первых, нужно пойти в файлик <ruby folder>/lib/ruby/gems/1.9.1/gems/ruby-debug-ide19-0.4.12/lib/ruby-debug-ide.rb, где разумеется <ruby folder< это папка где разместился ваш Ruby. Что бы легко узнать где находиться эта папка, вы можете выполнить команду

which ruby

Итак, в это самом файле в 142-ой строке, пишем вместо:

$stderr.printf "Fast Debugger (ruby-debug-ide 0.4.9) listens on #{host}:#{port}\n"

такую строку

$stderr.printf "Fast Debugger (ruby-debug-ide19 0.4.12) listens on #{host}:#{port}\n"

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

Во-вторых, нужно подредактировать файлик <ruby folder</lib/ruby/gems/1.9.1/gems/ruby-debug-ide19-0.4.12/bin/rdebug-ide.rb, где в 78 строке написать вместо:

Debugger::PROG_SCRIPT = ARGV.shift

следующее:

script = ARGV.shift
Debugger::PROG_SCRIPT = (script =~ /script([\\\/])rails/ ? Dir.pwd + $1 : '') + script

Вот и все. В самом проекте теперь нужно писать не gem ‘ruby-debug’, а gem ‘ruby-debug19’, как я уже говорил выше. Кроме этого нужно удалить файл Gemfile.lock в корне вашего проекта и выполнить команду:

bundle update

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

За информацию по правке файлов спасибо огромное Andrea Ercolino и его блогу http://noteslog.com

Вот и все. В следующий раз читайте о том, как настроить Rails под ваши нужды добавив кастомные тесты, js-феймворк и шаблонизатор со стилями (опять таки, если вы создавали или создадите проект с нужными ключиками).

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

1. Вступление
2. Что такое Comet и для чего он нужен
3. Существующие техники real-time web
4. Реализации real-time web в существующих приложениях
5. Перспективы
6. Ссылки

1. Вступление

Сегодня информация становится все более и более ценным ресурсом, часто дороже нефти, золота, а иногда и человеческой жизни. Ведь эти самые жизни во многом зависят от вовремя полученной и максимально точной информации. Но, это все лирика, в вебе не все так страшно. На самом деле, современные технологии с ростом вычислительных возможностей и уже ставшим привычным web 2.0 подходом, когда каждый пользователь может создавать контент, сделали информационные потоки в десятки и сотни раз интенсивнее и насыщеннее. Но, кроме того, ценность информации как ресурса во многом зависит от ее актуальности. Не только биржевые сводки или текущий метеорологический прогноз, но и свежие данные о событиях в жизни вашей друзей, города или любой страны мира хочется получать в тот момент когда они действительно актуальны, то есть мгновенно или же иначе говоря в режиме реального времени. Как известно web построен по схеме «запрос — ответ», что в условиях высокой скорости или большой плотности поступления информации не всегда оказывается приемлемым. Читая текстовую трансляцию коференции Apple или глядя на последние сводки с полей спортивных сражений не хочется постоянно держать руку «на пульсе», то есть кнопке F5, ожидая каждый раз когда громоздкий красивый дизайн загрузиться и все встанет на свои места прежде чем вы сможете увидеть что к чему. Именно это обусловило появление такого направления, как real-time web.

© www.bisonium.com

2. Что такое Comet и для чего он нужен

Real-time web это довольно давно изветное семейство технологий, которое, как понятно из названия предоставляет в рамках существующих технических решений добиться работы web-приложений или их составляющих частей в реальном времени. Еще в 1996 году c появлением браузера Netscape 2.0 стало возможно встраивание в браузер Java апплетов, что позволило использовать TCP сокеты для общения браузера и сервера в реальном вермени. Сокеты позволяли удерживать соединение на протяжении всей работы с браузером в документе где размещался апплет. Уведомления о событиях могли отправляться в любом формате как текстовом, так и бинарном и декодироваться уже самим апплетом. Гораздо позже, в марте 2006го Alex Russell в своем личном блоге впервые применил к технологиям подобного рода термин comet.

Итак, уже ясно, что Real-time web позволяет пользователям получать информацию практически в тот же момент когда она была опубликована авторами. Это предоставляет возможность мгновенно быть в курсе событий, обновлений лент различных подписок, состояния пользователей (онлайн/оффлайн) и их статусов, общаться в чатах так же как в прикладных IM мессенджерах и т.п. Может сперва показаться что real-time web это то же самое что AJAX, но это не совсем так. AJAX работает по обыкновенной схеме «запрос — ответ» с той лишь разницей, что обновляется информация не всей страницы а зачастую только определенной области. Любой AJAX запрос требует какого-то события для того, что бы инициироваться и всегда после получения ответа сервера он закрывает соединение. Это называется short polling, когда браузер с определенной переодичностью запрашивает обновления у сервера. Однако при большом количестве клиентов такие запросы становятся совсем не выгодны, так как каждый клиент, допустим, каждую секунду делает очередной запрос на обновление информации. Особенно «дорого» такие запросы обходятся когда происходят в холостую и только каждое десятое обращение приносит обновление данных.

Что бы избежать таких неоправданных издержек и была придумана другая техника взаимодействия клиента с сервером, так называемый long polling. Не вдаваясь пока в технческие детали можно сказать, что по этой схеме клиент устанавливает соединение и ожидает ответа сервера не разрывая его до тех пор, пока не будет получен ответ, который в свою очередь отдается только тогда, когда состояние на самом деле изменилось и появилось какое-то изменение или событие. После получения ответа клиент отображает или обрабатывает его каким либо образом.

Существует некая путаница в терминологии из разных источников, но некоторые выделяют как еще более прогрессивный вариант server push. Так называют способ реализации, когда клиент один раз соединяется с сервером и в реальном времени постоянно ожидает ответы какие сервер присылает самостоятельно без разрыва клиенского соединения и соответственно без необходимости устанавливать его снова (push). Лично я тоже отделил бы это от long-polling, так как там соединения происходят все таки гораздо чаще. Кроме того, этот же server push, судя по всему, и называют streaming’ом о котором пойдет речь чуть ниже.

3. Существующие техники real-time web

Итак, самое время рассмотреть какие на сегодняшний день существуют приемы и техники для реализации такой замечательной штуки как real-time web. К счастью, а может к сожалению вариантов очень много. Многие из них страдают своей противностью природе и устройству протокола HTTP как такового, другие вынуждают использовать проприетарные закрытые решения. Так или иначе выбор достаточно велик. Давайте же познакомимся с некоторыми из вариантов. Для удобства разделим рассказ на две части или даже эпохи:

Эпоха велосипедов и костылей

Long-polling

Самый простой в реализации и как следствие самый распространенный, но в то же время не совсем трушный вариант. Long-polling подразумевает подключение к серверу и длительное ожидание ответа от него. Самым слабым местом этой идеи является все тот же сервер и устройство HTTP, так как изначально очень длинные запросы не были предусмотрены технологией и столь долгие сессии не могут поддерживаться обычными web-серверами вроде Apache, а потому время каждого такого долгоиграющего запроса ограничено таймаутом сервера — обычно от 30 секунд до 5 минут. Этот вариант пригоден для малого количества пользователей (до сотни), а реализовывать его лучше всего на nginx, Jetty (Java), Twisted(Python), Node.js или другом специализированном сервере с возможностью создавать один процесс на много клиентов. Не совсем трушный он именно потому, что только пытается имитировать push от сервера, хотя на самом деле это растянутый во времени poll, впрочем особо выбирать не приходиться.

Streaming

Отличается тем, что после ответа сервера соединение не разрывается и такое соединение в отличие от Long-polling’а может держаться часы, а не секунды или минуты. Конечно такое решение требует соответствующей серверной как программной так и железной части, кроме того нужно поиграться с настройкой ОС и предусмотреть масштабирование.

MiME multipart/x-mixed-replace

Это своего рода long-polling MIME тип, который был разработан еще в 1995 году тем же Netscape и до сих пор поддерживается некоторыми браузерами, среди которых по утверждениям разных источников Firefox, Chrome, Opera, но как всегда не поддерживается Microsoft. Метод заключается в отправке серверу XHR-запроса, ответ на который может быть разделен на части. Такой Multipart XMLHTTPRequest инициирует на сервере отправку ответа, но разделенного на части с уникальным разделителем, который возвращается клиенту в специальном заголовке: header(‘Content-type: multipart/x-mixed-replace;boundary=»тут уникальный разделитель»‘); Дальше клиент получает по очереди, «размазано» во времени все ответы разделенные этим разделителем (простите уж за такую формулировку), задержка происходит только перед получением первого ответа, остальные же части приходят асинхронно.

Hidden iFrame

Самый известный, самый старый и до сих пор актуальный кроссбраузерный способ реализации long-polling. Суть его, как понятно из названия, заключается в создании на странице невидимого фрейма IFrame в который загружается удаленная стрница (ваш comet сервер). Фишка в том, что загружаемые данные обрабатываются браузером последовательно по мере их поступления и если это поступление сделать бесконечным, то и данные будут приходить постоянно. Таким образом все время отправляя в этот самый фрейм небольшие вызовы

<script>…javascript…</script>

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

Не смотря на недостатки этого метода привести пример его реализации проще всего, так как он не очень громоздкий и достаточно понятный:

<html>
<body>
<?php
  set_time_limit(0);
  while (@ob_end_flush()) {}
  ob_implicit_flush(1);

  $i=1;
  while(true)
  {
     echo "<script>parent.handleDigit($i)</script>";
     sleep(1);
     $i++;
  }
?>
</body>
</html> 

function handleDigit(digit)
{
  var s = document.createElement('span')
  s.innerHTML = digit+' '
  document.getElementById('endless_frame_div').appendChild(s)
} 

Источник примера: javascript.ru

XMLHTTPRequest, состояние interactive

Способ работающий благодаря возможности установки у объекта XMLHTTPRequest состояния readyState=3, что означает interactive. Это состояние означает что текст ответа (response text) может читаться еще до завершения запроса и полного получения ответа, то есть интерактивно. Говорят, что в некоторых браузерах это действительно работает и это состояние можно использовать для передачи событий и данных. Но как всегда способ не работает в IE, а также ведет себя из рук вон плохо в Хроме и Опере, потому не думаю что он заслуживает более детального рассмотрения.

HTML5 Event-source, Opera

Этот метод упомянут скорее «для галочки», так как он работает только в Google Chrome (начиная с версии 6), Apple Safari (начиная с версии 5) и Opera (начиная с версии 9) с HTML5. Для реализации real-time web в нем используется специальный элемент HTML — event-source. Способ очень удобный и жаль, что он доступен не везде. Его суть заключается в установке атрибута src в упомянутом элементе, в который прописывается адрес сервера событий. Сервер в свою очередь отвечает заголовком

header(«Content-Type: application/x-dom-event-stream»);

что означает его готовность генерировать события, которые выглядят так:

Event: call
Data: bla-bla.

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

BOSH

Эта аббревиатура расшифровывается как Bidirectional-streams Over Synchronous HTTP. Способ основывается на обмене между клиентом и сервером сообщений по протоколу XMPP и работает через обыкновенный синхронный web. Если же интерфейс для взаимодейсвтия с таким Jabber сервером нужно реализовать на обычной страничке в виде (View), например, чата в социальной сети, то используется тот же Long-polling.

CometD Project

© CometD project

Довольно интересный и богатый на имплементации проект Dojo Fundation который располагается по адресу cometd.org. Этот проект является сборкой реализаций протокола Bayeux Protocol, который работает по принципу pub/sub на основе AJAX и server-push (на самом деле все тот же long-polling или стриминг) предоставляя стандарт API как для клиента так и для сервера, на разных языках javascript (в том числе для Dojo и jQuery), java, perl, python и прочих. Как отличительную черту проекта можно отметить возможность как сервера так и клиента выступать в обеих ролях подписчика или публикатора.

Эпоха кошерных технологий

APE Server

Как говорят сами разработчики на официальном сайте проекта:

«APE is a full-featured OpenSource solution designed for Ajax Push. It includes a comet server and a Javascript Framework. APE allows to implement any kind of real-time data streaming to a web browser, without having to install anything on the client-side.»

Aything, не считая javascript, я полагаю. Кроме того все это работает с Dojo, Mootools и jQuery поддерживая все виды комета от long-polling и до WebSockets, о которых мы поговорим ниже. На официальном сайте обещают что эта штука выдержит до 100’000 пользователей одновременно, что весьма и весьма впечатляет.

Lightstreamer

Это еще один масштабируемый и надежный Comet push-сервер для передачи любым RIA данных в реальном времени без дополнительной установки чего либо лишнего на клиенте. Весьма многообещающе выглядит поддержка работы с клиентами на HTML, AJAX, Flex, AIR, Silverlight и Java, .NET, iPhone приложеняиями. Решение энтерпрайсное, но доступна и бесплатная light версия.

Dklab_realplexor

Отдельного внимания заслуживает решение от dkLab, создателей Denwer и целой кучи других полезных библиотек и примочек. Думаю стоит опять дать слово самим авторам:

«Dklab Realplexor — это Comet-сервер, позволяющий держать одновременно сотни тысяч долгоживущих открытых HTTP-соединений с браузерами пользователей. JavaScript-код, запущенный в браузере, подписывается на один или несколько каналов Realplexor-а и вешает обработчик на поступление данных. Сервер может в любой момент записать сообщение в один из таких каналов, и оно будет моментально передано всем подписчикам (хоть одному, хоть тысяче), в режиме реального времени и с минимальной нагрузкой для сервера.»

Кроме того авторы утвержадют что их метод тоже поддерживает сотни тысяч соединений, более того они предлагают живой пример в виде «нашего аналога» twitter — RuTvit и готовые решения для PHP и Realplexor JavaScript API. В качестве поддержки отечественного производителя думаю стоит попробовать, тем более что выглядит эта вещь очень серьезно.

pubsubhubbub

«A simple, open, server-to-server web-hook-based pubsub (publish/subscribe) protocol as an extension to Atom and RSS»

Решение для межсерверного обмена в реальном времени основанное на простом и легко поддерживаемом в любом языке протоколе Atom или RSS XML. Взаимодействие происходит через так называемые webhook callbacks. Лучше всего про то что это такое расскажет видео с офицальной страницы проекта: pubsubhubbub

WebSocket в HTML5

Итак, встречайте — гвоздь программы, HTML5 с его WebSocket. Как говорит нам Википедия WebSocket это протокол полнодуплексной двунаправленной связи поверх TCP соединения, предназначенный для обмена сообщениями между браузером и веб-сервером в режиме реального времени. Проще говоря это полностью асинхронный способ обмена сообщениями и данными между клиентом и сервером, когда оба представляются полноправными участниками процесса с возможностью отправки и получения данных в произвольном формате (в том числе бинарном). Причем какого-то особого формата, разве что кроме кратеньких заголовков при инициализации от клиента/сервера не требуется, все ограничивается специальными байтами (шестнадцатиричными кодами) в начале и конце сообщения. Причем все это работает без временных лимитов и ограничений на объем и, повторюсь, формат пересылаемых данных. Описывать довольно таки хорошо документированный формат, думаю не имеет смысла. Тема сейчас дико популярная и за ней, как говориться, будущее, так что просто поиска в по этому ключевому слову или пройдя по ссылкам в конце этого поста, вы найдете подробнейшие мануалы, статьи и описания всего процесса и формата. Скажу только что на сегодняшний день поддержка этого чуда реализована в Google Chrome (начиная с версии 4.0.249.0), Apple Safari (начиная с версии 5.0.7533.16), Mobile Safari (iOS 4.0 beta 2, позже была убрана и, думаю, уже возвращена), Mozilla Firefox (начиная с версии 3.7), Opera (до конца года) и даже Internet Explorer (начиная с 9ой версии), что покрывает добрую часть современных браузеров. Ну, а для всего старого и недоброго даже в эпоху кошерных технологий предлагается свой костыль, который имитирует работу этого расширения и работает через Flash. Найти его можно на GitHub. Другое решение заслуживающее внимания предлагается socket.io.

4. Реализации real-time web в существующих приложениях

Казалось бы все это дело только ближайшего будущего, ведь костыли уходят в прошлое, а новые стандарты пока еще тольком не расспробованы. Но на самом деле real-time web это уже практически повседневность. Мы каждый день получаем почту в Gmail именно через Comet, web-часть GTalk встроенная в почту, это тоже comet. Что уж говорить про недавно запущенную фичу Google real-time search, который именно благодаря этой технологии в режиме реального времени выдает результаты поиска среди твитов, новостей, Yahoo! Answers и блогов. Та же фича еще раньше была встроена в Bing от Microsoft который выдает данные в реальном времени из twitter, facebook. Даже на картах Bing можно посмотреть текущие твиты с гео-привязкой (еще один модный тренд уходящего года). Тот же Яндекс запустил недавно сервис популярных запросов поисковой системе с геогафической составляющей, накладывая их поверх карты мира, что тоже происходит в онлайн режиме по мере поступления запросов.

Стоит упомянуть так же то что чаты Facebook и Вконтакте работают по той же технологии BOSH (по крайней мере Facebook), а web IM клиент Meebo позволяет благодаря чатам в реальном времени получить доступ к большинству меседжинговых протоколов без установки дополнительного софта. Google Reader, Lazyfeed — проекты использующие real-time web для работы с RSS. Второй вообще в реальном времени мониторит блогосферу с поисках интересной для вас тематики и не даст пропустить ни одной полезной статьи.

Twitter тоже использует real-time web — пока вы находитесь на своей странице информация про новые твиты постоянно поступает прямо в браузер в режиме реального времени. Кроме того их живой поиск давным давно использовал comet для предоставления дополнительных резульатов во время чтения основной выдачи. По тому же принципу действует их API благодаря которому создаются такие мэшапы как monitter.com для стриминга твитов в реальном времени с привязкой к месту, по расстоянию от вашего положения или заданной теме. www.twitscoop.com показывающий twitter тренды в реальном времени как и trendsmap.com представляющий собой, как мне видиться, прекрасный инструмент для маркетологов, что бы все время знать о текущих тенденциях. То же может быть полезным и для SEO-мастеров для поиска актуальной на данный момент тематики. Другой потрясающей красоты проектwww.twittearth.com связанный с твиттером, показывает статусы в реальном времени прямо на мировой карте, визуализируя все как трехмерный глобус. FriendFeed, кстати, тоже обновляет ленту друзей в реальном времени.

Еще одной сферой применения real-time web’а стала сфера collaborative work. В реальном времени команда людей может создавать ментальные карты, редактировать текстовые документы и презентации. Google Docs, Zoho, MindMeister — все это флагманы офисной и частной совместной работы над разного рода документами в реальном времени. Я уже не говорю про Google Wave в котором, собственно и писалась эта статья. Кроме того, в сети масса мелких решений для совместного написания текстов или программного кода. Среди них есть и открытые стандарты, например, проект Mozilla Labs — Skywriter.

Все это делает real-time web серьезной платформой для работы, причем совместной, творческой и быстрой.

5. Перспективы

Итак, мы видим что эпоха web 3.0 кроме семантической паутины и Data Mining будет и даже уже сейчас сильно завязана на получении актуальной информации в реальном времени. Перспективы мы видим — принимаются новые стандарты, все больше браузеров поддерживают эту тенденцию и если сейчас AJAX’ом уже никого не удивишь, то через пол года или максимум год, real-time web будет восприниматься как должное и использоваться повсеместно. Для разработчиков можно прогнозировать поддержку этого стека технологий всем и вся. Думаю каждый уважающий себя сервер, фреймворк или comet бибилотека обзаведуться, если еще не обзавелись поддержкой WebSocket, а API станут еще проще, еще более высокого уровня абстракции так что бы не задумываться о шестнадцатеричных флагах и прочей ерунде. Для конечных же пользователей это будет означать только мгновенные комуникации, удобную совместную работу, трансляции и обновления статусов в реальном времени, push уведомления про важные события делового календаря или новости из жизни друзей. В сочетании с тем же семантическим вэбом и повсеместным переплетением API и развитием мэшапов, вэб выйдет на совершенно новый качественный уровень, когда можно будет абстрагироваться от конкретных приложений или платформ и прозрачно пользоваться сервисами, получать и комбинировать информацию, сравнивать, накладывать на карты, анализировать и наблюдать в реальном времени любые врезы данных, что сделает нашу жизнь проще и удобнее.

6. Ссылки

• websockets.ru
• javascript.ru
• www.ape-project.org
• habrahabr.ru/blogs/webdev/82140/
• http://socket.io/
• twistedmatrix.com/trac/
• www.frozenmountain.com/websync/ — коммерческое решение для .NET
• phpdaemon.net/
• github.com/jcoglan/faye
• www.slideshare.net/beshkenadze/wstd
• ajaxpatterns.org/wiki/

Ряд серверов предлагает дополнительные обертки и фреймворки, упрощающие COMET, включая javascript-библиотеки и различные режимы работы: polling / streaming / long-poll.

Вот список самых распространенных открытых серверов и библиотек:

Java

• Glassfish с компонентом Grizzly Comet
• CometD
• jetty

Javascript

• Node.JS

Python

• Orbited
• Tornado
• django-websocket

Erlang

• Mochiweb

Ruby/Rails

• juggernaut
• socky_plugin

Недавно я наткнулся в сети на статью крайне интересной для меня тематики, а именно о парном программировании. Так как считаю это одним из самых удачных методов работы, если не самым удачным вообще, я решил перевести ее с английского для читателей моего блога. Увы, мой английский так и остался где-то на уровне школьной программы, да еще чтения документации, но старался как мог. Кроме оправдания скажу что перевод достаточно вольный и местами я позволил себе довольно таки приблизительные замены по возможности не искажая при этом суть. Итак, представляю вам статью «Practical Styles of Pair Programming» оригинал которой написал Iwein Fuld:

Стили парного программирования на практике

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

Итак, давайте посмотрим что говорят люди, если вы спросите почему они прекратили программировать в паре:

Кое что из вышесказанного может показаться правдоподобным, так что давайте сперва я развенчаю это впечатление. Нет, вы не работаете быстрее сами по себе, вы просто создаете еще больше говнокода над которым ваши коллеги изрядно поломают голову, что бы в конце концов удалить его. Код который вы пишете сами — отстой. Парень какой раздражает вас, просто пытается объяснить (неуклюже) что ваш код отстой, попробуйте послушать его и вы станете программировать лучше. Или наоборот, можете научить его чему-то новому и в результате он перестанет действовать вам на нервы. Если ваш код настолько прост, что вы можете разделить работу, вы пишете на слишком низком уровне абстракции или вам необходимо разделить задачу на две пары. Если вы замедляете своего напарника, тем лучше. Это помешает ему писать код, который вы не сможете поддерживать. Если вы не чувствуете что достойны кода ваших коллег, преодолейте это или покиньте команду.

Это был холодный душ который, надеюсь, растормошил вас. Остальная часть поста будет более приятной. Я пропустил несколько жалоб. Я слышал утверждение, будто парное программирование утомительно? Уверен, вы будете скучать по всем этим тайным минутам отдыха, когда вы украдкой просмотрели свою почту, засмотрелись в окно, задумались об обеде… Если окружающее отвлекает вас, то в паре вы будете отвлекаться еще больше. Если вы испытывали проблемы во взаимодействии с командой, то с парным программированием это станет болезненно очевидным. Кто-то же должен исправить это дерьмо!

Заткните все что не относиться к делу, включая клиента. Если вы скажете тому чуваку который платит за ваше время, что вы не можете работать эффективно пока он болтает по телефону с женой сидя прямо перед вами, вы сэкономите ему кучу денег. Заткните все телефоны, просто выдерните их розетки, это НОРМАЛЬНО. Есть еще много советов, но главное правило гласит:  если что-то отвлекает вас, устраните это. Теперь вы готовы вместе со своим коллегой задать жару в парном программировании.

Но, что бы показать класс, вы должны знать что вы делаете и что делает вещи лучше, а что обрекает парную разработку на провал. Я заметил что существует четыре основных стиля парного программирования. Я пройдусь по ним и дам рекомендации относительно того, какой стиль лучше выбрать  если вы застряли. В паре есть один человек за клавиатурой и один, который никак не использует руки. Первый называется ведущий (driver), второй — штурман (navigator) (как в ралли [ прим.пер.]) Для некоторых стилей это не очень показательные термины, но в случае сомнений я буду использовать именно их. Я рассматриваю случаи, когда пара имеет все необходимые знания для правильного выполнения поставленной задачи, то есть это пара не новичок-новичок. Но я чувствую, что тот же паттерн возникает когда пара пытается приобрести знания в ходе выполнения задачи.

Стиль 1: «Командующий и Ворчун» или «Надоедливый пассажир, советующий водителю, как надо ехать»

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

Наиболее естественным для этого стиля будет если ведущий является новичком в проекте, языке программирования или проблемной области. А штурман в свою очередь более информирован и вероятно будет быстрее, если ему не придется ждать, когда ведущий выполнит то что он говорит. Вы можете заметить как раздражение возрастает когда штурман дает слишком много низкоуровневых инструкций, типа: «Извлеки поле. НЕТ не печатай это, нажми Ctrl-Alt-F! Нет, не там, выбери метод сперва, нет, нет, нет, тебе не нужно выделять каждую букву в отдельности, ты что до сих пор никогда не использовал IDE? Дай мне клавиатуру и я сделаю все это сам.» Веселье наступает когда штурман обнаруживает, что ведущий привык использовать другую операционную систему, раскладку клавиатуры и мышечная память здесь не срабатывает. Он пересаживается за свой собственный стол, одевает наушники и выполняет ту же задачу за 20 минут. Мы можем назвать этот паттерн  Jerk и Moron и никогда больше о нем не говорить, верно? Не верно!

Хитрость здесь в мышечной памяти. Существует тонкая разница, состоящая в хороших привычках, между мышечной памятью и теми вещами которые командующий рассказывает, когда объясняет что он сделал. Ведущий не знает всего этого (пока что) и ему нужно этому научиться. Было бы ужасно неэффективным, если бы штурман написал все сам, а ведущий учился бы на его примере. Потому парная разработка в этом стиле на самом деле высокоэффективный путь передачи именно этого типа неявных знаний.

Когда я учился в колледже у моего соседа по квартире был собственный бизнес и ему нужно было кое-что сделать. К тому же он заработал RSI (травма, возникающая из-за постоянной нагрузки, которая часто встречается у людей, много работающих за клавиатурой [прим.пер.]), и доктор посоветовал ему воздержаться от компьютерной работы. На него навалилось проблем больше чем он мог справиться, и я предложил ему помощь при условии, что он научит меня Smalltalk’у. До того я в  жизни не написал ни строчки на Smalltalk и даже никогда не видел IDE’шки. В общем, во всех отношениях я был довольно таки дерьмовым разработчиком, но мы были отличными приятелями и мне всего лишь нужно было нажимать кнопки какие мне скажут. Вы наверное подумали: что в этом сложного?

За первый час мой друг перешел от объяснений того как вообще работает Smalltalk, до проклятий через то, что приходится постоянно кричать комбинации клавиш мне над ухом. Тремя часами позже он потягивал эспрессо пока я реализовывал несколько методов. Во второй половине дня он уже отходил в туалет, пока я заканчивал тесты. А под конец дня он просто рисовал все на доске и я реализовывал это, в то время как он изредка давал мне советы какие имена присваивать переменным или как использовать дебагер вместо чтения кода в поисках ошибки. Это было довольно приятно и мне казалось что я и сам мог бы писать код на Smalltalk. Когда я попробовал на следующий день, я был полностью потерян, но по крайней мере мог делать то что говорил мой штурман, не доставая его, как за день до этого. Урок состоит в том, что вы можете сделать кого-то в вашей команде более эффективным всего за один день, если вам это понадобиться. Да, у вас будет тяжелый день, но если вы сделаете это осознавая отдачу от такой инвестиции, то эта затея выглядит стоящей. В конце дня вы и сами не заметите как уйдете от этого стиля, в то время как вещи будут становиться все лучше и лучше.

Стиль 2: «Ралли»

Это стиль которому предшествовала метафора водителя и штурмана. В ралли и водитель и штурман уже бывали там где они находятся, знают друг-друга очень хорошо и понимают друг-друга с полуслова. В машине ралли вы можете услышать что-то типа: «Резко на право. 3», «Полный вперед», «Влево 6». Если штурман пропустит инструкцию, водитель просто в любом случае повернет направо, а штурман продолжит со следующего указания. Там есть право на ошибку, но вероятность аварии сильно уменьшается благодаря присутствию штурмана.

В программировании люди говорят о некой  «зоне» или «потоке», что бы описать состояние абсолютной концентрации или даже транса, который ассоциируется с высокой производительностью. В ралли-стиле парного программирования в поток входят двое. Стает сложнее побеспокоить их потому что они говорят на языке понятном только им и игнорируют все кроме кода на экране. Чувства какие я испытывал в этом состоянии схожи с теми какие испытываешь играя в некую игру, будучи ребенком, где мир строиться путем обмена фантазиями, а история существует в головах нескольких детей. В этом случае нужно очень мало общения, что бы поддерживать все вещи в согласованном состоянии. Обмен сюжетной линией с другими действительно помогает, так как вещи которые не вписываются в нее (например, ошибки компиляции), будут отфильтрованы с меньшим нарушением процесса в целом.

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

Как водитель вы должны:

Как штурман вы должны:

Стиль 3: «Экскурсия»

Этот стиль возникает когда штурман теряет концентрацию и водитель в целом показывает ему что к чему. При этом вы все еще можете переключиться назад к ралли-стилю, но это потребует дополнительных усилий с обеих сторон. Убедитесь что вы оба в курсе всей «игры», начните «экскурсию» придерживаясь лучших примеров поведения описанных выше и скоро вы увидите, что вы снова работаете в стиле ралли. Если же это не произошло в течении максимум десяти минут, поменяться в паре (вы можете заменить ведущего, который, вероятно, начнет действовать в стиле Ворчун-Коммандир). Если же ничего не помогает, просто попробуйте поработать некоторое время в паре с другим членом команды.

Стиль 4: «Разобщенная пара» или «Спящий штурман»

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

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

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

Вот некоторые из них в порядке значимости:

Главная проблема парной работы это то, что люди (особенно разработчики) делают вид, что они машины и им не нужен перерыв. Хороший штурман предложит перерыв после каждого коммита и убедиться что коммиты происходят каждые пол часа. Если вы работаете в одном офисе, вы можете даже поговорить у кофеварки (где можно заодно выпить стакан воды или съесть бутерброд, если хочется), про то, как продвигаются дела, сколько осталось до коммита и т.д.  Вы так же должны помнить, что большинство людей может выдержать не более шести часов напряженной умственной работы в день. Вы можете расширить этот лимит за счет занятий спортом, здорового питания, но это нормально отойти от работы после восьми часов. Просто идите домой…

Распределенная парная разработка

Удаленное парное программирование сложнее чем разработка в одном офисе, но и имеет свои преимущества. Первое правило распределенной разработки это не зацикливаться на инструментах. Самое клевое, это то, что наиболее сложной частью удаленной работы как раз являются технические проблемы, но их можно решить. Используете ли вы GNU screen или какой либо гораздо более продвинутый инструмент, убедитесь что ваш приятель получает всю необходимую информацию что бы видеть, что все в порядке. Первое что вам необходимо сделать, это купить гарнитуру. Не продешевите на этом, купите хороший шумоподавляющий микрофон и что-то что вам удобно будет носить. Я большой фан гарнитур Sennheiser, но говорят есть skype-гарнитура которая подавляет шумы даже еще лучше. Я не большой эксперт в этом вопросе, но на это определенно стоит потратить какое-то время и деньги.

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

Стремитесь к более коротким итерациям, так как смена ведущего не столь проста. Я опробовал множество путей предоставления управления клавиатурой по сети и все они полный отстой, даже не заморачивайтесь с этим. Задержка реакции по сети добьет вас уже через 20 секунд. Если у вас действительно не получается сделать коммит раз в тридцать минут, проще сделать патч и как угодно переслать его, так как мучения с клавиатурой займут все таки гораздо больше времени.

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

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

Для примера я должен рассказать вам о моем любимом штурмане и водителе. Мой любимый штурман выходец из Индии. Когда я работаю в паре с этим парнем я приблизительно раза в три более производителен чем обычно.

Хитрость заключается в том, что я делаю все как обычно, но если что-то вдруг идет не так, он не даст мне двигаться в ложном направлении. Это похоже на кодинг с маленькой музой на вашем плече. Как вы уже наверное догадались, это стиль «Ралли» со мной за баранкой. В один прекрасный день мы сменили ведущего. Это было ужасно, мне постоянно приходилось говорить ему какие кнопки нажимать, как называть поля и все закончилось тем, что нам пришлось заморозить проект. Мой приятель сказал, что не понимает что происходит, но в паре со мной он определенно гораздо медленнее чем сам по себе. Мы поменялись обратно, и дело пошло как по накатанной в следующие 4 часа (с перерывами, разумеется).

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

Мой любимый водитель прямолинейный парень из Голландии. Он быстр «за рулем» и если он не улавливает идею я пытаюсь убедить его написать что либо, что бы просто попробовать или это будет работать. Когда он понимает о чем я бормочу, он делает это быстрее чем если бы я сам набирал этот код. Поэтому у меня просто не остается времени что бы разочароваться в вещах так как если бы я написал их за своей клавиатурой. И это дает мне время, что бы продумать пути отхода или заметить скрытые ловушки. Когда я читал ему лекцию на тему смены его дефолтных настроек Eclipse, он придумал кучу других изменений и настроек шаблонов, которые оказались крайне полезными. Это идеальная история о переходе от стиля под номером 1 к стилю 2 и приближению к третьему стилю. Теперь когда мы работаем в паре мне нужно убеждаться что я постоянно остаюсь в курсе всего что происходит. А это именно тот дух соревнования который заставляет штурмана оставаться продуктивным.

Вот в общем-то и все о ралли-стиле парной разработки. Если вы обнаружили себя надоедливым пассажиром с заднего сидения, попробуйте превратить это в полезный опыт, обучение, какое трансформируется в итоге в стиль «Ралли». Если вы оказались на месте экскурсовода, постарайтесь как можно больше вовлечь штурмана в «сюжетную линию». Когда вы потеряли нить, остановитесь и поговорите об этом. Смена ролей как правило полезна, но только в том случае, если она не переключит вас с первого стиля на четвертый. В случае сомнений, сделайте штурманом вашего самого опытного разработчика. Но самое главное, попытайтесь сделать парную работу естественным и приятным опытом. И дайте мне знать как все продвигается!

——————————————————————————-

http://translated.by/you/practical-styles-of-pair-programming/into-ru/trans/ © Iwein Fuld

Оригинал (английский): Practical Styles of Pair Programming

Перевод: © smileart.in.ua на translated.by

Если у вас появились серьезные замечания по поводу перевода, не стесняйтесь, пишите мне лично и я включу вас в группу редакторов текста на translated.by

Нет, pomodoro technique это не радио-конструктор на кухонном столе и добыча электричества из овощей. На самом деле это методика работы, которая позволяет сконцентрироваться на решении поставленной задачи без отвлечения на несущественные вещи.

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

«Если в среднем входящий телефонный звонок отнимает пять минут, а ваш период повторного входа в поток – пятнадцать минут, общая стоимость такого звонка, исчисляемая в потерянном времени потока (непосредственной работы), – двадцать минут. Десяток телефонных звонков израсходуют половину рабочего дня. Ещё десяток других вмешательств, и вот уже рабочий день пропал. Именно поэтому «С девяти до пяти здесь совершенно невозможно работать.» (Том Демарко, Тимоти Листер «Peopleware: productive projects and teams»)

В общем, без лишнего разглагольствования понятно, что секрет продуктивного умственного труда заключается в мотивации и концентрации. Оба эти фактора сильно связаны друг с другом. Бывает и так, что не хочется, а все равно надо, тогда сосредоточиться еще труднее. Надзирателя каждому за спиной не поставишь, да и такая затея весьма сомнительна, ведь работать под наблюдением часто еще менее эффективно. Тут на помощь и приходит The Pomodoro Technique™ — метод управления временем и time tracking’а. Суть метода заключается в постановке задач, когда большие задачи разбиваются на подзадачи и решаются итерациями длительностью в 25ть минут с пятиминутным отдыхом в конце каждого такого пункта, который называется помидором. Потом вы берете следующую задачу из вашего to-do и все повторяется опять. В данном случае вашим надзирателем становиться таймер, который заводиться на соответствующие двадцать пять минут каждый раз когда вы садитесь выполнять очередную задачу. Он подстегивает вас соображать быстрее, он тикает, напоминая вам о необходимости сосредоточиться на работе без отвлечения на что-то постороннее и указывает вашим коллегам или семье, что вас лучше не трогать пока эта штука не прозвенит.

Для лучшего понимания можно посмотреть это пятиминутное видео:

Те кто читал того же Тома Демарко возразят, напоминая о состоянии потока вхождение в который занимает 15 минут.

«Поток – это состояние глубокого, почти медитативного погружения в работу. В этом состоянии человек испытывает лёгкое чувство эйфории и не замечает течения времени: «Я начал работать. Когда оторвался, прошло уже три часа». Человек не прикладывает сознательных усилий, потому что работа, кажется, идёт потоком.»

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

В работе, например, программистов поток может не получиться не только от того, что кто-то или что-то отвлекает от работы, но и потому что работа банально не ладиться. Очень часто можно встретиться с проблемой которая никак не хочет решаться. Сколько ты над ней ни ломай голову, а заходишь в еще больший тупик и еще больше раздражаешься. В таких случаях помогает принцип непротивления проблеме, что-то вроде «Ляг поспи и все пройдет». Если подобную проблему оставить в покое, иногда даже на пять минут, то вы взглянув на свой код со свежей головой часто сможете понять причину поломки. Выгода очевидна — лучше прервать поток, но решить задачу, чем беситься от того что ничего не выходит сидя в «потоке». В Pomodoro Technique таких ситуаций будет на много меньше, так как ваш мозг остается постоянно более свежим.

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

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

Если сравнить The Pomodoro Technique с методикой шахматных часов, которая последнее время тоже становиться популярна, то мы увидим, что преимущество все же на стороне кухонного таймера. Дело в том, что по методике шахматных часов вы просто должны честно замерять время непрерывной работы и время простоя, делая на основе такого трекинга соответствующие выводы. С другой стороны, со временем вы заметите, что желая повысить свои результаты вы начинаете обманывать даже самих себя, то тут то там мухлюя и преувеличивая достижения. На самом же деле, не стоит гнаться за фантастическим результатом, делайте столько сколько можете, при этом видя сколько нужно выполнить задач и затратить на них времени. Pomodoro Technique ориентирована в первую очередь не на время а на задачи, потому вы можете объективно оценивать происходящее по количеству реально выполненной работы, а не просто по затраченным на нее часам. Так как помидоры не делимы, не завершившийся таймер не вноситься в список дел рядом с задачей, начинаясь заново.

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

Лично я советую купить настоящий физический таймер для применения этой методики, так как он постоянно находиться перед глазами, а не теряется среди кучи окон как обычно бывает в случае с программными таймерами. Кроме того, его тиканье нельзя отключить, каков бы сильный не был соблазн сделать это. Но для начала, что бы попробовать, да и в целях экономии, можно использовать такой замечательный таймер как Focus booster, который благодаря AIR работает на любой платформе и даже доступен в web варианте. Для составления списка задач отлично подойдут любые привычные инструменты или GTD системы. Для учета же статистики, лично я, использую систему 42goals, которая позволяет проставлять нужное количество помидор прямо на календаре там же задавая план на определенный срок. Кроме этого существует множество таймеров на любой вкус в том числе и для iPhone или Android.

Для подробного ознакомления с этой техникой можно почитать:

* Официальный сайт The Pomodoro Technique
* Cтатью на Lifehacker.ru
* Официальную книгу The Pomodoro Technique™ Book от самого Francesco Cirillo
* Статью английской Википедии с полезными ссылками в конце

Ну вот, спустя долгое-долгое время после li.ru, завел себе отдельный уютный бложек.

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

Когда-то подобные места назывались «хомяками», так что можете считать, если вам это нравиться больше, что это не просто блог, а мой «хомяк». Как и у Хрюнделя из «Масяни», мне предстоит еще многое настроить и усовершенствовать. Да-да, все эти «-ому, -ему, -ями»© Но все это со временем, а пока, прошу любить и жаловать.

— Hello world!

Кроме того вам может показаться интересным About, где я расскажу, что стоит и чего не стоит ожидать от этого «очередного» блога, а так же о том, где еще меня можно найти и за(-френдить/-фолловить) в сети.