Что лучше изучать - Ruby/Python/PHP/Perl...? - Языки с динамической типизацией

Здравствуйте, mzeg, Вы писали:

M>Видимо вопрос из серии "Священные войны", но все же задам — что лучше осваивать начинающему Web-программисту с точки зрения перспективы использования — Ruby/Python/PHP/Perl и т.д.?

Ruby учить сейчас поздно, он на пике своей популярности и когда вы станете экспертом в Ruby таких экспертов на рынке будет избыток. Я бы рекомендовал учить что-то перспективное, менее популярное сегодня но то, что станет стандартом завтра — например, Nemerle.

Здравствуйте, mzeg, Вы писали:

m> а как с точки зрения практического применения? В первую очередь интересует удаленная работа — с какими знаниями легче найти удаленную работу — со знаниями Ruby/Rails или Groovy/GRails?

На odesk отношение jobs/contractors для rails и grails примерно одинаковое

ИМХО с поиском (хорошей) работы больше помогает не знание одного из популярных языков, а содержимое github аккаунта

avalon 1.0rc3 build 422, zlib 1.2.3.3

Здравствуйте, mzeg, Вы писали:

M>А по поводу Groovy что можете сказать?

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

M>Синтаксис у него приятнее (потому что знакомее — с java знаком хорошо), а как с точки зрения практического применения? В первую очередь интересует удаленная работа — с какими знаниями легче найти удаленную работу — со знаниями Ruby/Rails или Groovy/GRails?

почитай сам вакансии

Здравствуйте, Аноним, Вы писали:

А>можно java еще. перл фтопку

Здравствуйте, mzeg, Вы писали:

M>Видимо вопрос из серии "Священные войны", но все же задам — что лучше осваивать начинающему Web-программисту с точки зрения перспективы использования — Ruby/Python/PHP/Perl и т.д.?

В качестве альтернативы можно посмотреть у сторону Javascript.
Node.js уже активно шагает по планете.
Софт активно разрабатывается, комьюнити стремительно растет.
Убьете двух зайцев — и клиентская и серверная разработка.

Здравствуйте, neFormal, Вы писали:

F>библиотек под груви мало(многое приходится делать руками)..

секрет заключается в том, для java библиотек много

Здравствуйте, Аноним, Вы писали:

F>>библиотек под груви мало(многое приходится делать руками)..
А>секрет заключается в том, для java библиотек много

да, но отдельных библиотек для веба в жаве мало.. обычно вкусный функционал идёт в составе какого-нибудь другого фреймворка..

Здравствуйте, RiNSpy, Вы писали:
RNS>Ruby учить сейчас поздно, он на пике своей популярности и когда вы станете экспертом в Ruby таких экспертов на рынке будет избыток. Я бы рекомендовал учить что-то перспективное, менее популярное сегодня но то, что станет стандартом завтра — например, Nemerle.

Nemerle — вчерашний день. Нужно смотреть в послезавтра, изучать ультракороткий язык программирования RS!

А>можно java еще. перл фтопку

Сам пишу на perl последние лет 7. Он хорош именно для того, для чего и был придуман: обработка больших объемов данных, прежде всего текстовых. К сожалению проект медленно, но верно умирает. Moose и ему подобные, не что иное, как вудуисткие пляски над почти трупом. К сожалению, проект Parrot, который изначально обещал разродиться perl6 надежд не оправдал, и не оправдает.

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

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

Ruby интересен как язык. Авторы вовсю борются с проблемами производительности его виртуальной машины. Смущает что для web он выстрелил единственным продуктом, RoR, но зато как! На других языках, где больше, где меньше, есть горка разного рода фреймворков, для разработок под веб, на Ruby кроме RoR я сходу и не припомню.

Мир Java, это мир различных устройств, прежде всего мобильных, и мир Enterprise development. Жаба проверена временем и имеет поддержку со стороны корпораций, а значит и программисты еще долго будут востребованы.

