22.3. Блоги и онлайновые журналы

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

Существует много блогов, имеющих отношение к Ruby. Поисковая машина отыщет их все, а я приведу ссылки на блоги нескольких ведущих «рубистов».

• Дэйв Томас (Dave Thomas): http://blogs.pragprog.com/cgi-bin/pragdave.cgi:

• Чэд Фаулер (Chad Fowler): http://chadfowler.com/:

• Джим Вайрих (Jim Weirich): http://onestepback.org/:

• Джеймис Бак (Jamis Buck): http://jamis.jamisbuck.org/;

• Натаниэль Талботт (Nathaniel Talbott): http://blog.talbott.ws/:

• why the lucky stiff: http://redhanded.hobix.com.

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

Языку Ruby посвящены по меньшей мере два онлайновых журнала. Самый старый — The Rubyist (http://jp.rubyist.net) — выходит на японском языке и основан на публикациях в wiki-страницах. Неплохой стимул к изучению японского!..

На сайте Artima (artima.com) размещается отличный журнал Ruby Code & Style (http://www.artima.com/rubycs): он подает большие надежды. Ходят слухи о создании новых онлайновых журналов, но публиковать информацию о них пока преждевременно.

22.4. Запросы на изменение Ruby

Язык Ruby продолжает развиваться. К достоинствам языка следует отнести и то, что изменяется он медленно и обдуманно.

Но, конечно, Ruby не достиг совершенства. Поэтому имеется механизм подачи предложений об изменении синтаксиса, системных классов и стандартных библиотек. Процедура называется «запрос на изменение Ruby» (Ruby Change Request — RCR).

На сайте rcrchive.net («архив RCR») четко прописано, как следует подавать запросы, посылать критические замечания и отзывы и даже голосовать за или против предложенных изменений.

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

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

Никто не гарантирует, что ваш запрос будет одобрен, — все в умелых руках Маца. Но чем тщательнее вы обдумаете свое предложение заранее, тем больше шансов, что оно будет принято всерьез. Список рассылки ruby-core — тоже подходящее место для обсуждения таких вопросов (но не тратьте зря время разработчиков ядра).

22.5. Каналы irc

Можно побиться об заклад, что в любое время суток десятки «рубистов» болтают в IRC-чатах. Такие серверы принадлежат freenode.net; зайдите на этот сайт и поищите ближайший к вам. Поиск в Web поможет вам найти подходящий IRC-клиент для любой платформы.

В канале #ruby-lang довольно интенсивный трафик. Это международный форум, так что кого-нибудь вы там встретите в любое время суток. Языком международного общения де-факто является английский, но кто-нибудь наверняка подскажет вам каналы, где говорят на вашем языке.

Соблюдайте общепринятые в IRC правила общения. Главное, не «флудите», посылая фрагменты кода: одна-две строки на сообщение — это максимум. При необходимости пользуйтесь службой отправки фрагментов rafb.net или аналогичной.

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