yaroslav/ruby-they.txt

## ruby-they.txt
=== Мое мнение в целом по последним тредам ror2ru:

Я считаю, что любое суждение по отношению к открытому (FOSS) проекту «они делают плохо» [http://www.koziarski.net/archives/2007/12/1/they] без непосредственного вовлечения в проект (см. ниже) а) малоконструктивно б) является оскорбительным по отношению к людям, которые на безвозмездной основе убивают свое время на проект. Если инженер пользуется открытым решением и оно его не устраивает — он может:

1. Ничего не делать и ждать, когда проблему пофиксят за него (но: не умеешь делать — не критикуй других).
2. Перестать пользоваться проектом: переключиться на другой или сделать все самому.
3. Предложить свои услуги по решению и включиться в разработку. В любом нормальном FOSS проекте есть текст "Contributing", где обычно рассказывают, как это сделать. Если патч получился плохим — исправить, если не совпадает с «линией партии» — поговорить с ведущими разработчиками и решить, что можно делать дальше.
4. Если не хватает квалификации или ресурсов, но проект важен для бизнеса — спонсировать его авторов или людей, которые могут к нему подключиться [Engine Yard: Rubinius, Merb, Rails; 37signals: Rails (очевидно), Passenger]

Почему Rails 3 так долго делали? Потому что не хватало людей, а старые ведущие разработчики выделяли меньше времени. К проекту присоединились Жозе, Сантьяго, Арон — и релиз состоялся. Почему в Rails 3 медленный AR? Потому что Арон сейчас чуть ли не единственный, кто разбирается с проблемами arel — и пока такой человек занимается проектом, я уверен, скорость в 3.1 будет такой же или больше как в 2.3. Почему в Rails нет фичи X? Потому что еще не написали по-настоящему классный патч, который можно будет применить и включить в релиз.

НО: к сожалению, на все вышеперечисленные проблемы с Matz Ruby сейчас нельзя повлиять никак — тут не поможет участие патчами, обсуждения (об стенку горох) или финансирование людей, которые эти проблемы теоретически могли бы решить. Решение проблемы с релизами Ruby и будущее языка — Rubinius, JRuby и MacRuby.

Как показывают недавние обсуждения в ror2ru, мало кому нравится как движется разработка 1.9 и какие решения принимаются ruby-core, но команды альтернативных виртуальных машин все еще ждут людей (разработчиков *очень* не хватает), которые возьмут на себя разработку. Понятно, что руби вне веба может развиваться как скриптовый язык общего назначения — использоваться в линуксовых дистрибутивах, или заменить python в скриптовании игровых движков, например, но пока не будет нормальной виртуальной машины [Rubinius?], тот самый график популярности TIOBE будет похож на прямую. Ruby никуда не денется — Web это все еще «платформа по умолчанию», и ничего лучше Ruby on Rails для фронтэнда еще не придумали.

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

Dixi
	=== Мое мнение в целом по последним тредам ror2ru:

	Я считаю, что любое суждение по отношению к открытому (FOSS) проекту «они делают плохо» [http://www.koziarski.net/archives/2007/12/1/they] без непосредственного вовлечения в проект (см. ниже) а) малоконструктивно б) является оскорбительным по отношению к людям, которые на безвозмездной основе убивают свое время на проект. Если инженер пользуется открытым решением и оно его не устраивает — он может:

	1. Ничего не делать и ждать, когда проблему пофиксят за него (но: не умеешь делать — не критикуй других).
	2. Перестать пользоваться проектом: переключиться на другой или сделать все самому.
	3. Предложить свои услуги по решению и включиться в разработку. В любом нормальном FOSS проекте есть текст "Contributing", где обычно рассказывают, как это сделать. Если патч получился плохим — исправить, если не совпадает с «линией партии» — поговорить с ведущими разработчиками и решить, что можно делать дальше.
	4. Если не хватает квалификации или ресурсов, но проект важен для бизнеса — спонсировать его авторов или людей, которые могут к нему подключиться [Engine Yard: Rubinius, Merb, Rails; 37signals: Rails (очевидно), Passenger]

	Почему Rails 3 так долго делали? Потому что не хватало людей, а старые ведущие разработчики выделяли меньше времени. К проекту присоединились Жозе, Сантьяго, Арон — и релиз состоялся. Почему в Rails 3 медленный AR? Потому что Арон сейчас чуть ли не единственный, кто разбирается с проблемами arel — и пока такой человек занимается проектом, я уверен, скорость в 3.1 будет такой же или больше как в 2.3. Почему в Rails нет фичи X? Потому что еще не написали по-настоящему классный патч, который можно будет применить и включить в релиз.

	НО: к сожалению, на все вышеперечисленные проблемы с Matz Ruby сейчас нельзя повлиять никак — тут не поможет участие патчами, обсуждения (об стенку горох) или финансирование людей, которые эти проблемы теоретически могли бы решить. Решение проблемы с релизами Ruby и будущее языка — Rubinius, JRuby и MacRuby.

	Как показывают недавние обсуждения в ror2ru, мало кому нравится как движется разработка 1.9 и какие решения принимаются ruby-core, но команды альтернативных виртуальных машин все еще ждут людей (разработчиков очень не хватает), которые возьмут на себя разработку. Понятно, что руби вне веба может развиваться как скриптовый язык общего назначения — использоваться в линуксовых дистрибутивах, или заменить python в скриптовании игровых движков, например, но пока не будет нормальной виртуальной машины [Rubinius?], тот самый график популярности TIOBE будет похож на прямую. Ruby никуда не денется — Web это все еще «платформа по умолчанию», и ничего лучше Ruby on Rails для фронтэнда еще не придумали.

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

	Dixi