Почему использование Ruby вместо Smalltalk? [закрытый]

Я думаю, что САМОЕ БОЛЬШОЕ различие - то, что Ruby намного более подобен жемчугу с точки зрения USEAGE. Smalltalk никогда не получал точку опоры на языки "сценариев".

VM действительно прохладен, и я надеюсь, что рубин будет иметь что-то подобным ему так, мы можем рассматривать все на нашей ОС, которая записана в рубине как объект в пространстве памяти, однако до тех пор я просто наслаждаюсь кратким, коротким синтаксисом Ruby, способность просто записать крошечный сценарий и снова использовать его позже. Ruby получил все преимущества жемчуга, и ООП намного более подобно smalltalk, чем взлом ООП perl.

Я думаю, что часть проблемы является development-environment-is-the-runtime. Это дает много питания, но оно также представляет большую кривую обучения.

Здесь привет мировое учебное руководство.

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

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

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

Используйте Ruby, потому что он имеет, мог бы иметь бизнес-участки, Smalltalk не делает.

я могу сказать Вам от личного опыта. Все еще с помощью Smalltalk, любите его, и использовали пару разновидностей. Хотя Smalltalk является большим языком и является всем, что Вы упомянули, Вы, привычка, вероятно, убеждает среднего директора по информационным технологиям/технического директора использовать Smalltalk на новом проекте. Конечно, Вам могло бы даже быть нелегко убеждать консервативного директора по информационным технологиям/технического директора использовать Ruby. В конце необходимо быть очень осторожными, если Вы хотите поддержанную долгосрочную коммерческую поддержку и способность найти не уличных сотрудников, которые могут поддерживать Ваши системы в будущем. Как пример, Smalltalk был действительно большой вещью в начале 90-х и IBM, которую инвестируют в большой степени в него в конце 90-х. Поскольку IBM Smalltalk была следующим языком для всех бизнес-приложений. IBM поместила Smalltalk на все включая их мейнфреймовые системы. Java стал популярным, принял рынок, и Smalltalk стал нишевым плеером. Более чем год назад IBM вывела язык (их термин является закатом). Кроме того, смотрите на Историю. ParkPlace и Digitalk, где первые главные коммерческие плееры на арене Smalltalk, они объединились и затем обанкротились.

Поскольку дистрибутивы Smalltalk были оценены в кратных числах $1 000, тогда как Ruby свободен.

Ruby к Smalltalk, как Арабские цифры к Римским цифрам. Та же математика, более легкий синтаксис.

Я сделал немного Smalltalk - IDE является одной вещью, которую я помню - Ruby имеет хорошую поддержку IDE?

Для меня не так случай того, что Ruby имеет, но что не имеет Ruby. И вещью, которую это не имеет, является потребность в VM и полной среде.

Smalltalk является большим - где я изучил понятия OO, но для простоты использования я иду для Ruby. Я могу написать код Ruby в своем любимом редакторе и выполнить его, формируют командную строку.

Так, для меня, это - то, что я выбираю Ruby over Smalltalk.

Угадайте, кто сказал это? (кавычка близка, возможно, не точна): "Я всегда думал, что Smalltalk победит Java. Я просто не знал, будет ли назван 'Ruby', когда он сделал так".

Барабан....

...

Ответ... Kent Beck

Я думаю все, кто работал с Ruby, некоторое время распознает его глубокий долг Smalltalk. Как один из этих людей, что мне нравится приблизительно Ruby по Smalltalk? Я думаю от строго перспектива языка, это - сахар. Ruby является сознательно очень сладким синтаксисом языком, тогда как Smalltalk является очень минимальным синтаксисом языком. Ruby является по существу объектной моделью Smalltalk с сахаром синтаксиса Perlish. Я, оказывается, люблю сахар и нахожу, что он делает программирование большего количества забавы.

Вы ответили на вопрос в своей первой строке: "Ruby становится популярным"

• существует партия из интересных модулей, проектов и такого основанного вокруг Ruby.
• при наличии затруднений при выполнении чего-то в Ruby это будет тривиально для нахождения справки где-нибудь.
• Ruby установлен на партия из компьютеров теперь (Это включено по умолчанию на OS X, многих дистрибутивах Linux, и существуют хорошие установщики для Windows) - я не видел smalltalk, установленный по умолчанию ни на какой машине, которую я использовал..

