1) Ну я с рельсами работал мало, только смотрел, да и то больше jruby. В основном питон. http://shootout.alioth.debian.org/ - там можно сравнить производительность.
2) Для Rails есть свежевышедший mod_rails, который обходит по тестам mongrel.
4) На Роре без рора?) Лучше бы аналог шелу Python или IRB на PHP показали. Вот это уж поудобнее "привет я Вася".
> как присутствие "тысяч корявых_функций_монсторв" написанных на Си мешают разработке ?
Вот вы может объясните, почему одновременно существуют bzopen и zip_open? Я их наизусть все должен знать? Или угадывать слино или через подчёркивание? Каждый как хочет что ли функции называет ради псевдо-неймспейсов? Если бы язык изначально был спроектирован нормально и с неймспейсами, такого бреда бы не было.
> ну и хотелось узнать как вы опровергните "посредственную" критику ?
По поводу Python. Да, в Python 3000 нарушится обратная совместимость. Впрочем при переходе на PHP5 было тоже самое. В PEP-3000 это всё прекрасно описано, как и автоматические тулы, которые смогут апгрейдить исходники. По поводу сложности приложений под Python без фреймворка - непонятно, что имел ввиду автор. Вообщем там всё сообщение в стиле "слышал звон, да не знаю где он".
У Ruby автором были обнаружены проблемы в ОО-модели, интересно какие? По поводу тормозов - все эти языки одного типа: динамические интерпретируемые и разницы особой в скорости нет. Про количество разработчиков - в мейл-листах рельс и джанго по 10 тысяч человек, не сказал бы что это мало.
1,3) http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=python&lang2=php
2) Тот же LAMP + возможность завестись на Google App Engine
4) Тоже самое
Давайте всё же по пунктам: "В PHP5 я выделяю следующие качества, не присущие другим динамическим языкам: 1. быстрее 2. выше 3. сильнее".
Всё что Вы написали это очень посредственная критика Python/Ruby, которая легко опровергается человеком, поработавшим с этими технологиями хотя бы месяц.
Я до сих пор даже не понял что за "создан для веба" - это тысяча корявых_функций_монсторв (http://www.php.net/manual/en/indexes.php) в глобальном неймспейсе? Java & Python хоть и не "создавались для веба", но имеют грамотное и удобное расширение API с помощью библиотек: WSGI и Сервлетов.
Java-разработчики предпочитают вторым языком именно Python/Ruby. MS & Sun для своих платформ спонсируют тоже IronPython/IronRuby & JRuby/Jython. Так что от Вас хочется услышать именно то, что мы теряем - какие уникальные особенности PHP?
Можно от абстракций к более конкретным вещам? То, о чём вы говорите, можно экстраполировать на все LAMP-языки. Что именно выделяет PHP от Ruby & Python?
"на РНР можно сделать одно и тоже разными способами" я вот например не очень люблю, и питоновский TIOOWTDI-принцип куда более приемлем для меня особенно в динамических языках.
Да, ведь Groovy куда проще освоить. Скачал Grails и давай херач в php-style. Только в резюме потом надо написать Java, Spring, Hibernate что б понтов побольше, ну и пусть, что со Spring-ом не столкнулся, да и с Hibernate только через GORM работал.
"Одно из самых главных нововведений - namespace-ы. Вводятся достаточно граммотно пространства имен. "
ГраМотно. Может оно и грамотно, но уже поздно.
"Большов Виктор рассказал как просто устроить трансляцию flv-видео на сайте."
Настоящая трансляция это RTMP, остальное - progressive download, пусть и с возможностью "прокрутки". Правда да, сервер на PHP не напишешь, тут Java нужна, которую там выше поливают кул-хацкеры.
"И вторая: в Google можно попасть даже PHP программисту."
PHP была скорее всего самая последняя причина, по которой его пригласили. Куда важнее, что это отличный специалист и деятель open-source движения.
Что ж у нас в новостях про Диму Билана на Евровиденье пишут, а у них про роботов и посадки на Марс? Ваша цитата это не повод для гордости, а повод для того чтобы задуматься. В данном случае всё ясно - стране учёные не нужны. Ну разве что по нанотехнологиям, чтобы бюджет помочь распилить.
Ну давайте начнём с того, что далеко не в каждом интересном проекте есть русские разработчики. И без английского всё же никуда.
А теперь по пунктам:
1. Документация - её переводить смысла нет, ибо она активно меняется и в хорошем состоянии на разных языках её поддерживать нереально. Отличный пример - книга "Agile Web Development with Rails" у нас вышла как раз тогда, когда за океаном выкатили 2.0 с новыми идеями и принципами. Я уж не говорю про API, который обновляется с выходом каждой новой SVN-ревизии.
2. Мейл-листы - да, есть django-russian, ror2ru. Но там в основном либо обсуждаются проблемы новичков, либо размещают вакансии, что заставляет более продвинутых разработчиков от них отписываться.
3. Блоги/новости - чтобы вести качественную ленту надо либо переводить This Week in Ruby/Java Posse подкасты раз в неделю, либо активно читать "Dajngo Community"/Java.net/DZone/Planet Ruby on Rails и доносить новости "в момент". Однако получить овтет непосредственно от автора статьи не получится - русского то он не знает. Да и вообще дело это очень и очень трудоёмкое, а чтобы иметь ещё и контент на урове хорошего издания типа InfoQ надо и редакторов несколько, хорошо секущих тему.
Вообщем в Индии, над программистами которой все так задорно смеются, каждый выпускник ВУЗа знает английский язык. Думаю это отличный повод задуматься.
Так что мой совет в принципе таков: есть желание помочь - напишите книгу или ряд статей про то как вырасти с нуля в Open-Source разработчика, откройте блог, в котором будете советовать книги, рассказывать о проектах и т.п. Не изобретайте велосипед.
Looks like ohloh.net for Git(~Ruby) community. MK is confusing the ideas of these projects like he usually do when comparing things. LinkedIn is about jobs, and of course you can find people lying about their MIT education, joining 100 groups and claiming themselves a 1337 Java Gurus. The only thing different from Dice&Monster are recommendations.
Вы про ohloh.net? "Джава, дот Нет, Джанго, коммит"? Нет уж, увольте. Ohloh - это в первую очередь инструмент для статистики, который позволяет оценить "кишки" проекта не заглядыая внутрь. Впрочем довольно грубо.
А что Вам на русском вообще надо? Документация ко всем проектам на английском, комментарии в коде на английском, в irc и mail-list общаются на английском, в блоги пишут на английском. Если бы у меня спросил совета начинающий программист, я бы ему посоветовал выучить для начала английский, а не PHP/Java...
Я не понимаю, что вы собираетесь централизировать? Интегрировать dev-list & project management tools разных проектов в свою систему? Копипейстить учебники на свой сайт? Копировать новости с чужих блогов?
Я не вижу никаких критериев оценки продвижения человека кроме непосредственно его коммитов. Для этого уже пару лет как придумали ohloh.net любители статистики. Я просто не представляю, что там может быть ещё - "Вася прочитал документацию к PHP, забил на неё, выучил за 7 недель питон и стал комметером Django"? Это называется резюме, а это другая стихия.
1) Идём на сайт и читаем документацию по интересующей нас технологии
2) Выполняем простые примеры(tutorials)
3) Подписываемся на mail-list, читаем planet, dzone
4) Идём на sourceforge, google code, codehaus и находим интересный проект имеющий отношение к предмету изучения
5) Берём любую задачу из TO-DO list или Bug tracker, выполняем её и шлём патч
6) Если возникают проблемы/вопросы - пишем в dev-list/irc, поверьте - там вам помогут
Зачем заниматься бюрократией, организуя ещё какую-то соц-сеть? Совсем уже помешались на веб20. Вот скажите, какой из этих пунктов нельзя осуществить без соц-сети? Или что она даст, чего нету у этого пути?
Если смотреть на The Next Big Language трезво, то он должен удволетворять следующим требованиям(на примере Scala):
1) Скорость на уровне большой тройки(Java/.NET/C++):
Scala соизмерима по скорости с Java. Это такой же статически типизированный язык, для которых и были сделаны JVM & CLR.
2) Совместимость с другими технологиями, библиотеками:
Scala создавалась тем же человеком, что писал javac, поэтому совместимость с Java на высшем уровне. Работает со всеми Java-библиотеками. Есть так же версия языка и для .NET.
3) Компактность:
Scala не такой verbose язык как Java, код на ней зачастую в 2 раза короче за счёт синтаксиса. К примеру клон твиттера писали на ней в 500 строк. Есть фреймворк liftweb, взявший много из rails, django, wicket...
4) Масштабируемость:
Erlang-style. Scala - ещё и функциональный язык с поддержкой actors model.
6) Признание:
Scala не стеснялись называть "The next Java" на прошедшем JavaOne, в том числе и сам Джеймс Гослинг(создатель Java). Нил Гафтер, Java-евангелист в Google писал в своём блоге, что они(если что) могут перейти на Scala. В объявлениях на работу в Yandex тоже встречается Scala, где её использование согласованно с руководством.
Интересно было бы видеть для других языков ответы этим требованиям. Ну или какие-то ещё требования для TNBL.
2) Для Rails есть свежевышедший mod_rails, который обходит по тестам mongrel.
4) На Роре без рора?) Лучше бы аналог шелу Python или IRB на PHP показали. Вот это уж поудобнее "привет я Вася".
Вот вы может объясните, почему одновременно существуют bzopen и zip_open? Я их наизусть все должен знать? Или угадывать слино или через подчёркивание? Каждый как хочет что ли функции называет ради псевдо-неймспейсов? Если бы язык изначально был спроектирован нормально и с неймспейсами, такого бреда бы не было.
> ну и хотелось узнать как вы опровергните "посредственную" критику ?
По поводу Python. Да, в Python 3000 нарушится обратная совместимость. Впрочем при переходе на PHP5 было тоже самое. В PEP-3000 это всё прекрасно описано, как и автоматические тулы, которые смогут апгрейдить исходники. По поводу сложности приложений под Python без фреймворка - непонятно, что имел ввиду автор. Вообщем там всё сообщение в стиле "слышал звон, да не знаю где он".
У Ruby автором были обнаружены проблемы в ОО-модели, интересно какие? По поводу тормозов - все эти языки одного типа: динамические интерпретируемые и разницы особой в скорости нет. Про количество разработчиков - в мейл-листах рельс и джанго по 10 тысяч человек, не сказал бы что это мало.
2) Тот же LAMP + возможность завестись на Google App Engine
4) Тоже самое
Где, интересно, я ору - я лишь хотел узнать, какие плюсы у PHP. Вот в вашем посте можно сказать проявился первый - большое количество фреймворков.
Всё что Вы написали это очень посредственная критика Python/Ruby, которая легко опровергается человеком, поработавшим с этими технологиями хотя бы месяц.
Я до сих пор даже не понял что за "создан для веба" - это тысяча корявых_функций_монсторв (http://www.php.net/manual/en/indexes.php) в глобальном неймспейсе? Java & Python хоть и не "создавались для веба", но имеют грамотное и удобное расширение API с помощью библиотек: WSGI и Сервлетов.
Java-разработчики предпочитают вторым языком именно Python/Ruby. MS & Sun для своих платформ спонсируют тоже IronPython/IronRuby & JRuby/Jython. Так что от Вас хочется услышать именно то, что мы теряем - какие уникальные особенности PHP?
"на РНР можно сделать одно и тоже разными способами" я вот например не очень люблю, и питоновский TIOOWTDI-принцип куда более приемлем для меня особенно в динамических языках.
Да, ведь Groovy куда проще освоить. Скачал Grails и давай херач в php-style. Только в резюме потом надо написать Java, Spring, Hibernate что б понтов побольше, ну и пусть, что со Spring-ом не столкнулся, да и с Hibernate только через GORM работал.
ГраМотно. Может оно и грамотно, но уже поздно.
"Большов Виктор рассказал как просто устроить трансляцию flv-видео на сайте."
Настоящая трансляция это RTMP, остальное - progressive download, пусть и с возможностью "прокрутки". Правда да, сервер на PHP не напишешь, тут Java нужна, которую там выше поливают кул-хацкеры.
"И вторая: в Google можно попасть даже PHP программисту."
PHP была скорее всего самая последняя причина, по которой его пригласили. Куда важнее, что это отличный специалист и деятель open-source движения.
А теперь по пунктам:
1. Документация - её переводить смысла нет, ибо она активно меняется и в хорошем состоянии на разных языках её поддерживать нереально. Отличный пример - книга "Agile Web Development with Rails" у нас вышла как раз тогда, когда за океаном выкатили 2.0 с новыми идеями и принципами. Я уж не говорю про API, который обновляется с выходом каждой новой SVN-ревизии.
2. Мейл-листы - да, есть django-russian, ror2ru. Но там в основном либо обсуждаются проблемы новичков, либо размещают вакансии, что заставляет более продвинутых разработчиков от них отписываться.
3. Блоги/новости - чтобы вести качественную ленту надо либо переводить This Week in Ruby/Java Posse подкасты раз в неделю, либо активно читать "Dajngo Community"/Java.net/DZone/Planet Ruby on Rails и доносить новости "в момент". Однако получить овтет непосредственно от автора статьи не получится - русского то он не знает. Да и вообще дело это очень и очень трудоёмкое, а чтобы иметь ещё и контент на урове хорошего издания типа InfoQ надо и редакторов несколько, хорошо секущих тему.
Вообщем в Индии, над программистами которой все так задорно смеются, каждый выпускник ВУЗа знает английский язык. Думаю это отличный повод задуматься.
Так что мой совет в принципе таков: есть желание помочь - напишите книгу или ряд статей про то как вырасти с нуля в Open-Source разработчика, откройте блог, в котором будете советовать книги, рассказывать о проектах и т.п. Не изобретайте велосипед.
А что Вам на русском вообще надо? Документация ко всем проектам на английском, комментарии в коде на английском, в irc и mail-list общаются на английском, в блоги пишут на английском. Если бы у меня спросил совета начинающий программист, я бы ему посоветовал выучить для начала английский, а не PHP/Java...
Я не вижу никаких критериев оценки продвижения человека кроме непосредственно его коммитов. Для этого уже пару лет как придумали ohloh.net любители статистики. Я просто не представляю, что там может быть ещё - "Вася прочитал документацию к PHP, забил на неё, выучил за 7 недель питон и стал комметером Django"? Это называется резюме, а это другая стихия.
1) Идём на сайт и читаем документацию по интересующей нас технологии
2) Выполняем простые примеры(tutorials)
3) Подписываемся на mail-list, читаем planet, dzone
4) Идём на sourceforge, google code, codehaus и находим интересный проект имеющий отношение к предмету изучения
5) Берём любую задачу из TO-DO list или Bug tracker, выполняем её и шлём патч
6) Если возникают проблемы/вопросы - пишем в dev-list/irc, поверьте - там вам помогут
Зачем заниматься бюрократией, организуя ещё какую-то соц-сеть? Совсем уже помешались на веб20. Вот скажите, какой из этих пунктов нельзя осуществить без соц-сети? Или что она даст, чего нету у этого пути?
1) Скорость на уровне большой тройки(Java/.NET/C++):
Scala соизмерима по скорости с Java. Это такой же статически типизированный язык, для которых и были сделаны JVM & CLR.
2) Совместимость с другими технологиями, библиотеками:
Scala создавалась тем же человеком, что писал javac, поэтому совместимость с Java на высшем уровне. Работает со всеми Java-библиотеками. Есть так же версия языка и для .NET.
3) Компактность:
Scala не такой verbose язык как Java, код на ней зачастую в 2 раза короче за счёт синтаксиса. К примеру клон твиттера писали на ней в 500 строк. Есть фреймворк liftweb, взявший много из rails, django, wicket...
4) Масштабируемость:
Erlang-style. Scala - ещё и функциональный язык с поддержкой actors model.
5) DSL:
Любители Ruby & RSpec могут оценить http://code.google.com/p/specs/wiki/QuickStart BDD фреймворк.
6) Признание:
Scala не стеснялись называть "The next Java" на прошедшем JavaOne, в том числе и сам Джеймс Гослинг(создатель Java). Нил Гафтер, Java-евангелист в Google писал в своём блоге, что они(если что) могут перейти на Scala. В объявлениях на работу в Yandex тоже встречается Scala, где её использование согласованно с руководством.
Интересно было бы видеть для других языков ответы этим требованиям. Ну или какие-то ещё требования для TNBL.