"Одно из самых главных нововведений - 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.
ГраМотно. Может оно и грамотно, но уже поздно.
"Большов Виктор рассказал как просто устроить трансляцию 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.