я сказал бы, превосходит ли один язык, другой не важен.. Как пример, PHP не может быть "лучшим" языком никогда, но я все еще рассмотрел бы использование его по Ruby on Rails ("лучший" инструмент для создания веб-сайтов), потому что это настолько широко распространено.

В основном, определенные за и против языка намного менее важны, чем все окружающее его - а именно, сообщество.

Сообщество! Ruby и особенно направляющие имеют такое великое сообщество. При бездельничании с smalltalk казалось, что не было, поскольку много экранов бросают, статьи, сообщения в блоге, и т.д. записанные о Smalltalk.

Ruby является текущим языком шума. Легче продать программное обеспечение, созданное с ним прямо сейчас, чем язык, разработанный в 70-х.

Smalltalk: люди вперед ifTrue: [думайте] ifFalse: [не думая]

Ruby: люди думают вперед, если взгляды назад

1) подобный RPN поток управления Smalltalk сообщениями не похож на Lisp - это - постоянные и спокойные, но weirds люди.

2) Ruby позволяет людям написать код с помощью идиоматического способа, которым люди говорят - действительно болтают если существует причина не к.

обновление переписало образец Smalltalk, чтобы на самом деле быть большим количеством свода законов..

Stephane Ducasse имеет некоторые замечательные книги Smalltalk в наличии здесь:

http://stephane.ducasse.free.fr/FreeBooks.html

поэтому, хотя сообщество Smalltalk столь же не плодотворно работает как Ruby и сообщества направляющих, там существует все еще некоторая большая справка.

то, что Ruby имеет тем Smalltalk, не делает?

• Серьезная, текущая поддержка основными платформами (IronRuby и jRuby), которые обогащают набор библиотек
• Евангелисты как Dave Thomas, которые, в течение многих лет, совершали поездку по по всей стране проповедованию доктрины их языка. Я видел Dave в конференции по Java утверждение, что он не знает Java и что он предпочитает Ruby.
• Сильная, текущая недвижимость на книжных полках
• создатель Ruby сказал, что думает о программисте: синтаксис Ruby, кажется, имеет это обращение Дзэн. Трудно придавить, все же, кажется, гальванизировал вентиляторы.
• Творческие, динамичные презентации как Giles и этот , что доля завоеванного внимания усиления

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

Это верно, что языки очень подобны. Мелкий способ интерпретировать, который должен назвать Ruby кавер-группой Smalltalk. Более разумная интерпретация - то, что закрытая система Smalltalk изолировала его, в то время как участие Ruby в экологии Unix и привычке к адаптации функций с каждого языка под солнцем дает ему бесконечно более нежную кривую принятия и легкую интеграцию с kickass инструментами как Мерзавец.

Giles Bowkett

Я сказал бы противоположное: синтаксис Smalltalk является одним из самых простых и мощных синтаксисов языка программирования.

Я думаю, что Ваш вопрос несколько упускает суть. Вы не должны выбирать, Вы должны учиться их обоих!

, Если Вы действительно в состоянии, что можно выбрать следующую платформу (vm, инфраструктура) затем, Вам нужно к решительному, что использовать и можете задать конкретный вопрос с за и против с точки зрения того, что Ваше приложение является inteded, чтобы сделать.

я использовал smalltalk (любите его), и рубин (любят его).

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

я начал использовать рубин (на работе), потому что нам был нужен некоторый язык сценариев, который вел себя более или менее одинаково под solaris, Linux и окнами (98,2000, xp). Ruby был в то время неизвестен среднестатистическому американцу и там не существовал никакие направляющие. Но было легко продать всем вовлеченным.

(Почему не Python? истина? Я однажды провожу неделю, ища для ошибки, которая произошла, когда терминал преобразовал мое пространство во вкладку, и предположение было испорчено).

, Таким образом, люди начали кодировать все больше в рубине, потому что он так ослаблялся, обладая и не облако на небе.

Paul Graham суммирует его

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

и

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

И когда были в земле Lisp, пытаются заменить LISP библиотеками smalltalk

Ruby’s, сообществом, и импульс хорош