C# и прежде всего платформы от мелкомягких. Сам язык мощный, и активно развивающийся. От майкрософта есть технология asp и реализация паттерна MVC. Так же есть реализации фреймворков для web от сторонних разработчиков. Интересен сам по себе и довольно востребован со стороны работодателей.

Здравствуйте, Аноним, Вы писали:

А>>можно java еще. перл фтопку

А>Сам пишу на perl последние лет 7. Он хорош именно для того, для чего и был придуман: обработка больших объемов данных, прежде всего текстовых. К сожалению проект медленно, но верно умирает. Moose и ему подобные, не что иное, как вудуисткие пляски над почти трупом. К сожалению, проект Parrot, который изначально обещал разродиться perl6 надежд не оправдал, и не оправдает.

Напротив, Перл в последние несколько лет испытал настоящее возрождение. Perl 5.10,12,14 вобрал в себя некоторые фичи из Perl6. Moose — объектно ориетнированный фреймвок для Perl 5 предоставляет остальные фичи из Perl 6, которые отсутствуют в языке. Moose, кстати, отлично работает. А еще есть и MooseX.

В перле 5.10 появились продвинутые регексы, благодаря чему стало возможным описывать на них грамматики (см. Regex::Grammars).

А какой для перла профайлер есть, просто заглядение: http://blog.timbunce.org/2008/07/15/nytprof-v2-a-major-advance-in-perl-profilers/

К тому же не надо забывать, что равных библиотекам CPAN-а нет ни у Python-а ни у Ruby. Меня постоянно удручает PyPI, когда с него нужно что-либо достать. Где там документация? Где батареи тестов, которые есть для каждой приличной библиотеки в CPAN-е? По сравнению с CPAN-ом, все как-то примитивно.

Здравствуйте, Аноним, Вы писали:

А>Ruby интересен как язык. Авторы вовсю борются с проблемами производительности его виртуальной машины. Смущает что для web он выстрелил единственным продуктом, RoR, но зато как! На других языках, где больше, где меньше, есть горка разного рода фреймворков, для разработок под веб, на Ruby кроме RoR я сходу и не припомню.

http://accidentaltechnologist.com/ruby/10-alternative-ruby-web-frameworks/

Пожалуй немного попиарю рельсы:

Из всех фреймворков RoR самый богатый на фичи из коробки или доставляемые парой движений. Ну и рубийные DSL позволяют писать хороший, понятный и читаемый код. DRY и KISS легче всего даются именно в RoR.

Пример из текущих головняков в ASP.NET MVC3, нужно прикрутить сжатие скриптов и стилей в один файл в продакшене и использовать несжатые, но слитые в один файл в разработке. Простых решений нет вообще. А когда у меня возникла идея использовать SASS и CoffeeScript вместо css и js, пришлось ее просто отвергнуть, просто потому, что выигрыш от их использования не перекрывает геморой с велосипедами для их подключения.

Между тем в РоР 3.1 все это умеет делать приложение из коробки.

Кеширование тоже сделано более гибко и прозрачно чем в MVC.

Работа с JSON и JS в рельсах тоже очень удобна, в отличии от MVC, который из коробки может лишь сериализовать/десериализовать джейсон. Что очень напрягает, на каждый чих приходится писать модели. А вытащить голый JSON и пройтись по его полям — вообще квест. Или сторонние либы.

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

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

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

M>>Видимо вопрос из серии "Священные войны", но все же задам — что лучше осваивать начинающему Web-программисту с точки зрения перспективы использования — Ruby/Python/PHP/Perl и т.д.?

SH>В качестве альтернативы можно посмотреть у сторону Javascript.
SH>Node.js уже активно шагает по планете.
SH>Софт активно разрабатывается, комьюнити стремительно растет.
SH>Убьете двух зайцев — и клиентская и серверная разработка.

Не убьет. NodeJS — это так, поиграться, пока в JS не появится нативная поддержка многопоточности и нативная поддержка модульности.

> Ruby/Python/PHP/Perl

И JavaScript.

Здравствуйте, alexeiz, Вы писали:

