10 причин для перехода на Ruby

Original author: h3raLd
  • Translation
Я познакомился с Ruby сравнительно недавно, благодаря чудесному фреймворку Ruby on Rails. Я не считаю себя экспертом в Ruby, но я прочитал PickAxe, написал несколько утилит на Ruby для личного пользования, а также разрабатываю на Rails в свободное время.

Ruby на данный момент, мой основной язык. Начинал же я с TurboPascal в школе, изучал C и C++ в университете, дисертацию писал на Java, а еще я изучал PHP с нуля, так как хотел научиться делать веб-сайты быстро и легко. Думаю, что написание кода для меня это некая форма развлечения, а уж потом все остальное. В начале у меня были размышления, какой язык изучать, Python или Ruby. Я выбрал второй, так как не хотел, чтоб неправильные отступы были причиной неполадок в моем коде.

Есть целая куча введений, руководств, статьей и эссе, написанных гуру, о том, как получить максимум пользы от Ruby. Данная статья ничем таким не является.

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

Короче, вы — предупреждены.

Зачем изучать Ruby?


1.Вы получаете все удобства (удовольствия) без уловок.


Ruby позаимствовал все лучшее из других языков программирования, от smalltalk до Java, от Perl до Python. Вот базовые возможности, которые вы в принципе могли видеть и в других языках:
  • Исключения. Верите или нет, исключения являются одной из важнейших вещей при разработке программ любого рода. Программисты на PHP4, не знают ничего о них и будут говорить вам, что можно просто печатать(ошибки) на экран или использовать их собственный «супер-пупер» класс для обслуживания ошибок. К счастью для всех нас, Ruby поставляется с try/catch (или еще лучше begin/rescue) блоками и набором предопределенных, расширяемых Исключений, для правильной обработки ошибок.
  • Пространства имен: модули Ruby делают использование пространства имен легким, это должно понравиться энтузиастам C++ и Java.
  • Встроенные регулярные веражения: Для всех знатоков Perl, вы можете заключить нечто в // и оно становится регулярным выражение, готовым для сравнения (для этого используем оператор =~).
  • Перегрузка операторов: Ruby позволяет определять операторы, такие как +, -, >, и т.д. для любого вашего класса.
  • Пакеты: называемые «gems»(камешки), они действительно оправдывают свое название, кроме того — они работают. Пакеты поддерживают зависимости, а еще могут быть как кросс-платформенные, так и платформо-зависимыми.
  • Интерактивная консоль: может использоваться для тестирования кода интерактивно, подобно консоли Python


2.Вы полюбите мелочи.


Ruby изящен. Почему? Потому-что он не старается делать код лаконичным настолько, что б это мешало читабельности и пониманию. Есть несколько советов, которые могут вам помочь:
  • Вы можите использовать оба оператора, if и unless в условных выражениях. Кончно же вы можите использовать if с противоположным значением выражения, но использования unless обычно приводит к меньшему числу ошибок. Кроме того, вы можите использовать оба оператора, как условные модификаторы, ставя их после выражения, а не до:order.new unless order.exists
  • Можно использовать знаки вопроса и восклицания в конце имени метода. Данное соглашение не навязывается, но знак «?» используется, когда метод возвращает true или false, в то время, как знак «!» используется для методов, делающих нечто необратимое, на подобии удаления записи из базы данных, отщепления последнего символа из строки и т.п.
  • Можно использовать псевдонимы (alias) для уже созданных методов. Таким образом можно получить методы exist и exists, без накладных расходов и без повторений.
  • Вы можете использовать директивы attr_reader, attr_writer или attr_accessor для автоматического создания getter/setteer для членов класса.
  • И еще некоторое соглашение об именах: константы, классы и модули пишут с заглавной буквы, методы и члены класса должны начинатся с маленькой буквы, глобальные переменные именуют начиная с «$», имена переменных объекта начинаются с «@», а имена переменных класса с «@@», ну и т.д.
  • При вызове методов, можно не писать скобки. Можно писать write File.open("/home/h3rald/test.txt") или просто File.open "/home/h3rald/test.txt", что особенно удобно с методами, без аргументов.


3.Больше не нужно использовать точку с запятой.


Хотите написать следаующую инструкцию? Просто переходите на новую строку. Нажмите «Enter» и готово. В Ruby как и в Python, новая линия разделяет инструкции, так что вам не придется все время ставить точку с запятой. К сожалению это означает, что подобно фанатам C++, мы не сможем написать программу в одну строчку. Но это не так уж и плохо, правда?

4.Все является объектом, как это и должно быть.


Когда я изучал Java, мне говорили, что все является объектом.
— «Че, 14 и 374346.678 — объекты?»
— «Нет, глупыш, это числа!»

В Ruby числа, символы, булевы значения и все остальное является объектом. Серьезно. Это означает, что можно писать вещи подобно этим:
"YOU SHOULDN'T ALWAYS USE CAPITALS".lowcase # вернет "you shouldn't always use capitals", вместо нечто такого:
# PHP Code
strtolower("YOU SHOULDN'T ALWAYS USE CAPITALS")

Этим вы экономите время, экономите скобки и так более логично.

5.Все имеет значение.


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

6.Можете изменять окружение любым доступным способом.


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

В Ruby вы можете добавить метод в оригинальный класс, без правки исходных кодов. Это можно сделать даже для системного класса.
Мы хотим добавить метод, для пересчета значений из метров в футы? Просто расширим класс Numeric, как показано:
class Numeric
def feet
self*3.2808399
end
end

С этого момента, все наши числа, будут иметь новый метод, который может использоваться, как любой другой:
5.feet # возвратит 16.4041995
Классы в Ruby никогда не закрываются и могут быть расширены в любой момент, из любого места. Естественно использовать такую возможность надо с осторожностью!

7.Вы не сможите получать единорогов из птиц и конец, но вы получите ослов, если захотите.


Я четко помню, как моя учительница по C++, использовала животных, для иллюстрации основных концепций объектно-ориентированного программирования — классов и наследования. Было нечто загадачно, когда объясняла нам множественное наследование, образовывая «пегаса» из «птиц» и «лошадей». Сумасшедшие вещи, Ruby не позволяет множественного наследования. Это выглядит как тренд и в конце-концов это дело вкуса. Я не в восторге от множественного наследования, так как это может привести к непредсказуемым вещам. Несмотря на это есть возможность создания нечто подобного, используя модули Ruby, так что переменные и методы одного модуля, будут добавлены в определенный класс, если модуль включен в него.

8. XML — реально ненужен.


XML — красивый, общеупотребительный, язык разметки, который может быть обработан всеми языками программирования и используется повсеместно. К сожалению, он слишком громоздкий для написания, трудный для обработки(парсинга) и, давайте будем честны — трудный для чтения в большинстве случаев. А вот взгляните на следующий фрагмент:
regexp: !ruby/regexp /a-zA-Z/
number: 4.
string: a string

Безусловно это легче и проще XML, правда? Добро похаловать в YAML, любимый (но не единственный) язык разметки Ruby, с помошью которого любой объект может быть представлен в простом, лаконичном, но полном виде.
Ruby способен работать с XML, но простота YAML подкупила многих разработчиков, которые теперь используют его вместо XML, например для файлов конфигурации (так поступили в Rails). Фрагмент, представленный выше, был получен исполнением следующего фрагмента кода:
{"string" => "a string", "number" => 4.7, "regexp" => /a-zA-Z/}.to_yaml
Метод to_yaml, определен для класса Object, который является родителем для всех остальных объектов, а потому доступен для всех объектов Ruby. Это позволяет преобразовывать объекты в YAML и обратно, абсолютно прозрачно для разработчика. Круто, да?

9.Лямбда — нечто больше, чем просто греческая буковка.


Ruby позаимствовал некую магию из Lisp и Perl в объекты и блоки Proc. Proc — это «блок кода, связанный с набором локальных переменных. Однажды связанные, они могут вызываться в различных контекстах и все еще обращаться к тем переменным.». Поглядим на следующе:
def gen_times(factor)
return Proc.new {|n| n*factor }
end

times3 = gen_times(3)
times5 = gen_times(5)

times3.call(12) #=> 36
times5.call(5) #=> 25
times3.call(times5.call(4)) #=> 60

Можно было использовать ключевое слово lambda вместо Proc.new, на результат это не влияет. Это могло показаться знакомым людям, знающим Perl и Python (или Lisp). Такое можно сдалать даже на PHP, но не много людей пользуются этой возможностью.
Кроме того в Ruby широко используются блоки типа «несозданные Proc», например, для итерации по содержимому объекта и исполнения некоторого кода, подобно методу each, доступного для класса Array:
[1, 2, 4, 6, 8].each {|c| puts c*2} #=> возвратит каждый элемент, умноженный на 2
Если код не умещается на одной строчке, рекомендуется использовать конструкцию do… end, вместо использования скобок. Фаны Ruby не любят скобок.

10. Вы можете использовать Rails.


Последнее, но не по важности… Вы всегда можете использовать Rails для разработки веб-приложений. Разработка будет не настолько простой, как с PHP, но Rails были написаны на Ruby, поскольку он имет возможности, отсутствующие в других языках.

Заключение


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



Уважаемые Читатели — не забывайте, что хабраюзер, просто перевел (паршиво, да) текст. Идеологических претензий ему высказывать нет нужды.
Share post
AdBlock has stolen the banner, but banners are not teeth — they will be back

More
Ads