Поэтому, если LISP еще более мощен, чем Ruby, почему бы не использовать LISP? Типичные возражения на программирование в LISP:

1. Там aren’t достаточно библиотек.
2. Мы can’t нанимают программистов LISP.
3. LISP никуда не пошел за прошлые 20 лет.

Эти aren’t подавляющие возражения, но they’re, конечно, достойный рассмотрения.

и

Теперь, учитывая выбор между мощным языком и популярным языком, может иметь превосходный смысл выбирать мощное. Но если различия в питании незначительны, быть популярным имеет все виды хороших преимуществ. В 2005 I’d хорошо подумали перед выбором LISP over Ruby. I’d, вероятно, только делают это, если мне был нужен оптимизированный код или макросы, которые действовали как законченные компиляторы.

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

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

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

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

Выучить основы языка легко, но для того, чтобы использовать его эффективно, вам нужно потратить достаточно времени на изучение платформы и инструментов, а также как синтаксис и идиомы. IIRC, МакКоннелл утверждает, что требуется около трех лет, чтобы стать по-настоящему профессиональным.

Учитывая эти вещи, трудно оправдать тратить много времени на такие языки, как LISP и Smalltalk, хотя они интересны и, возможно, образовательны. 11958]

Интересная точка зрения Роберта Мартина (из RailsConf 2009): «То, что убило Smalltalk, могло убить и Руби»

I love both Smalltalk and Ruby - but have found that Ruby is more applicable to what I do daily, and is closer to my heart (practically speaking). What does Ruby offer that Smalltalk doesn't?

• Text-based scripting
• Low implementation requirements (runs in more places)
• Easier to learn and justify (Perl and Python programmers will have no trouble
• Easier to move programs around - text files!
• Interfaces well with native environment
• Anywhere Java runs, jRuby runs...
• Bigger and much more active community

Some have mentioned gst (GNU Smalltalk); the problems still hold.

Бьет меня. Я потратил год на изучение Ruby и выполнение нескольких небольших проектов, чтобы увидеть, насколько он мне понравился. Думаю, я фанат Smalltalk, потому что каждый раз, когда я садился работать с Руби, я вздыхал и думал: «Я бы предпочел делать это на Smalltalk». В конце концов я сдался и вернулся к Smalltalk. Теперь я счастливее. Чем счастливее, тем лучше.

Что, конечно, вызывает вопрос: «Почему?». В произвольном порядке:

1. Потому что IDE вытесняет все, с чем я когда-либо работал. Это включает в себя множество платформ от ISPF на мэйнфреймах IBM до Microsoft Visual (. *), Включая такие вещи, как Visual Basic 4-6, Visual C ++ (различные воплощения), Borland Turbo Pascal и его потомки (например, Delphi), а также прочее на DEC. машины как в символьном режиме, так и под X-Windows.
2. Потому что изображение - прекрасное место для жизни. Я могу найти там то, что хочу. Если я не могу понять, как что-то сделать, я знаю, что где-то на изображении является примером того, что я пытаюсь сделать - все, что мне нужно делать, это искать, пока я не найду его. И это самодокументируется - если вы хотите увидеть подробности того, как что-то работает, просто откройте браузер в интересующем вас классе, посмотрите на метод, и вот как он работает. (Хорошо, в конце концов вы столкнетесь с чем-то, что вызывает примитив, и тогда это будет «вот драконы», но обычно это понятно из контекста). В Ruby / C ++ / C можно делать похожие вещи, но это не так просто. Легко - лучше.
3. Язык минимален и единообразен. Три вида сообщений - унарные, двоичные и ключевые. Это также описывает приоритет выполнения - сначала унарные сообщения, затем двоичные сообщения, а затем сообщения с ключевыми словами. Используйте круглые скобки, чтобы помочь. Черт возьми, синтаксис, правда - все делается с помощью отправки сообщений. (Хорошо, присваивание - это не отправка сообщения, это оператор. Так же, как и оператор return (^). Блоки заключаются в пары квадратных скобок ([]). Там может быть один или два других «волшебных» бита, но чертовски мало ...).
4. Блоки. Да, я знаю, они есть в Ruby (и других), но, черт возьми, вы буквально не можете программировать на Smalltalk, не используя их. Вы вынуждены научиться их использовать. Иногда принуждение - это хорошо.
5. Объектно-ориентированное программирование без компромиссов - или альтернатив, если на то пошло. Вы не можете притвориться, что «делаете объекты» при этом делая то же самое.
6. Потому что это растягивает ваш мозг. Удобных конструкций, к которым мы все привыкли (if-then-else, do-while, for (;;) и т. Д.), Больше нет, поэтому вам нужно изучить что-то новое. У всего вышеперечисленного (и не только) есть эквиваленты, но вам придется научиться думать по-другому. Другое - хорошо.

С другой стороны, это может быть просто бред человека, который программировал с тех времен, когда мэйнфреймы правили землей, нам приходилось идти пять миль, чтобы работать сквозь ослепляющие снежные бури, подниматься в обе стороны и компьютеры использовали пончики на память. Я ничего не имею против Ruby / Java / C / C ++ /, все они полезны в контексте, но дайте мне Smalltalk или дайте мне ... ну, может мне стоит выучить Lisp или Scheme или ...: -)