A>Напротив, Перл в последние несколько лет испытал настоящее возрождение. Perl 5.10,12,14 вобрал в себя некоторые фичи из Perl6. Moose — объектно
A>ориетнированный фреймвок для Perl 5 предоставляет остальные фичи из Perl 6, которые отсутствуют в языке. Moose, кстати, отлично работает. А еще
A>есть и MooseX.
Perl нуждается в рефакторинге, и прежде всего концепций, на которых новая версия языка может быть построена. Я заглядывал в исходники этих продуктов, и ни чем иным, кроме как хаком, их назвать язык не поворачивается. Catalist — самый вменяемый MVC фреймворк вынужден тащить за собой горы пакетов, только потому что в самом perl нет нормальной объектности(справедливости ради должен признать, что и в python она своеобразная).

A>В перле 5.10 появились продвинутые регексы, благодаря чему стало возможным описывать на них грамматики (см. Regex::Grammars).
Как раз это вполне можно реализовать в виде модуля расширения. В пыхе, например, есть pcre(перловые) и posix регекспы, но это не повод задирать нос.

A>А какой для перла профайлер есть, просто заглядение: http://blog.timbunce.org/2008/07/15/nytprof-v2-a-major-advance-in-perl-profilers/
Ты еще padre вспомни, ссылка 2008 года, а на дворе почти уже 2012.

A>К тому же не надо забывать, что равных библиотекам CPAN-а нет ни у Python-а ни у Ruby.
И слава богу, зачем столько мусора разводить. В большинстве случаев нужно не более 2 десятков библиотек общего назначения, ну и несколько из предметной области текущей программы, все остальное СДЕЛАЙ САМ.
A>Меня постоянно удручает PyPI, когда с него нужно что-либо достать. Где там документация?
pydoc не поможет отцу русской демократии(например для питона)?
A>Где батареи тестов, которые есть для каждой приличной библиотеки в CPAN-е? По сравнению с CPAN-ом, все как-то примитивно.
К сожалению, батарея тестов не гарантирует отсутствие кривости у рук реализатора.

Perl я люблю, в своих родных задачах обработки данных, он легко потягается с кодом, написанным средним программистом на Цэ, или каком либо другом, но он, к сожалению, давно замер в своем развитии.

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, alexeiz, Вы писали:

A>>Напротив, Перл в последние несколько лет испытал настоящее возрождение. Perl 5.10,12,14 вобрал в себя некоторые фичи из Perl6. Moose — объектно
A>>ориетнированный фреймвок для Perl 5 предоставляет остальные фичи из Perl 6, которые отсутствуют в языке. Moose, кстати, отлично работает. А еще
A>>есть и MooseX.
А>Perl нуждается в рефакторинге, и прежде всего концепций, на которых новая версия языка может быть построена. Я заглядывал в исходники этих продуктов, и ни чем иным, кроме как хаком, их назвать язык не поворачивается. Catalist — самый вменяемый MVC фреймворк вынужден тащить за собой горы пакетов, только потому что в самом perl нет нормальной объектности(справедливости ради должен признать, что и в python она своеобразная).

Приведи определение нормальной объектности?

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

A>>К тому же не надо забывать, что равных библиотекам CPAN-а нет ни у Python-а ни у Ruby.
А>И слава богу, зачем столько мусора разводить. В большинстве случаев нужно не более 2 десятков библиотек общего назначения, ну и несколько из предметной области текущей программы, все остальное СДЕЛАЙ САМ.

За подобный подход к разработке руки надо отрывать.

A>>Где батареи тестов, которые есть для каждой приличной библиотеки в CPAN-е? По сравнению с CPAN-ом, все как-то примитивно.
А>К сожалению, батарея тестов не гарантирует отсутствие кривости у рук реализатора.

Это не аргумент в пользу отсутствия тестов.

А>Perl я люблю, в своих родных задачах обработки данных, он легко потягается с кодом, написанным средним программистом на Цэ, или каком либо другом, но он, к сожалению, давно замер в своем развитии.

Это не так.

Здравствуйте, anonymous, Вы писали:

A>Приведи определение нормальной объектности?
Мне не хватает в perl возможности, например так же как в Це++ или Жабе, управлять видимостью и наследованием свойств и методов, если уж речь идет об ООП.

A>Perl действительно нуждается в рефакторинге (который постепенно идёт), но явно не области своих объектно-ориентированных возможностей. Далеко не каждый язык предоставляет подобную гибкость в работе с объектами вплоть до возможности создания собственной объектной системы.
Структуры уже появились? Нормальная поддержка уникода, во всех аспектах, и в функциях обработки строк, и регекспах? Если не в сторону ООП, что было бы логично, желай perl стать языком промышленной разработки, то куда идет perl?

A>За подобный подход к разработке руки надо отрывать.
Может быть, хотя мне на практике редко приходилось подтягивать в проект более 20-30 библиотек, да и те были связаны с обработкой вещей, для которых существуют свои ТЕХНИЧЕСКИЕ СТАНДАРТЫ.

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

A>Это не так.
Может я что-то упустил, что такого нового и прорывного появилось в ядре языка? Кроме оптимизаций по скорости, с этим я готов согласиться. Потроха perl изучены достаточно хорошо, и народ много чего научился делать, влазя в процесс разбора и компиляции кода.

Здравствуйте, SHorrty, Вы писали:

M>>Видимо вопрос из серии "Священные войны", но все же задам — что лучше осваивать начинающему Web-программисту с точки зрения перспективы использования — Ruby/Python/PHP/Perl и т.д.?
SH>В качестве альтернативы можно посмотреть у сторону Javascript.

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

SH>Node.js уже активно шагает по планете.
SH>Софт активно разрабатывается, комьюнити стремительно растет.
SH>Убьете двух зайцев — и клиентская и серверная разработка.

silver bullet?

Здравствуйте, neFormal, Вы писали:

F>есть вероятность, что js вымрет изза большого количества претензий к нему.. используют его всё больше, а проблемы всё те же..
F>думаю, гугль будет первый, кто заменит js на свой скриптовый язык..

Вроде же уже есть некие факты об этом?

Здравствуйте, Курилка, Вы писали:

F>>есть вероятность, что js вымрет изза большого количества претензий к нему.. используют его всё больше, а проблемы всё те же..
F>>думаю, гугль будет первый, кто заменит js на свой скриптовый язык..
К>Вроде же уже есть некие факты об этом?

ага, я Dart и имел в виду..

Здравствуйте, Аноним, Вы писали:

A>>Приведи определение нормальной объектности?
А>Мне не хватает в perl возможности, например так же как в Це++ или Жабе, управлять видимостью и наследованием свойств и методов, если уж речь идет об ООП.

Да вот хотя бы: https://metacpan.org/module/Attribute::Protected

A>>Perl действительно нуждается в рефакторинге (который постепенно идёт), но явно не области своих объектно-ориентированных возможностей. Далеко не каждый язык предоставляет подобную гибкость в работе с объектами вплоть до возможности создания собственной объектной системы.
А>Структуры уже появились? Нормальная поддержка уникода, во всех аспектах, и в функциях обработки строк, и регекспах? Если не в сторону ООП, что было бы логично, желай perl стать языком промышленной разработки, то куда идет perl?

Для чего в Perl нужны структуры? Юникод уже давно и хорошо поддерживается.

A>>Это не так.
А>Может я что-то упустил, что такого нового и прорывного появилось в ядре языка? Кроме оптимизаций по скорости, с этим я готов согласиться. Потроха perl изучены достаточно хорошо, и народ много чего научился делать, влазя в процесс разбора и компиляции кода.

Это же не язык, появившийся пару лет назад, чтобы в нём реализовывать что-то прорывное. В Perl просто постоянно идёт процесс улучшения функциональности.

F> Здравствуйте, SHorrty, Вы писали:
M>>>Видимо вопрос из серии "Священные войны", но все же задам — что лучше осваивать начинающему Web-программисту с точки зрения перспективы использования — Ruby/Python/PHP/Perl и т.д.?
F> SH>В качестве альтернативы можно посмотреть у сторону Javascript.
F> есть вероятность, что js вымрет изза большого количества претензий к нему.. используют его всё больше, а проблемы всё те же..

