= 8 лет разработки. http://en.wikipedia.org/wiki/Software_de… - если метишь на архитектора, должен и архитектуру знать, и что такое тесты, и поддерживать приложение. Что в этом удивительного!? Или может вы дизайн за фотошоп считаете? А тестинг не tdd/bdd а мышкой сидеть клацкать по страничкам?
> Вы так восхищались US, что там не надо знать много языков. Я вам показал, что ситуация такая же, как и у нас. Так во всех объявлениях, я просмотрел не одно.
Может тыкните пальцем, где в этом объявлении _много_ языков?
> Минимум для _хорошего_ разработчика - 5 языка.
Ну для начала это Web. Знать отчасти надо, но на приличном уровне не получится. Да, вы сможете делать сайты на Битриксе, клепать к нему модули, верстать под него шаблоны в одиночку.
Но не даром есть верстальщики, администраторы баз данных, ui/ajax-программисты, серверные программисты. И когда сложность проекта перерастает 2 человеко-месяца, такие Шивы на 5 языков никому не нужны, потому что задачи уходят в глубину, в которую они никогда не залезали.
Сертификаты, образование и понимание SDLC - это обязательные вещи для любого программиста наряду со знанием алгоритмов. Тут же не требуется опыта в нефтегазовой и авиационной промышленности и Java/C++ в придачу.
Я к тому, что невозможно в резюме иметь более чем пары активных языков, а именно по опыту работы с ними зачастую выбирают специалиста. Фриланс своими небольшими проектами просто подталкивает к изученую новых технологий, в итоге человек нахватывается всего по верхам. Вообщем расти надо не в ширь, а в глубь.
Знаете, в US, где IT развит наиболее сильно, уже давно всех интересует не умение программировать на 20 языках и 10 фреймворках, а умение хорошо разбираться в какой-то одной технологии или предметной области. А то каждый, кто у себя алерт на JS вызывал понапишет в резюме JavaScript, а его копнёшь поглубже - и плакать хочется. Даже не браузеро-зависимость - написать функцию, принимающую y и возвращающую функцию, которая всегда возвращает этот y. Такое пишут...
То есть симфони-мэстер это типа проект на Симфони и готово? То-то я всё время удивляюсь километровым спискам технологий у джедаев-фрилансеров, оказывается это "learn in 24 hours & make at least one shitty project".
Ну и пару примеров:
В US люди активно берут работу на дом, и там это очень приветствуется + налогов платить меньше.
TextMate - популярный текстовый редактор под Mac. Компания Macromates. Количество персонала: 1.
JRuby - из хобби и part-time проекта превратился в основную работу - Sun платит ребятам зарплату, однако работают они удалённо.
ThoughtWorks - дев-контора, с Мартином Фаулером в роли чиф архитектора. Контрактные проекты и консультирование - не заскучаешь.
37 Signals - создатели известных веб-сервисов.
Не важно, клепаешь ты по 5 сайтов в месяц или протираешь штаны в офисе, подпиливая корпоративный сайт на Битриксе. И то, и другое - УГ. Решают идеи, а реализовать их можно любым способом и где угодно(в Гугле, дома, в институте), всё зависит от человека.
- брать работу на дом: 2 дня в офисе, 3 дня дома
- работать по контракту(проектно): пол года в офисе клиента делаете какой-то проект
- консультировать: почасовая оплата
- развивать свой проект(веб-сервис, shareware, open-source решение)
Сложно сказать, что фриланс, а что - нет. Вообще, основные плюсы фриланса это возможность работать на дому и менять род деятельности. Их можно получить и работая в компании. Про "независимость" - очень спорный вопрос.
По поводу профессионализма - если только тусить на фриланс.ру и делать одно-двух-месячные проекты, то вряд ли он появится.
Ну из бесплатных именно Liferay наверное самый приличный. Судя по http://www.liferay.com/web/guest/partner… Sun тоже так думает, и как я понял будет строить свой OpenPortal на их платформе. Ещё есть Jboss/Apache Portals но они больно "голые". Oracle/SAP/IBM естественно не трогаем.
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 работал.
= 8 лет разработки. http://en.wikipedia.org/wiki/Software_de… - если метишь на архитектора, должен и архитектуру знать, и что такое тесты, и поддерживать приложение. Что в этом удивительного!? Или может вы дизайн за фотошоп считаете? А тестинг не tdd/bdd а мышкой сидеть клацкать по страничкам?
> Вы так восхищались US, что там не надо знать много языков. Я вам показал, что ситуация такая же, как и у нас. Так во всех объявлениях, я просмотрел не одно.
Может тыкните пальцем, где в этом объявлении _много_ языков?
> Минимум для _хорошего_ разработчика - 5 языка.
Ну для начала это Web. Знать отчасти надо, но на приличном уровне не получится. Да, вы сможете делать сайты на Битриксе, клепать к нему модули, верстать под него шаблоны в одиночку.
Но не даром есть верстальщики, администраторы баз данных, ui/ajax-программисты, серверные программисты. И когда сложность проекта перерастает 2 человеко-месяца, такие Шивы на 5 языков никому не нужны, потому что задачи уходят в глубину, в которую они никогда не залезали.
Сертификаты, образование и понимание SDLC - это обязательные вещи для любого программиста наряду со знанием алгоритмов. Тут же не требуется опыта в нефтегазовой и авиационной промышленности и Java/C++ в придачу.
Я к тому, что невозможно в резюме иметь более чем пары активных языков, а именно по опыту работы с ними зачастую выбирают специалиста. Фриланс своими небольшими проектами просто подталкивает к изученую новых технологий, в итоге человек нахватывается всего по верхам. Вообщем расти надо не в ширь, а в глубь.
В US люди активно берут работу на дом, и там это очень приветствуется + налогов платить меньше.
TextMate - популярный текстовый редактор под Mac. Компания Macromates. Количество персонала: 1.
JRuby - из хобби и part-time проекта превратился в основную работу - Sun платит ребятам зарплату, однако работают они удалённо.
ThoughtWorks - дев-контора, с Мартином Фаулером в роли чиф архитектора. Контрактные проекты и консультирование - не заскучаешь.
37 Signals - создатели известных веб-сервисов.
Не важно, клепаешь ты по 5 сайтов в месяц или протираешь штаны в офисе, подпиливая корпоративный сайт на Битриксе. И то, и другое - УГ. Решают идеи, а реализовать их можно любым способом и где угодно(в Гугле, дома, в институте), всё зависит от человека.
- брать работу на дом: 2 дня в офисе, 3 дня дома
- работать по контракту(проектно): пол года в офисе клиента делаете какой-то проект
- консультировать: почасовая оплата
- развивать свой проект(веб-сервис, shareware, open-source решение)
Сложно сказать, что фриланс, а что - нет. Вообще, основные плюсы фриланса это возможность работать на дому и менять род деятельности. Их можно получить и работая в компании. Про "независимость" - очень спорный вопрос.
По поводу профессионализма - если только тусить на фриланс.ру и делать одно-двух-месячные проекты, то вряд ли он появится.
Язык можно расширять по разному: можно языковыми конструкциями, а можно библиотеками. Мне второй метод ближе, потому что он гораздо гибче.
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 работал.