Comments 255

    +17
    ==оффтоп==
    производители пива молятся на жаркое лето
    производители зонтиков молятся на дождливое лето
    а производителям водки некогда молиться - надо производить


    теперь по делу
    автор сравнивает несравнимое - Ruby vs C++, Java, PHP4
    С++ и Java это совсем другая опера
    ну а сравнивать с PHP4 вообще наивно, ещё бы PHP pre-alpha бы сравнили. В PHP5 намного больше интересностей.

    Ruby это круто для программирования но почему то все, кто хвалят Ruby всё время забывают маленькую вещь - производительность. Ведь и для offline программинга есть DarkBasic, позволяющий школьникам делать 3D игры, но движки на нём почему-то не пишут

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

    PPS. Огромное спасибо за то, что не стали сравнивать PHP5 vs. RoR. Вроде уже поняли, что сравнивать фреймфорк с языком некорректно )
    • UFO just landed and posted this here
        +1
        Зависит от квалификации тех, кто на них пишет :)
        • UFO just landed and posted this here
          +1
          А есть Ассемблер - отдыхают все.
            +3
            А есть пиво. Даже после Ассемблера предпочитают его... :)
              +2
              Пиво очень неплохо дополняет любой язык программирования :)

              А вообще скоро будет PHP 6, в котором производительность ещё больше чем сейчас в пхп5.
        • UFO just landed and posted this here
            0
            настолько :)
            • UFO just landed and posted this here
              0
              настолько =)
                0
                Нужная скорость может достигаться повышеным кэшированием и расширением системы на несколько серверов. Но всё равно именно из-за этой причины (мифической тормознутости), я пока не спешу использовать Руби.

                ЗЫ: В PHP Symfony тоже есть Yaml и я даже установил Aptana RadRails чтоб редактировать его с подсветкой :)
                  0
                  Обычно время на проработку кэширования меньше всего. Поэтому и бояться использовать руби, которое это время дает сполна.
                0
                Все зависит от того, что вы имеете в виду под "производительностью". Для некоторых - это скорость работы приложений на нем. Для других - скорость разработки новых приложений (с Basic сравнение все-же - крайность, хотя, в конце 90-х, Basic был лидером среди языков, используемых начинающими программистами в штатах) не в жертву скорости работы.

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

                Я согласен, каждый хвалит свое, но в данном случае афтар говорит именно о "вкусностях" Ruby.
                  0
                  Ruby сейчас позиционируется как средство решения всех проблем

                  Спору нет - для homepage с загрузкой до 300 хостов в сутки лучше выбора наверное нет.
                  Но как быть со 100 000 хостов?
                    0
                    http://www.habrahabr.ru/blog/mysql/18203…
                    и дело уже не в языке, а в железе и используемых алгоритмах
                      –1
                      даже если зарядить себе в попу самый лучший алгоритм - то все равно ruby будет медленнее python ;). Аналогично - если взять суперкрутое железо, все равно python будет быстрее ruby.
                        0
                        возвращаемся к началу: если вам нужна скорость - пользуйте асм или Си. Речь о удобстве. Python, не спорю, удобен, но для многих Ruby подходит больше (хотя, я пользую Parser).
                          +1
                          *зевает* в своих спорах о скорости работы, все как один, почему-то забывают, что кроме скорости работы непосредственно того, на чем пишешь, есть еще скорость работы того, что используешь... к примеру базы данных, апач и прочие мелочи. Исходя из моего опыта, основные тормоза почему-то получаются в момент передачи даннх конечному пользователю или в момент выборки из базы данных сложным запросом...
                            0
                            может потому, что для производительных систем нужно делать нестандартную архитектуру — всякие там "fast-cgi" и "stored procedures". на фоне таких оптимизаций интерпретатор ruby остаётся за крайнего даже при простом коде "hello world".
                              0
                              я такие вопросы не затрагивал. Я не пытаюсь спорить, просто мне кажеться, что не за то ругают пост.

                              Для меня "скорость работы" тоже играет немаловажную роль.

                              Просто, мне кажеться спор немного параллельный, т.е. уже перетекает за рамки темы поста: "удобства работы с языком". Я не в коем случае не агитирую за Ruby или за что-то другое, просто спор уже о другом.
                              0
                              я на это и агитирую. То что писать нужно - на нескольких языках. А до тех пор пока зацикливаетесь на Ruby или чем-то ином - до настоящего профессионала вам будет далеко.. ))

                              причём. у авторов такого рода статей все изъясняется при помощи таких ценностей, что сразу становится понятно - кроме Ruby, может пишут на PHP, но уж точно не пробовали C/C++/D :)
                                0
                                Я не зацикливаюсь, а лишь говорю, что "автор писал не о том...".

                                А насчет C++ и т.д.... давайте не смешивать разные вещи: веб-программирование и программирование вообще. Я работал на C++ довольно долго и в большом восторге от этого языка, но - делать на нем сайты - МАРАЗМ, с большой буквы. С тем же успехом можно штангенциркулем гвозди забивать. Для всего существуют свои инструменты и люди пользуются теми, что им удобнее.
                                  –1
                                  объясните в чём маразм вынести логику подсчета, скажем, какого-нибудь облака тегов в си? Я не о C++, я о СИ!!

                                  Ни в одном комменте я не агитировал писать ВЕСЬ веб-проект на Си. Это слишком неудобно и не всегда эффективно.

                                  Си сложнее, на нём уже не так легко пишется непрофессионалам. Потому и орут на каждом углу "ой маразм, маразм!".
                                    +1
                                    ай, я никак не хотел называть вас непрофессионалом - это я о большинстве людей кричащих "маразм" в сторону Си... +)
                      +1
                      > Я выбрал второй, так как не хотел, чтоб неправильные отступы были причиной неполадок в моем коде.
                      Дальше читать не стал.
                        0
                        Извините что сумбурно, но может кто-то вместо того, что бы писать розовыми буквами слово Ruby напишет сравнительную характеристику производительности языков программирования?


                        Ruby медленнее PHP? Уже нет!
                          +1
                          А чем руби плох для продакшна?

                          http://habrahabr.ru/blog/ruby/26147.html

                          вот тут как раз материал по сравнительной характеристике, в гугле материала достаточно, в том числе и графиков сравнения и, почему-то, ява тоже включена в список (php/java/ruby), причем не в один, значит есть смысл ее туда включать, с++ был лишним, да, но он не выпал из текста статьи, с ним сравнивали :)

                          php5 - а что это, панацея? Он как был однопоточным, так и остался, нет нормального fastcgi, яваподобный синтаксис ООП угнетать начинает. Да, сделали file_get/put_contents, scandir всякие, этим чуток улучшили разработку, но суть-то не меняется, под руками все те же средства.

                          Сравнивать ruby и darkbasic непрофессионально, не побоюсь этого слова, Вам же java && c++ мешали, так причем тут darkbasic к ruby? На ruby пишут и будут писать, это совершенно новая вещь, возьмите свою pre-alpha php и сравнивайте :)

                          Язык молодой, а Вы на него всех собак вешаете...
                          Сами 99% на php разрабатываете с применением ООП подхода...
                          –2
                          Хм, а зачем вешать текст, если и сами знаете что переведено хреново?

                          Читать результат крайне тяжело: с одной стороны обороты типа "впервые увидев это, я был запечатлен" выдают работу автоматического переводчика, с другой стороны — кто-то еще руками добавил к тексту изрядное количество грамматических и орфографических ошибок и опечаток.
                            –1
                            Как зачем? Хотел поделиться своим трудом с людьми, чтение оригинала для которых еще труднее, чем мой корявый перевод.
                              0
                              Вы хоть сейчас-то исправьте текст, плз. Подтверждаю: очень трудно продираться сквозь нечеловеческие конструкции.
                              0
                              ххыы..
                              я как-то даже и не предполагал, что для перевода кто-то может додуматься воспользоваться автоматическим переводчиком :))))
                              0
                              пример 4я причины неочевиден :)

                              заместь strtolower("YOU SHOULDN'T ALWAYS USE CAPITALS") можно написать "you shouldn't always use capitals". не вижу особой экономии, не имею ничего против скобок
                                +1
                                про скобки можно было не писать - тут главное, что это логично

                                мне особенно нравятся конструкции вроде:
                                1.upto(name.length) do |x|
                                ...
                                end

                                это звучит!
                                +10
                                Надоели эти статьи честно говоря, тем более переводы. Если автор действительно считает для себя руби идеалом, пусть считает и пишет на нем, не надо заниматься внушением (местами просто бредовым), это только собъет с толку начинающих, начнет разводить холивары между средними кодерами и устало улыбнет профессионалов, которые сами для себя всё решили и поняли.
                                  0
                                  Полностью согласен!
                                    +3
                                    [offtopic]
                                    Мне тоже такие статьи надоели.

                                    Однако такие статьи — неизбежность хабра какой он есть. Один–два таких третьесортных перевода, и карма уже выросла, и «автор» на коне, и может «плюсовать»... (Я это узнал сам, со своим прошлым эккаунтом, кармы которому было не занимать...)

                                    Учитывая, что на хабре всё опубликованное очень быстро уходит в небытие забытого и плохо ищется — стараться ради таких статей _особо_ сильно не имеет смысла. Достаточно держаться среднего для сайта серенького уровня. Ведь хабр — это поток, а не библиотека–копилка. Главное, чтобы тема и первый абзац цепляли. Фактические ошибки, полное искажение смысла при переводе и бессодержательность значения не имеют.

                                    Но это хабр и его система. Она поощряет такую «попсу». Поощряет количество и массу. И чем дальше, тем её будет больше (моя оценка — должно появляться примерно по 3–4 фиговых бестолковых «статьи» на каждого нового пользователя). Я уже давно не прочитываю до конца эти бесконечные «простыни». Впрочем, иногда, в надежде на что-то содержательное кликаю. Увы :(
                                    [/offtopic]
                                      +2
                                      Мне почему-то легче прочитать десяток-другой таких статей про Руби, чем самому его поставить, потом перечитать кучу литературы по языку, потом кучу по Рельсам.

                                      Так я уже более-менее себе его представляю :)

                                      Но использовать пока не тороплюсь. Жду таких же статей по рельсам :)
                                      +1
                                      На самом деле причин гораздо больше.

                                      А статьи- переводы и вправду надоели, а своих писать не имею возможности из- за кармы.
                                        +1
                                        Помниться мне, вы уже их писали и получалось не плохо.
                                        Пишите ещё, внёс свою лепту в карму =)
                                          +1
                                          Теперь можете
                                            0
                                            К сожалению опять не могу, судьба видно такая у раздела, куда автор оного не может писать статьи.
                                          0
                                          мне нравится ruby и rails - я использую их сам.
                                          но не нравится подача материала в статье - хотя бы потому, что провоцирует holywar; так же нельзя не отметить некоторую сумбурность, передергивания(отступы в питон например).
                                          если вы сами чувствуете что идеологически в статье что то не так(а вы чувствуете - как иначе объяснить извинения в конце статьи?) то может быть не надо заниматься переводом именно этой статьи и взять что то другое?
                                          в любом случае удачных переводов, русскоязычны материалов о ruby мало, это да.
                                            +2
                                            скоро надо будет написать статью с названием "10 причин, по которым не стоит писать стати на тему '10 причин почему эта чтука круче всего остального'".
                                              +1
                                              Мы в студии сравнивали производительность PHP, Perl, Python и Ruby. Руби продул всем. Питон с ускорителем немного отстал от перла, пхп от питона с ускорителем, но дёрнул обычный питон. Ну и конечно же всех порвал Си++ (он шел вне зачета), да, оно и понятно :)

                                              Конечно сравнивали на одной подзадаче, но все же.

                                              Про скорость разработки: когда мне говорят про сложность разработки на перле я смеюсь в лицо :)
                                                0
                                                А PHP с ускорителем в тесты не входило?
                                                  0
                                                  Кажется было и такое. Ребята пытались ускорять все, чтобы обогнать перл ) не удалось. Жалко, не могу сводную таблицу вам предоставить
                                                • UFO just landed and posted this here
                                                    0
                                                    наверное, за счет mod_perl
                                                      0
                                                      регулярные выражения работают в Perl быстрее чем во всех языках, кроме чистого Си. Если задача была с regexp то удивляться результатам не с чего.
                                                      0
                                                      Крупные проекты действительно проще писать, например, на питоне. Перл чудесен, но читается тяжело, даже если при написании кода стараться минимизировать «шумность» строк. На перле великолепно пишется одноразовый код.
                                                        0
                                                        а я вот на питоне с легко и просто подключаемыми модулями на Си - всех дёрну =). И времени потрачу, ну может, на 20% больше чем если бы не писал модуль на Си. А учитывая сколько времени начинают люди тратить на всякие тесты... И не надо говорить про dl() в PHP если вы сами не пробовали =) (упреждающе.. =))
                                                        0
                                                        7.Вы не сможите получать единорогов из птиц и конец, но вы получите ослов, если захотите. - сможЕте
                                                        8. XML — реально ненужен. - эх.. ещё как нужен

                                                        Если очень нравятся объекты и есть возможность пересесть на другую платформу (для многих это роскошь) - я бы выбрал .NET
                                                          0
                                                          про птиц и конец я вообще не понял
                                                            0
                                                            там "коней" должно быть, наверное...
                                                            0
                                                            Я в свое время выбрал. И теперь завидую всякий юниксологам-пиашпистам... Как много положительных эмоций они получат, когда перейдут на .net
                                                              0
                                                              я как раз хочу. php мне ни когда не нравился, и на работе особо не вставил.
                                                              Интересно… .net это лучший выбор? (в плане удобства разработки)
                                                            0
                                                            Заинтриговал. Но руби пожалуй потом выучу. Сейчас купил макубук и разбираюсь с XCode и Objective-C. Но все-равно спасибо за информацию.
                                                            • UFO just landed and posted this here
                                                                0
                                                                отступы - одна из самых вкусных фич в Python

                                                                Несомненно. И у меня иногда при чтении чужого кода возникает желание принудительно усадить автора за Питон на пару недель, что бы он научился таки правильно форматировать код с которым, как ему заведомо известно, будут работать другие люди.
                                                                  +2
                                                                  > Не всегда. Например, исключения в С++ - это убожество и признак плохого тона.
                                                                  Ух ты, первый раз такое слышу. А можно подробнее, что в них убогого? Не подумайте только, что я вас задираю. Просто интересно.
                                                                    0
                                                                    и мне
                                                                    • UFO just landed and posted this here
                                                                        0
                                                                        Если так говорить - то надо писать на ассемблере и не использовать никаких вкусностей высокоуровневых ЯП.
                                                                          0
                                                                          зато позволяют делать такую обфускацию, что в дизассемблере без головной боли не разберёшься =)..
                                                                        0
                                                                        > Все боятся этих отступов, но никто не может сказать, чем же они плохи на практике. Как по мне, то эти отступы - одна из самых вкусных фич в Python.

                                                                        Мне они тоже по нраву, ещё как. Но однажды мне попалась программка, в которой отступы были сделаны из смеси пробелов и табов. Это было ужасно, я едва не лишился рассудка, пока разобрался, в чём дело.
                                                                          0
                                                                          Простите, Вы не могли бы коротко пояснить пункт про убожество исключений в С++?
                                                                          0
                                                                          Тяжелая статья для пятничного вечера :)
                                                                            +3
                                                                            Ну как уже достали идиотские статьи "В Руби все хорошо, у остальных все плохо".


                                                                            Исключения. Верите или нет, исключения являются одной из важнейших вещей при разработке программ любого рода. Программисты на PHP4, не знают ничего о них и будут говорить вам, что можно просто печатать(ошибки) на экран или использовать их собственный «супер-пупер» класс для обслуживания ошибок. К счастью для всех нас, Ruby поставляется с try/catch (или еще лучше begin/rescue) блоками и набором предопределенных, расширяемых Исключений, для правильной обработки ошибок.

                                                                            Программисты на ассемблере тоже могут рассказать дофига интересного. PHP4 мертв давно. В PHP5 исключения ЕСТЬ. Расширяемые и все такое.

                                                                            Пространства имен: модули Ruby делают использование пространства имен легким, это должно понравиться энтузиастам C++ и Java.

                                                                            Чего нет - того нет. В PHP6 будет. В Питоне - не знаю просто.

                                                                            Встроенные регулярные веражения: Для всех знатоков Perl, вы можете заключить нечто в // и оно становится регулярным выражение, готовым для сравнения (для этого используем оператор =~).

                                                                            Пардон, а ГДЕ нет регэкспов? В ассемблере? В PHP и Python есть.

                                                                            Перегрузка операторов: Ruby позволяет определять операторы, такие как +, -, >, и т.д. для любого вашего класса.

                                                                            Угу. "Счастливой отладки, придурки". Если вам надо переопределить МАТЕМАТИЧЕСКИЕ операторы - вы что-то не то делаете. Любое мыслимое применение такой операции реализуется и на других языках, возможно большим количеством кода, но зато более читаемо.

                                                                            Пакеты: называемые «gems»(камешки), они действительно оправдывают свое название, кроме того — они работают. Пакеты поддерживают зависимости, а еще могут быть как кросс-платформенные, так и платформо-зависимыми

                                                                            Ага. У Perl, PHP, Python конечно никаких библиотек нету. Совсем. Ни CPAN, ни PEAR, ни "чего-там-у-питона". И конечно, они не работают, и не поддерживают зависимости.

                                                                            Интерактивная консоль: может использоваться для тестирования кода интерактивно, подобно консоли Python

                                                                            php -a
                                                                              0
                                                                              Перегрузка +, -, == и тд - удобная игрушка, допустим для таких целей, как добавление объекта в коллекцию или если есть реализация комплексных чисел и их надо суммировать или сравнить два объекта. Если правильно применять, конечно, а применять неправильно можно вообще все.

                                                                              Кстати, пространства имен есть уже как патч к 5 пхп и вроде в 5.3 уже обещали ввести
                                                                                0
                                                                                Боюсь, тут смысл от меня ускользает.
                                                                                Добавление в коллекцию - в массив? Или в "объект-контейнер"?
                                                                                  0
                                                                                  нет, перегрузка операторов это из с++

                                                                                  типа для того чтобы "прибавить" один объект к другому.... или "отнять".... или "сравнить". т.е. ты сам пишешь, что в них надо сравнивать, чтобы прийти к выводу что object1>object2
                                                                                    0
                                                                                    Понятно. Ну это можно и без перегрузки реализовать, писанины просто немного побольше.
                                                                                      0
                                                                                      конечно, это для "красивостей"
                                                                                        0
                                                                                        Я не знаю, как в Руби (все мечтаю, что выдастся время посмотреть внимательно на него), а, вот, в СИ++ есть такая приятная штука, которая называется STL (Standart Template Library). Там реализованы шаблонные функции и класы. Шаблоны (templates), если совсем грубо, то это определение какой-то функции или класса, без указания конкретного типа данных, с которым происходит работа. Например, тот же самый sort() (Сортировка). Вы можете передать туда коллекцию, которая должна быть отсортирована. Но, чтобы отсортировать коллекцию, необходимо, чтобы объекты в коллекции поддерживали операции >, <, ==. Иначе говоря, шаблонная функция sort() готова будет отсортировать коллекцию объектов любых типов, если они поддерживают операции сравнения друг с другом. Ваш пользовательский класс инкапсулирует то, как он сравнивает, и чем он руководствуется. Таким образом, чтобы вы могли сортировать коллекции с объектами вашего нового класса, вам не надо писать никаких новых функций а-ля sortMyNewClass, или реализовывать интерфейс sortable, или изменять функцию sort(), чтобы она сравнивала иначе, в случае если classOf - это ваш новый класс. Достаточно в классе определить методы сравнения, и описать в них, как вы хотите, чтобы сравнивались объекты вашего класса друг с другом.
                                                                                        Надеюсь, получилось объяснить более-менее внятно. =)
                                                                                        P.S. По специфике своей работы, сам, 90% времени, использую PHP.
                                                                                          0
                                                                                          Понял, спасибо. Полезно, но по моему не очень часто надо :)
                                                                                            +1
                                                                                            Стандартная библиотека Руби чаще всего переопределяет четыре оператора: <=> (сравнение объектов, используется модулем Enumerable для сортировки аналогично описанному вами), << (в значении "поместить в поток" — привет С++ — или "добавить в коллекцию") и равенства == и ===. Математические операторы определены также на векторах и матрицах. Остальное — уже экзотика.
                                                                                            0
                                                                                            Все можно реализовать на ассемблере - просто писанины еще больше :)

                                                                                            Это удобно, лично мне, и мне нравится концепция ооп и все плюсы, которые я из нее получаю
                                                                                        0
                                                                                        Кто обещал? Где такое увидели?
                                                                                          0
                                                                                          Беру слова обратно, в 5.3 дейтвительно будут неймспейсы.
                                                                                            0
                                                                                            в 2007 году они наконец поняли что неймспейсы это круто. хихи. 8)
                                                                                              +1
                                                                                              В каком году рубифаны поймут, что нормальный модуль к апачу это круто?
                                                                                                +1
                                                                                                Для вас работа с апачем через FastCGI - это не достаточно нормально?
                                                                                                  0
                                                                                                  вам плюс, но поясню причину недовольства — shared-хостеры не дадут fast-cgi (bиначре осто памяти не хватит) и потому хостинг для ruby заметно дороже чем для php.
                                                                                                    0
                                                                                                    уж достаточно много хостеров (но конечно далеко не все) предлагают работу с FastCGI для PHP5 - то есть по настоящему половина пути уже пройдена.
                                                                                                    Но да виртуальный хостинг для руби заметно дороже именно из за требовательности Руби к ресурсам.
                                                                                                    0
                                                                                                    Нет, недостаточно. Лишний софт, который требует отдельных настроек.
                                                                                                      0
                                                                                                      модуль к апачу тоже требует настроек

                                                                                                      из плюсов - некоторое увелечение скорости и возможность работы с апачными внутренностями
                                                                                                        0
                                                                                                        А модуль для апача - это не лишний софт? :) Или настройки модуля не требуется?

                                                                                                        Настроить апач для работы с Руби по FastCGI - это скопировать - это скопировать один файл в папку с модулями апачи и добавить 4 строчки в конфиг - это что проблема?
                                                                                            0
                                                                                            регэкспы-то есть, просто в php они чуть хитрее оформляются. а жаль, даже SSI понимает их так же, как Ruby.
                                                                                            хотя, признаюсь, я быстро привык писать eregi(…), это не критичное ограничение
                                                                                              0
                                                                                              я вас уверяю — в php мне не хватает именно широкого функционала перлового regexp, а не просто конструкции вызова.
                                                                                              0
                                                                                              + и - математические только с вещественными числами
                                                                                              сложить два объекта обычным оператором + у вас вряд ли выйдет (что складывать? указатели на объекты?), вот если правильно переопределить - запросто!
                                                                                              на самом деле, очень удобно, если с умом подойти
                                                                                                0
                                                                                                Ну если поизвращаться через тайпкаст и __toString - то и в PHP можно :)
                                                                                              0
                                                                                              Хм.. какраз недавно я предстал перед выбором, какой язык изучать(болшей частью для себя, для баловства), и выбрал Питон... Не жалуюсь.

                                                                                              а замечание про отступы - действительно странное...
                                                                                                0
                                                                                                Ну внесу свои пять копеек.

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

                                                                                                Статья очевидно старая, сравнивать с php4 совсем не хорошо. Лесом идут замечания про try/catch


                                                                                                2. Наличие не жесткого синтаксиса как в ruby так и perl ведет к коду плохому коду. Конечно это решается введением жесткого стиля кодирования.

                                                                                                3. При использовании unless c достаточно сложным блоком условий бывает трудно

                                                                                                4.
                                                                                                в то время, как знак «!» используется для методов, делающих нечто необратимое, на подобии удаления записи из базы данных, отщепления последнего символа из строки и т.п.

                                                                                                Не очень удачный пример с «!». Действительно используется, когда совершается нечто необратимое, например, когда метод меняет именно переданную строку, а не изменяет ее копию.


                                                                                                5.
                                                                                                мы не сможем написать программу в одну строчку.

                                                                                                Написать программу в одну строчку можно

                                                                                                irb(main):009:0> class A; def test; 'test'; end; end
                                                                                                => nil
                                                                                                irb(main):010:0> A.new.test
                                                                                                => "test"


                                                                                                6. Часто ругают ruby за то, что можно изменить "все что хочу", в том числе и область видимости метода.

                                                                                                7.
                                                                                                Ruby не позволяет множественного наследования.

                                                                                                Не надо вводить людей в заблуждение, как раз таки включением модулей в класс и достигается множественно наследование.

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

                                                                                                  Да-да, я имею в виду Руби :)
                                                                                                  • UFO just landed and posted this here
                                                                                                      +1
                                                                                                      да божешь мой. Не игрушка - это когда не тратишь драгоценное CPU-тайм на финтифлюшечки и красивости. Для _некритичных_ к скорости приложений - можно и запарится, ничего против не имею. Но вот лично мне как то не доводилось делать коммерческие некритичные к скорости проекты =). Может, не повезло? =)
                                                                                                        0
                                                                                                        Знаю одну социальную сеть, на которой я зарегистрирован. IndabaMusic.com Это социальная сеть для музыкантов + сервис для совместного создания музыки. Конечно, вряд ли по количеству подписчиков эта штука зарулит майспейс, но ведь не все в мире музыканты :) Стабильно работает, и держит свою аудиторию. Проект на Рельсах. Смотрите :)

                                                                                                        ЗЫ: После его подумал, а не хочу ли я выучить эти самые рельсы...
                                                                                                          0
                                                                                                          смотрите как можно сравнить по-забавнее: ни один самый популярный проект в одной любой сфере не неписан на Ruby. :). Возможно, с редким исключением, но общая картина такая. Если вы начнёте писать на Ruby, а конкурирующий проект на Python, то у них будет огромное преимущество, особенно если они не будут использовать django, а напишут свой более шустрый и подходящий нуждам фреймворк. Да, они потратят на это раза в 2 больше времени, но не факт что потратив +50% по времени на оптимизацию, вы сможете их догнать =).
                                                                                                            0
                                                                                                            смотрите как можно сравнить по-забавнее: ни один самый популярный проект в одной любой сфере не неписан на Ruby. :)


                                                                                                            twitter.com? basecamphq.com? :)
                                                                                                            Или даже - membrana.ru? :)
                                                                                                              0
                                                                                                              Да, учитывая то, чт Твиттер лежит по 6 часов на день, он является офигенной рекламой рельсов. Да и статьи были, где разработчики головой бились об стенку, рассказывая, что оптимизиовать там уже ничего нельзя, а если и можно, то только выкидывать весь слой ORM.

                                                                                                              Извините, забыл ссылку на статью
                                                                                                              0
                                                                                                              Ну тут уже вопрос что важнее скорость работы или скорость разработки. Вопрос более философской категории, чем практической. С одной стороны, разработчики на Рельсах смогут быстро сделать прототип, показать его инвестору(ам)/заказчику, получить дополнительное финансирование и может даже забросить эти рельсы :)
                                                                                                              0
                                                                                                              обязательно разыщите спецификацию их оборудования. возможно это станет для вас откровением.
                                                                                                              0
                                                                                                              Если для Ваших коммерческих проектов была так важна скорость - Вы видимо все их писали на чистом C/C++ ? :)
                                                                                                                +1
                                                                                                                я писал где-то тут уже вокруг - писать надо на нескольких языках. Нет смысла парсинг конфиг-файла, который при запуске сервера один раз происходит, писать на Си. Но есть смысл писать на Си то, что каждый запрос отнимает, скажем, до 5% общего времени выполнения. Большей частью питон можно разогнать до высоких скоростей, переписывая стандартные модули (которые в большинстве своём на самом питоне) - на Си.
                                                                                                                  0
                                                                                                                  Если писать на питоне только то, чем пользуются один раз в неделю - то наверное это вообще не стоит упоминать.
                                                                                                                  А если же мешать питон и С - то вот тут и возникает вопрос - если как Вы сказали - все Ваши коммерческие проекты были так критичны к скорости - почему же Вы не использовали возможность добиться максимальной скорости написав все на чистом C/C++?
                                                                                                                    0
                                                                                                                    чем вас пример с конфиг-файлом не устроил? )
                                                                                                                      0
                                                                                                                      тем что - как Вы сами написали "при запуске сервера один раз происходит" - то есть на производительность работающего приложения не влияет
                                                                                                                        +2
                                                                                                                        блин да вы же прекрасно понимаете о чем я говорю - ну что за дурацкий флейм =).

                                                                                                                        да, внутри приложения море кода на C, однако тратиьт время на переписывание модулей питона, которые просто интерфейсят вызовы в библиотеки C нет смысла. Так же весь UI, естественно, не на Си =). А вот темплейтная система - на Си.

                                                                                                                        я сейчас и вовсе собираюсь начать проект http-сервера на Си, который будет выстраивать MVC/Event фреймворк для пользовательского питоновского кода. Hello World будет выдываваться в 30-50 раз быстрее чем на PHP. Хоть это и не показатель, но тем не менее может получиться создать самый быстрый фреймворк для языка сверх-высокого уровня.
                                                                                                                          –1
                                                                                                                          Самый быстрый фреймворк для вывода "Hello, World!"?
                                                                                                                          Цель - супер.
                                                                                                                            0
                                                                                                                            не придирайтесь к словам. Логика фреймворка и бизнес логика программы две разные вещи. И фреймворки можно сравнивать - какой из них логику самого MVC выполнит быстрее. Естественно при этом бизнес логика не должна быть уж совсем тормознутым узким местом. Но чем плохо - если фреймворк сам по себе очень быстр, даже если бизнес-логика в 100 раз медленнее? )))
                                                                                                                              0
                                                                                                                              Не забудьте еще самую быструю СУБД вдобавок написать :)
                                                                                                                                0
                                                                                                                                видите прямую связь между СУБД и Фреймворком? Т.е. один без другого по вашему мнению быть не может? :)

                                                                                                                                нереляционную и вообще не ansi-sql совместимую БД написать не так уж сложно, если не пытаться делать её универсальной, а затачивать под какой-то один проект. Выстраивать индексы в памяти и тп. Некоторые проекты к этому прибегают. =)
                                                                                                                            0
                                                                                                                            Да помоему как раз Вы пытаетесь разводить флейм :)
                                                                                                                            Вы упрекали Руби что он не подходит из за скорости - так как для "как то не доводилось делать коммерческие некритичные к скорости проекты". А чего же тогда сами питон используете - если можно достичь большей скорости на чистом C/C++? :) Или скорость работы это не всегда - самое важное? :) Тогда в чем вы упрекаете Руби?
                                                                                                                              0
                                                                                                                              я упрекаю руби в том, что питон по скорости написания кода не медленее руби (ну если представить что и тот и тот язык вы знаете от зубов), а вот по скорости питон редко когда меньше чем в 1.5-2 раза медленее руби =). Собственно. Смысл руби?. А то что писать на РОРе такие проекты как twitter - сами девелоперы twitter-а же и говорят "да ну его, надо мигрировать"... +)

                                                                                                                              Можно конечно писать на ROR+C, но при этом опять таки непонятно - почему не Питон+С, ведь это все же будет быстрее =).
                                                                                                                                0
                                                                                                                                очепятался :) конечно "а вот по скорости питон редко когда меньше чем в 1.5-2 раза быстрее руби"... +))))
                                                                                                                                  –1
                                                                                                                                  А то что писать на РОРе такие проекты как twitter - сами девелоперы twitter-а же и говорят "да ну его, надо мигрировать"... +)

                                                                                                                                  Вы путаете - наоборот разработчики twitter-а говорят, что не смотря на проблемы с масштабированием - они не пожалели что воспользовались ROR.
                                                                                                                                  А смысл в Руби в том - что языки не равны друг другу - и если какой то язык подходит для разработчика больше - значит этот язык и нужно использовать.
                                                                                                                                  Можно конечно писать на ROR+C, но при этом опять таки непонятно - почему не Питон+С, ведь это все же будет быстрее =).

                                                                                                                                  Так Вы не ответили - если главное - скорость - как Вы сами же и сказали - зачем тогда вообще примешивать интерпретируемые языки (Руби, Питон,PHP)? :)
                                                                                                                                    0
                                                                                                                                    я сказал свою мысль уже раз 5 :). Те кусочки программы которые при переписывании на Си принесут прирост проивзодительности сопоставимый с временем, требуемым на реализацию - стоит делать. Но! При сравнении Питона и Руби совершенно резонный вопрос - раз уж они позволяют делать одинаковые вещи практически одинаковыми затратами - какой смысл в Руби, если по скорости он в пару раз медленнее? А если сравнить с питоном+psyco?

                                                                                                                                    Тот уровень абстракции который в Руби выше чем в Питоне - не даёт таких преимуществ, которые можно было бы сказать "дааа потеря в скорости стоит того!"
                                                                                                                                      –2
                                                                                                                                      Ага - свою мысль Вы сказали 5 раз - и я ее понял, только на мой вопрос Вы так и не ответили :)


                                                                                                                                      Тот уровень абстракции который в Руби выше чем в Питоне - не даёт таких преимуществ, которые можно было бы сказать "дааа потеря в скорости стоит того!"


                                                                                                                                      Это дело в большей степени индивидуальных предпочтений - для кого то более расширенные возможности искупают некоторые проблемы с производительностью - а для кого то нет
                                                                                                                                        0
                                                                                                                                        короче на всё воля божья и закончим. )))
                                                                                                                                0
                                                                                                                                я сейчас и вовсе собираюсь начать проект http-сервера на Си который будет выстраивать MVC/Event фреймворк для пользовательского питоновского кода.

                                                                                                                                Это конечно очень интересно - удачи! :)
                                                                                                                                  0
                                                                                                                                  хех, если получиться то что хочется... вам понравится =)
                                                                                                                                    0
                                                                                                                                    Ну посмотреть на это будет определенно полезно в любом случае - мне по крайней мере.
                                                                                                                                    Хотя скорее всего идея с собственным http сервером неверное не всем придется по вкусу :(
                                                                                                                                      0
                                                                                                                                      ну возможность привинтить к существующему серверу посредством fastcgi/cgi будет конечно же. Только я хочу сделать так, чтобы смысла в этом было мало ;). Если вы посмотрите в исходники lighttpd/apache/nginx - поймёте что http-сервер в общем-то написать не сложно. Единственный скользкий момент - ивенты FD (select,poll,epoll,kqueue) - в некотрых легко наделать кучу ошибок (особенно в epoll, он ошибок не прощает). На то и opensource :).
                                                                                                                                        0
                                                                                                                                        Ага – я представляю себе устройство web сервера – и это конечно не самое сложное то есть на свете.
                                                                                                                                        Но проблема в другом – больше в психологии: Зачем заморачиваться с каким то другим сервером, когда апач (допустим) работает нормально и надежно? – Вот что люди будут думать.

                                                                                                                                        Как пример – для web приложений Руби существует специальный сервер Mongrel – на самом руби и написанный. Причем руби приложения под этим сервером работаю быстрее и потребляют меньше ресурсов чем под Апачем/нджинксом и т.д.
                                                                                                                                        Но не смотря на это хостеры с упорством сажают Руби приложения под Апач + FastCGI. Почему? В силу привычки и не желания разбираться с настройкой нового софта.

                                                                                                                                        Скорее всего у Вас будет точно так же – к сожалению :(
                                                                                                                                          0
                                                                                                                                          посмотрим, я ведь для своего проекта это в первую очередь делаю =).

                                                                                                                                          да и 10-1
                                                                                                                                            0
                                                                                                                                            посмотрим, я ведь для своего проекта это в первую очередь делаю =).

                                                                                                                                            да и 10-11 тысяч req/s там, где php (hello world) выдает 1200, а django - 3000... все же не шутки =).
                                                                                                                                              0
                                                                                                                                              Вы сами тестировали mongrel+rails? ТАК ПОПРОБУЙТЕ! Мои тесты из серии "Hello, World!" показали проигрышь почти в ~20 раз mod_perl! Попробуйте представить такую разницу на рабочей системе! В состояние будете объяснить руководству, что нужно покупать 20 серверов, чтобы выполнять те же задачи что может 1 сервер!?!? Вдумайтесь! На "выхлопе" реальных 50 запросов (HTTP) со средней машины pentium4! Если рельсы так работают без бизнес-логики с одним запросом на базу, то какая будет производительность для законченной production-системы? 10 запросов? Бред...

                                                                                                                                              Пример рельсов специально разработанных под apache1/2 !? Разве существует что-то вроде mod_rails? Я такого не встречал. Рельсы запускается отдельным демоном, имеют свои веб-сервера(webrick, mongrel и пр.). То про что Вы говорите идеологически противоречит рельсам - "рельсы должны быть написаны на руби", мне тоже удивительно почему выбрали такую точку зрения, решение на более низкоуровнем языке даже под apache 1.3 будет МНОГО производительнее. Утверждения "быстрее и потребляют меньше ресурсов чем под Апачем/нджинксом" абсурдны, рельсы это framework написанный на руби, к сожаленью он "будет и должен" кушать очень много ресурсов. Единственный плюс такого подхода для построения веб-систем который я обнаружил - удобство для разработчика, пока не более...

                                                                                                                                              P/S: Стал уважать производительность mod_php
                                                                                                                                              P/S2: Производительность приложений RoR единственный минус мной обнаруженный, в остальном язык и платформа достойны внимания! Не смотря на это продолжаю изучать "эксперементально" RoR.
                                                                                                                                              P/S3: Плз, не путайте протокол FCGI, веб-серверы Apache/Nginx/Lighty (в случае RoR они являются прокси-серверами, проще говоря frontend'ами, их производительность и RoR имеют мало общего, RoR исполняется со своим HTTP-сервером, который Вы можете выбрать, например mongrel) и платформу-фреймворк RoR.
                                                                                                                              0
                                                                                                                              Большей частью питон можно разогнать до высоких скоростей, переписывая стандартные модули (которые в большинстве своём на самом питоне) - на Си.

                                                                                                                              Кстати - на Руби все точно так же :) И собственные модули на С переписывают и даже в Руби код вставки на С делают :)
                                                                                                                        0
                                                                                                                        и какие классные чуваки-рубироиды... а все отсьальные - дурачки! а особенно пыхыпышники, перловцы, сиплюшкины, джависты.....
                                                                                                                          0
                                                                                                                          сиплюшкин... однако, звучит! ))
                                                                                                                        0
                                                                                                                        Кроме того, вы ____можите_____ использовать оба оператора

                                                                                                                        ОЧЕПЯТКА!
                                                                                                                          +2
                                                                                                                          их там столько, что статью проще выбросить и переписать с нуля
                                                                                                                          надо уже, черт возьми, написать компилятор русского языка и не пускать статью в ленту, пока не скомпилируется
                                                                                                                            –1
                                                                                                                            =)))))))
                                                                                                                              0
                                                                                                                              Золотые слова)
                                                                                                                            –1
                                                                                                                            эта статья "10 причин для перехода на Ruby" никак не перескается со статьёй "10 привычек, быстрее всего приводящие к бедности" (http://imager.habrahabr.ru/blog/27893.ht…) ?
                                                                                                                              –8
                                                                                                                              опять меня заминусуют, но раби это критинизм.
                                                                                                                              • UFO just landed and posted this here
                                                                                                                                  –5
                                                                                                                                  так всегда, человек прав, а его минусуют :)
                                                                                                                              • UFO just landed and posted this here
                                                                                                                                  +1
                                                                                                                                  "Впервые увидев это, я был запечатлен"


                                                                                                                                  :-) Бросайте Ruby, учите Russian.
                                                                                                                                  Шучу, конечно. Поправьте на "впечатлен".
                                                                                                                                  • UFO just landed and posted this here
                                                                                                                                      0
                                                                                                                                      > А насколько легко писать биндинги для C-библиотек?

                                                                                                                                      Несложно. Намного доступнее, чем PerlXS, по крайней мере.
                                                                                                                                        –1
                                                                                                                                        > Синтаксис конечно у него интересный, но не вижу принципиальных отличий от python.

                                                                                                                                        да так, в пару раз медленнее, да и ООП чуть более назойлив... Ну ещё, говорят, эстетически Python Eggs не так круто смотрится как Ruby Gems... :)
                                                                                                                                          0
                                                                                                                                          Незнаю как у Вас "отношению складываются" с системой пакетов gems, но ни рельсы, ни адаптер/драйвер postgresql из них поставить не удалось... :( поставил всё нужное из пакетов deb за секунд 20 =) Теоретически gems очень крутая штуковина, но если бы еще работала... Если бы такая система была для CPAN, может кто знает? Если честно надоело уже бодаться со сборками из исходников)
                                                                                                                                            0
                                                                                                                                            Есть ряд подводных камней с gem-ами, но рельсы и постгри ставятся из гемов за 10 минут через rvm

                                                                                                                                            зы: под винду развернуть нереально сложно
                                                                                                                                        • UFO just landed and posted this here
                                                                                                                                          +2
                                                                                                                                          3 — не логично. Точка с запятой учит логике.
                                                                                                                                          4 — спорно, тут на любителя.
                                                                                                                                          5 — жесть, бедная память сервака =(
                                                                                                                                          8 — xml рулит, легко парсится и читается. Ваше заявление — абсурд.

                                                                                                                                          Моё мнение, с руби можно побаловаться, но пока серверы стоят дороже возможности писать на «быстрых» языках
                                                                                                                                            0
                                                                                                                                            Интересно, а каким образом возврат значения так сильно повлияет на память сервака?
                                                                                                                                              0
                                                                                                                                              насчет yml правильный тезис: писать и читать _простые_ структуры как конфиги или модели active record на yml горздо удобнее. Парсинг таких структур тоже проще. библиотек для обработки есть на c++ java python php. Я уж не говорю о том что yml это фактически json.
                                                                                                                                              Помимо Ror, yml активно применяется в Symfony.

                                                                                                                                              Я уж не говорю что завяли не то что xml sucks, а то что в некоторых случаях есть более удобный инструмент как yml
                                                                                                                                                0
                                                                                                                                                возможно вы правы, но меня полностью устраевает работа с xml, как разработчика. А как пользователю, мне не нужны прочие форматы, только xml. Во-первых, это уже стандарт. Во-вторых, xml не заканчивается на разметке или передаче данных.
                                                                                                                                                  0
                                                                                                                                                  Хотя, повторюсь, я не утверждаю что остальные технологии типа json это фуфло. Для разработчиков они действительно более удобоваримы. Но заявление автора что xml ушел в лес очень ошибочно.
                                                                                                                                                    0
                                                                                                                                                    в том то и дело что автор не заявляет что xml идет лесом. более того он признает значимость xml, но говорит что в конкретных приведенных случаях yml является более удобным средством.
                                                                                                                                                      0
                                                                                                                                                      а мне показалось автор агитирует против xml, говорит что его трудно читать и парсить и что он вообще не нужен =)
                                                                                                                                                        0
                                                                                                                                                        что лишний раз говорит о качестве перевода Ж)
                                                                                                                                                        как бы то не было думаю вопрос можно считать исчерпанным
                                                                                                                                                0
                                                                                                                                                YAML, кстати, очень хороший язык для сериализации. Более того, его можно рассматривать как подмножество JSON. Например, в одном ajax-приложении я использовал перловый модуль YAML::Syck для разбора JSON. Этот же модуль позволяет сбрасывать перловые структуры в конфиг и забирать их обратно, при этом конфиг отлично читается и правится от руки. Минимум лишних символов. ЕМНИП, YAML разрабатывался вообще для Python; во всяком случае, очень на него похож.
                                                                                                                                                  0
                                                                                                                                                  хех, почти синхронно с kivisak написали.
                                                                                                                                                  0
                                                                                                                                                  этож страшно даже подумать - некоторые алгоритмы и штуки на Си могут быть в сотни раз быстрее чем те же на Ruby. Купить 1 сервер или 100? :) Очень конечно примитивная аналогия, но тем не менее.. сейчас я тебя заплюсую.
                                                                                                                                                    0
                                                                                                                                                    Некоторые алгоритмы и штуки всегда будут быстрее на Си, чем на каком либо другом языке. Значит ли это что другие языки не нужны?
                                                                                                                                                      0
                                                                                                                                                      это значит что о Си забывать не стоит =). А вот "удобно" без строгой типизации можно и на питоне писать. Так я вот не пойму - зачем ещё более высокоуровневый (т.е. ещё более сверх-высокоуровневый) язык? На питоне скорость разработки чистого кода сравнима с Ruby. Да тоже самое и PHP касается, но он уже не так удобен и логичен. Так за что платятся потраченные такты Ruby? За возможность написать 5.times.. вместо for i in range(5)..?
                                                                                                                                                        0
                                                                                                                                                        Так за что платятся потраченные такты Ruby? За возможность написать 5.times.. вместо for i in range(5)..?

                                                                                                                                                        Видите ли в чем проблема :) Вы видите в 5.times улучшение синтаксиса - которое приятно, но не критично для выбора языка - а на самом деле в этом даже самом простом примере видна одна из тех вещей которые отличаю Руби от других языков (PHP, Java, Perl, Питон и т.д.) - Руби полностью ООП язык. Стоит ли улучшение синтаксиса - уменьшения производительности? Наверное нет. Но стоит ли уменьшения производительности новые возможности ООП - наверное да :)
                                                                                                                                                          0
                                                                                                                                                          а давайте Вы скажете какие-такие возможности ООП которых нет, скажем, в том же Питоне стоят уменьшения производительности? :)
                                                                                                                                                            0
                                                                                                                                                            А давайте :) Руби полностью ООП язык (все - объекты) - в отличее от Питона. В следствии этого (но и не только этого) в Руби можно изменять основные типы-классы - числа, массивы, строки и т.д. А в Питоне встроенные классы изменять нельзя.
                                                                                                                                                              0
                                                                                                                                                              считаете что это стоит снижения проивзодительности? :) Программисты старой закалки иногда до сих пор любят даже строгую типизацию. По той простой причине - что это наводит абсолютный порядок. А вот изменять встроенные типы - путаницу может ввести ещё какую. Да и особого смысла в этом - нет! Ну какоооой смысл? писать 5.yahoo(6) вместо yahoo(5,6)? Это не даёт преимуществ в логике. Это не даёт преимеществ в скорости разработки.

                                                                                                                                                              Это может и удобнее в каких-то конкретных случаях. Но эта функциональность легко дублируется простеньким пользовательским объектом =). Спрашивается - надо ли делать числа объектами всегда? Или лучше иметь возможность это сделать когда действительно нужно. И именно когда действительно нужно жертвовать проивзодительностью при работе с базовыми типами?
                                                                                                                                                                0
                                                                                                                                                                Согласен на все 100. Ничего хорошего в том, что можно писать 5.yahoo(6) вместо yahoo(5,6) нет. Более того - огромным преимуществом с точки зрения читабельности кода является уверенностьв том, что классы системных библиотек именно таковы, какими ты их знаешь, и автор кода не мог добавить туда отсебятины.
                                                                                                                                                                  0
                                                                                                                                                                  считаете что это стоит снижения проивзодительности? :)

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

                                                                                                                                                                  Программисты старой закалки пишут на С/С++ - им эти споры вообще смешны :)
                                                                                                                                                                  Да и особого смысла в этом - нет! Ну какоооой смысл? писать 5.yahoo(6) вместо yahoo(5,6)? Это не даёт преимуществ в логике. Это не даёт преимеществ в скорости разработки.

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

                                                                                                                                                                    На счет девелоперов C/C++ - вы очень круто ошибаетесь. Как бы то ни было, но языки сверх-высокого уровня грамотный C/C++ девелопер будет использовать часто. Вон - половина прикладных утилит в том же gentoo написана на python. В основном - не особо критичные к скорости. Как думаете, кто их написал? =)

                                                                                                                                                                    А по поводу изменения всего чего хочу. Я вам сразу 2 касяка скажу: например вы писали, писали свою программу и дописали к числам метод buff(). А в следующей версии ruby этот метод появился нативный. Что делать? Если вы оставите свой buff() то любой новый программист взглянув на ваш код - будет думать что buff() делает то что делает нативный buff(). Понимаете косяк?
                                                                                                                                                                      0
                                                                                                                                                                      На счет девелоперов C/C++ - вы очень круто ошибаетесь.



                                                                                                                                                                      Нет не ошибаюсь – достаточно хватает общения и в жизни и в сети. Хотя бы RSDN почитайте – сколько там заявлений о том что языки без статической типизации – ошибка природы.

                                                                                                                                                                      Я вам сразу 2 касяка скажу: например вы писали, писали свою программу и дописали к числам метод buff(). А в следующей версии ruby этот метод появился нативный. Что делать? Если вы оставите свой buff() то любой новый программист взглянув на ваш код - будет думать что buff() делает то что делает нативный buff(). Понимаете косяк?



                                                                                                                                                                      Понимаю – а второй косяк? :) Ну а по этому поводу – да риск конечно есть – но 1) документацию ни кто не отменял 2) Какой язык от этого защищен? Проблема обратной совместимости – это проблема всегда была везде. (Питон 3000 не будет обратно совместим с Питоном 2.5 допустим, у РНР такие же проблемы и т.д.)
                                                                                                                                                      +1
                                                                                                                                                      Сервер стоит от 1 000 баксов. Поставить у хостера, от 50 в месяц. Арендовать сервер, от 200.
                                                                                                                                                      А сколько стоит время вменяемых программистов?
                                                                                                                                                        +1
                                                                                                                                                        сервер за 1000 баксов - это домашняя машинка =). Стоимость настоящих серверов начинается от 3000, и то если заказывать прямо у производителя (я у IBM заказываю, через знакомых). Давайте подумаем о разнице, хотя бы 20-ти кратной. 3000 тысячи или 30000 тысяч. А сколько времени Вменяемому C++ программисту нужно будет чтобы ускорить проект в 20 раз? Немного, поверьте =). Особенно если Ruby :).
                                                                                                                                                          0
                                                                                                                                                          Вменяемый программист будет использовать инструментарий подходящий к ситуации. В случае большинства сайтов - это языки типа руби.
                                                                                                                                                            0
                                                                                                                                                            серверы от IBM призваны нестабильными, насколько я знаю. Хотя могу ошибаться, сам с ними дела не имел.
                                                                                                                                                            Да и это не важно. Ваше заявление что серваки за 1000 баксов это домашние странички — ложно. Клевета и треп.
                                                                                                                                                            Cервис статистики liveinternet.ru держится на одном серваке как раз, я думаю, в районе 1000 баксов, не дороже. А считает он пол рунета, если не больше.
                                                                                                                                                              0
                                                                                                                                                              блин лишь бы поспорить. Хотсвап? Горячая замена блоков питания? RAID5 хотя бы? Серверный чипсет? Ксеоны/Оптероны? Вы вообще представляете сколько это стоит? :) 3 месяца назад брал 4-ксеоновый сервер (8 ядер всего), отдал 6000$.
                                                                                                                                                                0
                                                                                                                                                                все эти страшные словечки конечно здорово. Вы были в ДЦ хостерских? Мастерхост, петерхост и прочие. Многое их оборудование висит на supermicro решениях. Никаких горячих замен винтов, питания и прочего там нет, RAID максимум зеркало аппаратное, материнки не очень то сетевые (хотя тут я могу ошибаться, сужу по себе) и не о каких серверных процов речь не идет.
                                                                                                                                                                Вы доказываете, что крутые компы дорого стоят. Я доказываю, что для грамотного скрипта зачастую достаточно простого сервака. Брать тот же rax.ru в пример. Там все на Си, там свой web-сервер (0w) и своя бинарная база данных.

                                                                                                                                                                Крутые решения это здорово. Работал с HP, Dell решениями. Приходишь, на горячую достаешь винт, аппаратный рейд сразу трансформится на оставшихся. Красиво, вечело, но чаще не нужно.
                                                                                                                                                                Конечно, при пректировании масштабирования крупного проекта может показаться, мол лучше юзать дорогие серваки, где можно быстро что-то поменять. Но это все равно время и неудобства. Практика показывает, что проще взять не брендовые решения, но оставить несколько серваков в избыток.
                                                                                                                                                                Да и потом не каждый может позволить себе отдать 6 000 баксов «всего за 8 ядер». За 6 штук можно взять 2 мощных не брендовых сервака примерно схожей комплектухой что и ваши, а то и лучше. Но это будут 2 отдельный сервера, а не один.
                                                                                                                                                                0
                                                                                                                                                                я ступил, не IBM, Intel. Перед глазами IBM-овский прайс просто валялся =).
                                                                                                                                                              • UFO just landed and posted this here
                                                                                                                                                                0
                                                                                                                                                                Ну, я сам вроде вменяемый программист и так получилось что у меня дейсвтительно есть свой сервер и он дейсвтительно обошелся мне в 1100 примерно и размещение стоит действительно 70 баксов в месяц. Только в итоге я реально понимаю что разработка приложений на руби займет все же больше или столько же времени (с учетом того, что серверный код пишется достаточно быстро, дольше занимает отладка, клиентские скрипты, верстка итп) а работать тот же php будет гораздо быстрее. Тем более если кешировать его тем же мемкешом.
                                                                                                                                                                Хотя это моё мнение с моими позициями...
                                                                                                                                                                0
                                                                                                                                                                Каким образом ';' может научить логике?
                                                                                                                                                                0
                                                                                                                                                                Когда Ruby будет нативно понимать и не через одно место работать с уникодом, то только тогда можно что-то серьезное о руби говорить.
                                                                                                                                                                  0
                                                                                                                                                                  хы-хы.. хоть кто-нибудь его понимает нативно?
                                                                                                                                                                    0
                                                                                                                                                                    u"str", догадайтесь откуда сие +)
                                                                                                                                                                      0
                                                                                                                                                                      вы о чём?
                                                                                                                                                                        0
                                                                                                                                                                        Python? =) Пойду возьму с полки пирожок :)
                                                                                                                                                                      0
                                                                                                                                                                      Java. Там все строки суть юникод. Не юникода нет.
                                                                                                                                                                        0
                                                                                                                                                                        это красивая сказка :)
                                                                                                                                                                        теоретически все строки там юникод. практически же, я после прочтения Очень Умной Книжки про Java, как бы не Thinking in Java, где так и было написано, что все строки там юникод, попытался сделать HelloWorld.java на русском. Получил что-то типа "??????, ???!" :)
                                                                                                                                                                        толку-то от внутреннего представления строк, если отображаются только латинские буквы
                                                                                                                                                                          0
                                                                                                                                                                          Надо подумать. Щас попробовал - дейстительно. Но пока непонятно, то ли это консоль, то ли еще что. Кстати, попробовал обе кодировки utf-8 и utf-16. никакой разницы.
                                                                                                                                                                            0
                                                                                                                                                                            А можно вас попросить привести код которым вы доказали ущерность юникода в этой яве ?
                                                                                                                                                                              0
                                                                                                                                                                              можно
                                                                                                                                                                        0
                                                                                                                                                                        Раскажите - это как "через одно место работает Руби с юникодом" - заинтриговали просто :)
                                                                                                                                                                          0
                                                                                                                                                                          Вот это «место».
                                                                                                                                                                            0
                                                                                                                                                                            http://wiki.rubyonrails.org/rails/pages/HowToUseUnicodeStrings
                                                                                                                                                                            Да, и как насчет UTF-16/UCS-2?
                                                                                                                                                                              0
                                                                                                                                                                              Ну и? Указать при работе с RoR в нескольких местах что кодировка - UTF-8 - это работа через одно место? Типа программа должна прочитать мысли разработчика - и сама поставить нужную кодировку? :)
                                                                                                                                                                              К тому же Вы привели пример о RoR, а spoof писал о Руби вообще.
                                                                                                                                                                              UTF-16 не совместим с ASCII (в отличее от UTF-8) - по этому не понятно для чего он нужен в данный момент
                                                                                                                                                                                0
                                                                                                                                                                                Указать — я проблемы не вижу, но зачем же работать с уникодными строками как-то по-другому, чем с другими? Вдобавок всё, где внутреннее представление строк отлично от UTF-16, мягко говоря, работает с уникодом отвратно.
                                                                                                                                                                                И я не заостряю внимание именно на руби — это болезнь многих (вот JRuby, например, внутри работает именно с UTF-16).
                                                                                                                                                                                  0
                                                                                                                                                                                  Мне хочется, конечно, странного, но: сравнение и регулярные выражения на строках независимо от нормализации и регистра ("
                                                                                                                                                                                    0
                                                                                                                                                                                    (черт, а хабр умеет уникод?). Еще хочется разбора строк по codepoint-ам, глифам, кластерам глифов. Нормализации в streams, и прочих плюшек.
                                                                                                                                                                        0
                                                                                                                                                                        Я тоже от Руби был "запечатлен". Реально хороший язык. Лямда выражения, все объект, миксы, синглетоны и все такое. Но что меня остановило, это то что он очень медленный. Почему-то мне в голову приходят идеи, реализации которых даже на C++ медленными получаются, а на Руби ждать замучаешься. :)
                                                                                                                                                                          0
                                                                                                                                                                          тем временем разрыв в скорости Psyco VS C++ уже совсем не такой великий =). В последнее время я вообще частенько использую Python встраивая его в приложения на C++. Как только некритичный ко времени исполнения участок кода - милости прошу +).
                                                                                                                                                                          0
                                                                                                                                                                          вот бляха муха.

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

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

                                                                                                                                                                          Короче не знаю. Устало улыбаюсь. )))
                                                                                                                                                                            0
                                                                                                                                                                            >Скорость разработки же зачастую больше зависит от наличия готовых инструментов. И желания использовать уже
                                                                                                                                                                            >написанное, вместо самописного.
                                                                                                                                                                            наконец-то нашел эту здравую мысль в комментах к этой статье :)
                                                                                                                                                                            0
                                                                                                                                                                            Все описанное в статье, можно сказать и о Python. Вплоть до lambda-функций и того, что все является объектом. А причина "так как не хотел, чтоб неправильные отступы были причиной неполадок в моем коде", имхо, может вызвать только улыбку. Питонеры меня поймут. Отступы это красиво и это приучает писать аккуратно. К тому же современные редакторы предлагают функцию auto-indent... Что касается Rails - на Python есть Django и Pylons :) Опять же, имхо, они более гибкие.

                                                                                                                                                                            Пожалуй, выбор между Ruby и Python это больше дело вкуса. И главное - это просто делать свое дело быстро и качественно.
                                                                                                                                                                              0
                                                                                                                                                                              Ребята всё видят так как им хочется. Я уже не первый раз предлагаю сравнить Python и Ruby, но чёт всё никак не сростается, видать.
                                                                                                                                                                                0
                                                                                                                                                                                5 копеек с точки зрения JEE:

                                                                                                                                                                                В свое время на theserverside.com начали активно тусоваться RoR фэны, шумели много, поэтому возникла мысль, что и язык и рельсы стоят того, чтобы примерить на себя. Попробовал: идея красивая, много изящных вещей, в целом приятное впечатление, но.

                                                                                                                                                                                - проблемы с UTF-8. Для наших задач - это шоустоппер. В Java с юникодом гораздо лучше. Не идеально, но в целом больших проблем не возникает.

                                                                                                                                                                                - нет внятной IDE. После того, как привыкнешь е действительно хорошему (Intellij IDEA рулит), трудно возвращаться к уровню текстового редактора. Возможно это был слишком поверхностный взгляд на вещи и многие проблемы, которые хорошая IDE решает в Java - в руби просто не существуют. Хотя вряд ли.

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

                                                                                                                                                                                - производительность

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

                                                                                                                                                                                Так что изучайте что-то новое - лишним точно не будет.
                                                                                                                                                                                  0
                                                                                                                                                                                  Про проблемы - это наверное давно было :) Сейчас
                                                                                                                                                                                  1) Проблем с UTF-8 нет.
                                                                                                                                                                                  2) IDE со всеми необходимыми функциями есть - даже несколько на выбор
                                                                                                                                                                                  3) С развертыванием приложений особых проблем не наблюдается.
                                                                                                                                                                                    0
                                                                                                                                                                                    1) с каких пор ? По моему только в 2.0 обещали что-то сделать. Пока все остановились на том, что в рельсах сделали механизм String.chars и решили пока жить так. Или я что-то упустил ?
                                                                                                                                                                                      0
                                                                                                                                                                                      Да уже около года где то у RoR - UTF-8 кодировка по умолчанию для ввода/вывода - и все вещи (изменение регистра, нормализация и работа с регулярными выражениями) - для юникод строк замечательно работают.
                                                                                                                                                                                      А еще раньше - все это добавлялось с помощью плагина.
                                                                                                                                                                                        0
                                                                                                                                                                                        Мы не о рор, а о поддержке юникода руби. Что касается плагина - Юлик конечно мегамолодец и плагин прекрасен, но он написан на руби и просто переопределяет методы у строки. Внутри руби строки как хранились тупым массивом по байту на строку, так и хранятся. И матз сказал что до 2.0 ничего менять не собирается. Это не называется - нет проблем. Это называется проблемы есть, но их можно обойти разными хаками.
                                                                                                                                                                                        Явщики привыкли что в ней везде внутри юникод :)
                                                                                                                                                                                          0
                                                                                                                                                                                          Мы не о рор, а о поддержке юникода руби.



                                                                                                                                                                                          Так maximwirt говорил именно о RoR – о нем я и сказал.


                                                                                                                                                                                          А раз Вы знаете про Юлика и юникодовый плагин – тогда я Вам просто и скажу :) Идеология Руби – что Руби не внутренне заточен под одну кодировку (юникод в данном случае) – а сделан так что бы работать с любой - имеет как свои плюсы так и минусы.
                                                                                                                                                                                          А указание в начале программы (через глобальную переменную KCODE) – в какой кодировке желаете работать – решает почти все проблемы с юникодом. Об чем разговор тогда? :)
                                                                                                                                                                                  0
                                                                                                                                                                                  У каждого языка програмирования свои прелести и свои недостатки. Думаю, все прекрасно знают недостатки того же PHP и XML. Тем более, что автор явно на них указал. Только вот загвоздочка - почему-то не увидел ни слова о негативах Ruby, хотя они есть, и накоторые указаны в комментах. Так почему бы глубокоуважаемому автору не указать на них в статье?
                                                                                                                                                                                    0
                                                                                                                                                                                    А я недавно вник, какой на самом деле клёвый язык Javascript. Теперь серверную часть (на php) пишу с меньшим удовольствием, чем клиентскую, хотя раньше было наоборот. Если, конечно, не принимать во внимание выстругивание костылей для IE (но это в основном вёрстки касается).
                                                                                                                                                                                      0
                                                                                                                                                                                      Мне Ruby тоже нра)) но ...)) Может еще сравним RoR с .NET и все что мелкомягкие вокруг него выстроили??? =)) или все же не будем ? =) А вообще зачем опять холи вор устраивать, ясно что на вкус и цвет товарищей нет. Тут в комментах стока крика сразу поднялось, а автор всего лишь высказал свою точку зрения, а не аксиомы.
                                                                                                                                                                                      • UFO just landed and posted this here
                                                                                                                                                                                          +1
                                                                                                                                                                                          Согласен это минусы... но кроссплатформенность "открытых" решений не всегда сто процентная, на одной платформе может более правильно работатть чем на другой, та ктчо завязка под одну платформу не так уж и плохо, зато дают как бы гарантию, что все будет работать как нада)) другое дело что это не всегда так, но часто для корпораций это лучше ГНУ лицензия, или вообще чтот похожее на "AS IS" , ну а насчет платности.. опять таки крупные проекты что на Линукс, что на Виндовс машинах обходятся примерно одинаково,а вот поддержка прогаммеров таки у мелкософта намного мощнее... ну эт мое личное мнение, вполне возможно отличается от действительности, но пока на мое практике это именно так. =)
                                                                                                                                                                                            0
                                                                                                                                                                                            Ничепадобнаво (с). .NET ни разу не платная. И не только под Windows.
                                                                                                                                                                                            • UFO just landed and posted this here
                                                                                                                                                                                          0
                                                                                                                                                                                          Програмирование - это не только искусство. Точнее не прежде всего. Прежде всего програмирование - это та самая вещь, которая в настоящее время должна быть поставлена на поток.

                                                                                                                                                                                          А теперь посмотрите: вы не выбрали питон из-за того, что не желаете ставить отступы (именно не желаете, иначе бы в примерах вы бы их поставили). Мне совершенно не понятно, как можно говорить об искусстве, а уже тем более "о конвеере" с людьми, которые даже не ставят отступы. Ещё Кнут завещал ставить отступы. Это общепризнано. То, что вы знакомы с большим кол-вом языков в том числе и скриптовых, не говорит о том, что вы хороший програмист. Вы сами сказали "развлечение".

                                                                                                                                                                                          Так вот, а теперь подумайте о сфере применения Ruby, кроме как для развлечения? Конкурировать он может разве что с питоном. Но как вы думаее, почему выберут питон? По причине, которую я описал первой и потому, что питон просто более универсален и используется сейчас практически везде, и потому что интерпретаторы питона есть практически для каждой ОС (в т.ч. и мобильной).

                                                                                                                                                                                          Не обижайтесь, судя по Вашему описанию, Ruby - хороший язык. История знает очень много хороших языков. Но честно говоря, после вашего описания, мне слабо верится в светлое будующее этого языка. Хотя отдельные вещи мне очень и очень понравились, но прежде всего "проограмирование должно быть поставлено на поток", а в этих целях, этот язык уже не является чем-то большим, чем питон. А последний имеет гораздо большую распространённость.
                                                                                                                                                                                            0
                                                                                                                                                                                            Если программирование поставят на поток, то сверх прибыльными будут те компании где это исскуство. Потому что, желание работать.
                                                                                                                                                                                              0
                                                                                                                                                                                              Не согласен. Не надо путать процесс разработки алгоритмов, проектирование и непосредственно само написание кода.
                                                                                                                                                                                              0
                                                                                                                                                                                              Так вот, а теперь подумайте о сфере применения Ruby, кроме как для развлечения? Конкурировать он может разве что с питоном. Но как вы думаее, почему выберут питон? По причине, которую я описал первой и потому, что питон просто более универсален и используется сейчас практически везде, и потому что интерпретаторы питона есть практически для каждой ОС (в т.ч. и мобильной).

                                                                                                                                                                                              Вообще то Руби ни чуть не менее универсальный чем Питон. И интерпретаторы для Руби есть практически для каждой OC (в т.ч. мобильной - и Руби даже запускали на, прости господи, iPhone :)

                                                                                                                                                                                              Но есть то, что есть чего у Питона нет - уже сейчас Руби может работать на платформе Java, с использованием Java серверов приложений и пользуясь всем огромным набором Java библиотек - причем работы по интеграции Руби в Java спонсируются SUN и IBM.
                                                                                                                                                                                              А платформа Java - это тот самый мир промышленного программирования, о котором Вы так проникновенно написали - и Руби уже почти там (в отличие от :)
                                                                                                                                                                                                0
                                                                                                                                                                                                А что там с Jython ? Которому уже сто лет в обед ?
                                                                                                                                                                                                  +1
                                                                                                                                                                                                  Это тот который 6 лет лежал никому не нужный и не обновлялся пока авторы не заметили что Сан купил парней разрабатывающих jruby и его уже даже начали бодро использовать?

                                                                                                                                                                                                  "Используйте наш замечательный продукт! Но если он нам наскучит - следующий багфикс релиз может выйти лет через пять"

                                                                                                                                                                                                  Справедливости ради надо сказать, что IronPython - вполне себе адекватная штука.
                                                                                                                                                                                                    0
                                                                                                                                                                                                    почему лежал. просто процесс разработки был очень медленный :)
                                                                                                                                                                                                    но вообще, да. согласен. отстает от jruby. но для неприхотливого питонописателя возможностей jython вполне хватает.
                                                                                                                                                                                                    0
                                                                                                                                                                                                    google_fan очень хорошо написал :) Только добавлю - когда получиться заставить работать допустим Django на Java, а потом развернуть Django под Java сервером приложений (таком как SUN-овский GlassFish) - то есть сделать все то что счас можно без проблем сделать с Ruby и Ruby on Rails - тогда и будем говорить "А что там с Jython ?" :)
                                                                                                                                                                                                      0
                                                                                                                                                                                                      А почему мерилом выступает RoR ? Который вы зачем-то хотите запустить на аппсервере. Jython нормально так работает. Например, для eclipse можно писать плагины на python. Это ли не показатель ?
                                                                                                                                                                                                        0
                                                                                                                                                                                                        Мерилом выступает Django - как реально работающие и востребованное приложение. Можно его запустить на Java и интегрировать с существующими Java приложениями. Позволяет это сделать Jython? Нет.
                                                                                                                                                                                                        А JRuby c RoR - позволяет. Вот и все.

                                                                                                                                                                                                        А писать плагины для eclipse можно на любом языке реализованном на Java платформе - хоть Jython, хоть JRuby, хоть Groovy, хоть Scala - это не показатель.
                                                                                                                                                                                                          0
                                                                                                                                                                                                          Ок. Я думаю, если задача встанет, то можно попробовать запустить. Если исключить генераторы из Джанго. 2.2 поодерживается.

                                                                                                                                                                                                          Согласен, что поддержка руби в jruby лучше, чем пайтон в jython.
                                                                                                                                                                                                0
                                                                                                                                                                                                >можите
                                                                                                                                                                                                и все же это слово пишется через буковку "e":) в целом, хороший материал, спасибо! я как раз неторопясь осваиваю Руби...
                                                                                                                                                                                                  0
                                                                                                                                                                                                  хотя, все это количество ошибок вводит в ступор. сейчас их нашел море.
                                                                                                                                                                                                    0
                                                                                                                                                                                                    Hi!I'mC++!

                                                                                                                                                                                                    (10 секунд)
                                                                                                                                                                                                    Hi (2 секунды) and I (1 секунда) am Ruby on Rails!
                                                                                                                                                                                                      0
                                                                                                                                                                                                      — & m/y/ n@me !$ P3r1
                                                                                                                                                                                                      0
                                                                                                                                                                                                      Косяки: number: 4.(7), конец, имет...

                                                                                                                                                                                                      Спасибо за перевод.
                                                                                                                                                                                                      А лямбда это насколько я понимаю, замыкание?