Большинство претензий — из-за непонимания и нежелания понимать, как он работает.

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

Они уже типа пытаются http://rsdn.ru/forum/philosophy/4413874.1.aspxм

Rojac v0.1 / rev. 666

Здравствуйте, anonymous, Вы писали:

Дискуссия переросла поставленный вопрос. Меня возмутил комент, предлагающий отправить perl на свалку и я ответил, что рано это делать. Все остальное холивар.

На счет объектов в перл не убедили. Тот факт, что для использования этого функционала мне нужно написать use Attribute::Protected говорит, что в самом перле объектов нет.

Структуры были бы полезны, например, в случаях работы с типизированными файлами. Мне довольно много доводилась работать над импортом данных из разных источников, в том числе и бинарных файлов, и бывало руки чесались написать конвертер не на перл а на Цэ.

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

Цэ появился раньше perl, однако народ не расслабляется, анализируют опыт использования, разрабатывают новые стандарты языка, и даже под эти стандарты компиляторы пишут 8).

Здравствуйте, Mamut, Вы писали:

F>> есть вероятность, что js вымрет изза большого количества претензий к нему.. используют его всё больше, а проблемы всё те же..
M>Большинство претензий — из-за непонимания и нежелания понимать, как он работает.

нуу, а что изменится от понимания его работы?. всё равно ж не айс..
http://wtfjs.com/ не просто так ведь появился..

F>> думаю, гугль будет первый, кто заменит js на свой скриптовый язык..
M>Они уже типа пытаются http://rsdn.ru/forum/philosophy/4413874.1.aspx

ну да.. это логично, если от js требуют уже на пределе его возможностей..

Здравствуйте, kmmbvnr, Вы писали:

K>ИМХО с поиском (хорошей) работы больше помогает не знание одного из популярных языков, а содержимое github аккаунта

У серъезных людей нет времени забесплатно опенсорс строчить.

Здравствуйте, avishnyakov, Вы писали:

A>Качать social/presentation skills и способы привлечения венчурных инвесторов

A>Иначе тема "Что лучше изучать — XXX/MMM/YYY/ZZZ...?" будет появляться на rsdn каждые 12-18 месяцев.

Единственный мудрый ответ.

Здравствуйте, DorfDepp, Вы писали:

DD>У серъезных людей нет времени забесплатно опенсорс строчить.
Не знаю как все, но мой опенсорс — это прямые реализации идей которые в продакшене вначале были реализованы ad-hoc
Когда в голове все есть — особого труда наколбасить до 1к кода не составляет.

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

DD>У серъезных людей нет времени забесплатно опенсорс строчить.
Не говоря уже о том, что потом этим "серьезные людям" на собеседованиях приходится
бесплатно доказывать, что они не верблюды

Здравствуйте, Аноним, Вы писали:

А>На счет объектов в перл не убедили. Тот факт, что для использования этого функционала мне нужно написать use Attribute::Protected говорит, что в самом перле объектов нет.

В Perl есть мета-объектные возможности. Как будут выглядеть выглядеть твои объекты, ты решаешь сам. Это может быть чистый bless, или Moose, или Attribute::Protected, или что-то своё. Ну и конечно же, объектность языка не зависит от наличия в нём ключевых слов private и protected — это всего лишь один из множества подходов к реализации этой парадигмы.

А>Структуры были бы полезны, например, в случаях работы с типизированными файлами. Мне довольно много доводилась работать над импортом данных из разных источников, в том числе и бинарных файлов, и бывало руки чесались написать конвертер не на перл а на Цэ.

В Perl есть свои способы решить эту задачу, не прибегая к структурам. А вообще, если для задачи лучше использовать Си, то его и надо использовать.

А>Цэ появился раньше perl, однако народ не расслабляется, анализируют опыт использования, разрабатывают новые стандарты языка, и даже под эти стандарты компиляторы пишут 8).

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

