[books] Ruby in a Nutshell (Yukihiro Matsumoto)

[recoder]

 — Yeah! Well, I’m gonna go build my own theme park. With blackjack and hookers! In fact, forget the park!
© Bender, Futurama

Решил на старости лет поизучать новые языки, чтобы мозги на Жаве совсем не замшели. Взялся за Ruby. Купил книжку с O’Reilly, прочитал, проникся. Сложилось странное впечатление.

Впечатление такое, что один японский хакер по имени Yukihiro Matsumoto сел изучать Перл. Но до конца не доучил и решил написать свой Перл. Типа лучше — со встроенными объектами, исключениями, с перекрытием операторов. И назвал его по аналогии Рубином — надеясь, что «как вы яхту назовёте так она и поплывёт».

Поизучав синтаксис Ruby, я наконец осознал — какое счастье что Larry Wall был лингвистом, а не просто хакером. Ruby конечно язык полный и чём-то даже приятный, но нету в нём перлового изящества. Впрочем, может быть Matz хотел написать свой Смолток, только попопсовее. И все фичи правильные собрал: динамическая типизация, полная объектность, эксепшны, closures, multithreadность, нормальные регулярные выражения…

Но всё равно — странноватый язык. Странный принцип ’символы с заглавных = константы’. Почему-то в булевском контексте за true считаются и пустая строка и пустой список и даже 0! Более того — язык с иногда значимыми whitespaces по-моему вообще всерьёз нельзя воспринимать. См.:

foo + bar # означает foo + bar, то есть сложение
foo +bar # означает foo( +bar ), то есть вызов метода

Резюме: ничего особенного. Просто скриптовый язык. Один из. А настоящему программисту — всё равно на чём писать.

Хотя, чую, некоторые уже соглашаются с автором «Dear Perl…»:

Dear Perl,

Look, I know that we were an item for quite a few years.

You were my one and only. My true love.
But I’ve gotta admit, when I saw your younger sister Ruby a few years back… well, I thought she was hot. But of course, she was too young then so I stayed away from her.

Now, more recently I have to confess that I went out with Ruby for a few dates and believe me, she is plenty mature now! Not only that but her library seems somehow more complete than yours and certainly better organized. And her object oriented features — OO la la! Look, you’re a great gal, but you’re certainly not anywhere near as well endowed in THAT department.

And now that Ruby’s got transportation (ok, so she likes to ride the rails) we’re really getting around.

So, dear Perl, I have to tell you that it’s over between you and me. From now on it’s me and Ruby. Please don’t take it too hard. Maybe you’ll find someone else after you’re makeover.

— John

Comments

[resiner.livejournal.com]

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

[recoder]

Есть такая методика - Экстремальное Программирование. Она как раз обеспечивает описаную тобой схему разработки (причём - совершенно независимо от языка программирования). Там для любой нужной функциональности пишутся тестовые методы, по которым можно убедиться что 'всё не рухнуло'. Потом - пишут код и рефакторят его, пока он не станет оптимальным.

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

[alexaces.livejournal.com]

2с.
With all due respect, каждый раз когда я вижу дискуссию на тему XP, всегда она доходит до момента когда говорится что XP фокус - то что называется Time & Materials project. Т.е. проекты которые делаются по принципу "платим пока есть терпение и остались деньги, а там посмотрим". К примеру, в нашей конкретной области я заказчиков таких не встречал года так с 2001го - все хотят если не fixed bid (т.е. "вы нам обязуетесь сделать то-то и то-то за такие заранее оговоренные деньги-время") или на худой конец does not exceed XXX $$$. Для подобных проектов ХР годится с трудом потому что то что мы обещали сделать должно быть выражено в терминах понятных бизнес-заказчиками, а не в терминах тестов.
А вот при чем здесь применимость/польза от методологий разработки и менеджеры (кроме известной нелюбви РеКодера ко всем менеджерам классам PHB, к котором он впрочем сводит вообще всех менеджеров ;) ) - я не понял.

[recoder]

А я спорить не буду. :-P Не вижу особенного смысла. Методика объективно существует. Существует несколько примеров успешного её внедрения на проектах, и так же существует гораздо большее множество неудачного её применения. Неудачное применение тоже может быть по разным причинам: может быть требования к результату были отличные от того, что предлагает XP, а может быть внедряли не всю методику, а её часть (а по частям это точно не работает). Так что - о чём спорить-то?

You Get What You Pay For
Так что пока заказчики платят за то, что они получают, они будут получать именно это, несмотря на то, довольны они этим или нет. Life знаете ли is a bitch.

[alexaces.livejournal.com]

Стоп. Машины Формулы 1 и велосипеды тоже существуют, и наверняка можно найти примеры успешной езды по городу на машинах Ф1 и по скоростным шоссе - на велосипедах. Но никто же не предлагает массово ездить по шоссе на велосипеде или по городу на машине Ф1.
Вопрос существования методики и области применения методики, а также успеха методики в различный областях применения - это три разных вопроса. Я всего лишь обозначил область применения ХР как я её вижу.

[madfire.livejournal.com]

вы будете смеяться, но
foo + bar
foo +bar
и там и там это означает вызов метода +

[recoder]

Смеяться не буду. В книжке такое прочитал.
Если глючная книжка, а не синтаксис, тем лучше для Руби.
Но всё-равно, чем-то он мне не нравится...