С другой стороны, это может быть просто бред человека, который программировал с тех времен, когда мэйнфреймы правили землей, нам приходилось идти пять миль, чтобы работать сквозь ослепляющие снежные бури, подниматься в обе стороны и компьютеры использовал пончики на память. Я ничего не имею против Ruby / Java / C / C ++ /, все они полезны в контексте, но дайте мне Smalltalk или дайте мне ... ну, может, мне стоит изучить Lisp или Scheme или ...: -)

С другой стороны, это может быть просто бред человека, который программировал с тех времен, когда мэйнфреймы правили землей, нам приходилось идти пять миль, чтобы работать сквозь ослепляющие снежные бури, подниматься в обе стороны и компьютеры использовал пончики на память. Я ничего не имею против Ruby / Java / C / C ++ /, все они полезны в контексте, но дайте мне Smalltalk или дайте мне ... ну, может мне стоит выучить Lisp или Scheme или ...: -)

С другой стороны, это может быть просто бред человека, который программировал с тех времен, когда мэйнфреймы правили землей, нам приходилось идти пять миль, чтобы работать сквозь ослепляющие снежные бури, подниматься в обе стороны и компьютеры использовали пончики на память. Я ничего не имею против Ruby / Java / C / C ++ /, все они полезны в контексте, но дайте мне Smalltalk или дайте мне ... ну, может мне стоит выучить Lisp или Scheme или ...: -)

С другой стороны, это может быть просто бред человека, который программировал с тех времен, когда мэйнфреймы правили землей, нам приходилось идти пять миль, чтобы работать сквозь ослепляющие снежные бури, подниматься в обе стороны и компьютеры использовали пончики на память. Я ничего не имею против Ruby / Java / C / C ++ /, все они полезны в контексте, но дайте мне Smalltalk или дайте мне ... ну, может, мне стоит изучить Lisp или Scheme или ...: -)

С другой стороны, это может быть просто бред человека, который программировал с тех времен, когда мэйнфреймы правили землей, нам приходилось проходить пять миль, чтобы работать через ослепляющие снежные бури, подниматься в обе стороны, а компьютеры использовали пончики для памяти . Я ничего не имею против Ruby / Java / C / C ++ /, все они полезны в контексте, но дайте мне Smalltalk или дайте мне ... ну, может, мне стоит изучить Lisp или Scheme или ...: -)

С другой стороны, это может быть просто бред человека, который программировал с тех времен, когда мэйнфреймы правили землей, нам приходилось идти пять миль, чтобы работать через ослепляющие снежные бури, подниматься в обе стороны, а компьютеры использовали пончики для памяти . Я ничего не имею против Ruby / Java / C / C ++ /, все они полезны в контексте, но дайте мне Smalltalk или дайте мне ... ну, может, мне стоит изучить Lisp или Scheme или ...: -)

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

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

Как опоздавший к обсуждению, основная проблема Smalltalk и Lisp заключается в том, что вы не можете запускать их с CGI или FastCGI на общем хостинге.

Немытые массы никогда не воспользуются ими, если для их использования им понадобятся VPS или выделенные серверы. IMHO Seaside превосходит все остальные, но будет ли он работать на Dreamhost или Webfaction?