Если вас интересует документация, не пропустите сайт ruby-doc.org. который поддерживает Джеймс Бритт. На нем собраны документы, сгенерированные программой rdoc для системных и стандартных библиотек, а также много других полезных материалов.

RubyCentral — некоммерческая организация, занимающаяся пропагандой Ruby (rubycentral.org). Среди прочего, эта группа ежегодно проводит международную конференцию по Ruby. Граждане США могут вносить на ее счет пожертвования, не облагаемые налогом.

Сайт rubycentral.com не имеет к предыдущему никакого отношения. Это еще один прекрасный ресурс, один из первых в Англии, созданный группой «Pragmatic Programmers».

Список рассылки

— наверное, старейший англоязычный форум для программистов на Ruby. Новостная группа (конференция) Usenet comp.lang.ruby появилась немного позже, в мае 2000 года.

Почти сразу после организации новостной группы Дэйвом Томасом (см. ниже) было создано ее «зеркало» для пересылки сообщений между самой группой и списком рассылки ruby-talk. Если не считать редких технических проблем, сообщения в них должны быть идентичны.

В списке часто задаваемых вопросов (FAQ) для группы comp.lang.ruby обсуждаются вопросы сетевого этикета и излагаются цели создания группы. Он обновляется ежемесячно и хранится также на сайте rubyhacker.com.

Для списка ruby-talk (а также для связанных с ним списков ruby-core и ruby-math) на сайте rubv-talk.org можно производить поиск.

Есть также множество списков рассылки, относящихся к конкретным проектам, — слишком много, чтобы перечислять их здесь. Почти для каждого крупного проекта, относящегося к Ruby, в архиве RAA или на сайте rubyforge.org имеется свой список. Кстати, эти два сайта — лучшие отправные точки для поиска информации о списке рассылки или о домашней странице проекта.

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

Существует много блогов, имеющих отношение к 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 — выходит на японском языке и основан на публикациях в wiki-страницах. Неплохой стимул к изучению японского!..

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

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

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

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

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

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