F>>> есть вероятность, что js вымрет изза большого количества претензий к нему.. используют его всё больше, а проблемы всё те же..
M>>Большинство претензий — из-за непонимания и нежелания понимать, как он работает.

F>нуу, а что изменится от понимания его работы?.

Очень часто просто вижу стоны типа «а где ООП как в С++» или типа того.

F>всё равно ж не айс..
F>http://wtfjs.com/ не просто так ведь появился..

И тут в основном именно непонимание (а иногда понимание и объяснение) именно принципов работы языка. Почему-то как только у кого-то проблемы с С++ или там C#'ом, их сразу отсылают к стандарту, спецификациям и т.п. А как только проблемы с JS — все, язык плохой

F>>> думаю, гугль будет первый, кто заменит js на свой скриптовый язык..
M>>Они уже типа пытаются http://rsdn.ru/forum/philosophy/4413874.1.aspx

F>ну да.. это логично, если от js требуют уже на пределе его возможностей..

В JS, по сути, надо:
— строгую типизацию (не путать со статической)
— модули
— пофиксить некоторую фигню типа:
-- убрать semicolon injection
-- пофиксить for(prop in object)
— [опционально] ввести нативные функции типа map, fold, filter и т.п. Так как язык уже поддерживает функциональное программирование, надо сделать его более удобным

Причем часть из этого ввести таки пытаются. Но для этого явно не нужен еще один язык

Здравствуйте, Mamut, Вы писали:

M>Очень часто просто вижу стоны типа «а где ООП как в С++» или типа того.

так про все языки спрашивают..

M>Почему-то как только у кого-то проблемы с С++ или там C#'ом, их сразу отсылают к стандарту, спецификациям и т.п. А как только проблемы с JS — все, язык плохой

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

M>В JS, по сути, надо:
M>Причем часть из этого ввести таки пытаются. Но для этого явно не нужен еще один язык

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

M>>В JS, по сути, надо:
M>>Причем часть из этого ввести таки пытаются. Но для этого явно не нужен еще один язык

F>да, но не кажется ли, что для js это слишком большие изменения?.

На самом деле, не очень.

F>новый язык — это лишь один из вариантов развития событий..
F>плюс при всех этих переменах будет большая проблема с обратной совместимостью..

Разве что только при введении строгой типизации. Плюс переход можно сделать достаточно плавным.

Здравствуйте, Mamut, Вы писали:
M>- пофиксить некоторую фигню типа:
M>-- убрать semicolon injection

Может semicolon insertion? Так это из-за непонимания и нежелания понимать. И ещё дремучего невежества. Есть куча языков, в которых перевод строки интерпретируется как конец команды, начиная от командных языков и бейсиков (думаю, таких языков абсолютное большинство). Есть мир за пределами Pascal/C/Java.

M>Причем часть из этого ввести таки пытаются. Но для этого явно не нужен еще один язык

Ну так Harmony и Dash/Dart.

	От:	mzeg
	Дата:	25.07.11 07:56
	Оценка:

	От:	avishnyakov
	Дата:	25.07.11 08:01
	Оценка:	15 (1) -1

От:	kmmbvnr	http://kmmbvnr.livejournal.com
Дата:	25.07.11 10:06
Оценка:

	От:	Аноним
	Дата:	25.07.11 10:08
	Оценка:

	От:	mzeg
	Дата:	25.07.11 10:13
	Оценка:

От:	anonymous	http://denis.ibaev.name/
Дата:	26.07.11 07:35
Оценка:	4 (1)

От:	Mamut	http://dmitriid.com
Дата:	07.09.11 13:55
Оценка:

От:	Курилка	http://kirya.narod.ru/
Дата:	13.09.11 06:40
Оценка:

	От:	SHorrty
	Дата:	27.07.11 10:12
	Оценка:	+1

	От:	neFormal
	Дата:	29.07.11 14:49
	Оценка:	+1

	От:	gegMOPO4
	Дата:	29.07.11 19:20
	Оценка:

	От:	alexeiz
	Дата:	29.08.11 05:43
	Оценка:	+1