Alexander Shaykin

Очень интересную вакансию получил на днях, на мой взгляд она в какой то мере описывает то, что должен знать мидл.
- писать хороший код на PHP от 2 лет;
- знаешь для чего нужны интерфейсы в PHP
- у тебя есть опыт проектирования MySQL, понимание механизма оптимизации реляционных баз данных этого типа;
- используешь концепции ООП, а не пишешь лапшекод;
- знаешь основные паттерны проектирования
- умеешь разбираться в чужом коде;
- знаешь о замыкании в JavaScript и как красиво написать рабочий код;
- применял AJAX и периодически его используешь;
- знаешь как писать юнит-тесты и когда их писать целесообразно;
- знаешь о dependecy injection и почему он нужен для повторного использования, масштабирования и тестируемости;
- понимаешь, чем ActiveRecord со связями отличается от традиционного, фаулеровского, ActiveRecord

IMHO то что надо

1. знать большинство отличий/нововведений 2-3 последних мажорных версия PHP (и уметь их правильно использовтаь)
   
2. знать один из фреймворков (ZF2, Symfony2, Laravel4/5) на уровне полного понимания внутренней работы фреймворка (на каких паттернах построена та или иная часть системы, почему именно на них, как это все взаимодействует и т.д)
   
3. знать как работают реляционные СУБД т.е понимание JOIN'ов не только, что куда лепить, а и как это происходит внутри, ну и с остальными функциями так же
   
4. ну и в конце то концов разобраться с SPL, что бы не было ситуаций как на PHP UK Conf.
   
5. JS - понимать как там все внутри крутиться, вертится. Желательно знать еще какой то фреймворк (Angular, backbone, etc)
   
6. HTML, CSS - по вкусу (не считаю, что php программист должен быть крутым верстальщиком, но одно другому не мешает и если нравится то это только плюс будет)
   
7. Знать English, что бы стыдно на митинге не было
   
8. быть адекватным, вменяемым человеком
   

Мидл должен знать все, что знает Junior + опыт работы хотя бы 1-2 года.

Хотелось бы бой между любителями PHP & Node.js

Или исправите срочно, или ... Ну вы читали правила.

По теме:
backend - должен уметь его делать. Какой язык, какие технологи и т.д., выбирает исключительно он сам.
PHP и Node, это совершенно разные вещи, но раз вы задаете вопрос про них, значит вам это не нужно.

PHP вечен и всегда будет к месту, Node.js еще (относительно) молод, но весьма перспективен. Знание обоих языков будет Вам двойным плюсом. Backend бывает разный, но в основной массе это PHP. Начните с PHP, изучите его вдоль и поперек, сделайте свой небольшой пробный проект, а дальше всё сами поймете куда идти дальше.

"Хотелось бы бой между любителями PHP & Node.js" - тут Вам не бойцовский клуб. Причем существуют адекватные разрабы как на PHP, так и на node.js.

Я затятый php-шник, делаю проекты свыше 10 лет. Перепробовал кучу всего что есть в php мире. Сейчас делаю большие соц. проекты с помощью zf2 и laravel framework. В команде в одном из последних проектов делаем real time приложение(в основном обработка видео и картинок). После тестового приложения на php поняли что что то не то и как то туговато все здесь происходит(Использовали MongoDb, Ratchet, RabbitMq, Zf2, Laravel + многопоточность) (может мы как то не так оптимизировали весь свой php стек - но было чувство что сделали огромного зверя и не поворотливого). Начали смотреть в сторону nodejs и go. После всяческих тестовых прототипов было решено двигаться в сторону nodejs. Go в некоторых случаях даже лучше чем Nodejs - для меня в первую очередь - это то что он компилируем. Ну и не на много но быстрее! Так что если есть время тогда лучше посмотреть в сторону Go Lang. Некоторые здесь говорили что для большинства сайтов подойдет rails-based инфраструктура - Я с этим категорически не согласен(Извините, но это мое ИМХО). Для большинства сайтов как раз таки подходит php+js-based инфраструктура. Это также подтверждает количество разных фреймворков и библиотек сделанных на этих двух языках. Может я плохо искал но я не видел на фриланс биржах такое количество запросов у руби как в php или может кто то делает фронтенд на руби и без js? Почему мы в команде сделали упор все таки на nodejs? Все просто потому что я и почти все из моей команды считаем что эти два языка не то чтобы за 5 лет не выйдут из пика(как говорилось выше про руби и RoR), а они еще будут и 20 лет развиваться. И сугубо мое мнение что Java Script вообще не умрет никогда )). Сейчас nodejs отлично справляется со своей задачей - а это обрабатывать запросы с фронтенда создание видео и фото файлов или даже целых куч стеков таких файлов. Не обошлось и без php в нашем случае он работает с консольными демонами. А что можно посоветовать так это то что нужно смотреть на стабильность и рост как языка так и целых стеков. Что не нравится в nodejs так это то что код постепенно может превратиться в лапшу, но такое может быть и в php :). Ну и для разработчика вообще хорошо знать не только интерпретируемые языки но и компилируемые. Спасибо за внимание!

Я рубист и c нодой работал мало. Гораздо больше с клиентским js'ом. Мое мнение, что лучше ruby/RoR по следующим причинам:

1) Язык. Дизайн ruby превосходит js наголову, объективно. Просто зайдите на wtfjs.com и полистайте.

2) Ruby ближе к функциональным языкам. А именно функциональные парадигмы сейчас все более и более актуальны в виду их эффективности в решении задач связанных с распараллеливанием и распределением нагрузки. Как пример можно привести акторы, которые получили широкое распространение в последние годы.

2.5) Я не знаю ни одного человека успешно изучавшего haskell, который не смеялся бы над js. Может такие есть, но это редкие звери) Я это к тому, что полезнее уделять больше времени языкам, которые содержат в себе мощные и слаженные между собой идеи, вникать в эти идеи, развивать мозги. Посмотрите на Scala: мощнейший и довольно сложный язык, но изучая его просто для себя я заметил, что стал лучше писать на ruby и c/c++. Js мне такого блага не давал.

3) В RoR среде средний уровень качества кода выше. Это мнение я слышу часто и склоняюсь к тому, что это правда. Порог входа в js сильно ниже порога входа в ruby, RoR старше и матёрее.

4) NPM догнал rubygems количеством, но не качеством.

5) Для большинства сайтов вполне хватит rails-based-инфраструктуры.

6) Насчет перспективности. Технологии стремительно развиваются, но я практически уверен, что RoR будет на пике еще лет 3-5 минимум. Что будет потом - я не знаю. Но поработав с RoR вы научитесь многому у него и у самого языка. А если хочется поработать на низком уровне с сервером - я бы рекомендовал Scala/Akka, Erlang/OTP, go, clojure еще можно. После них реши вы писать код на node.js - он будет красивее и чище нежели без подобного опыта.

In suma: RoR будет сложнее, но полезнее для мозгов. Перспективно уметь функциональщину. Главная и огромная беда node.js - в языке. Как идея он хорош.

А вообще - главное чтобы самому хорошо было. Попробуйте ruby как язык - может несмотря на все вышесказанное он вам банально придется не по душе)

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

Добавлю ко всем комментаторам. Чтобы чему-то научиться, поставьте себе цель что-то сделать. Придумайте простенький проект (блог, гостевую книгу, сервис вопросов-ответов...) и заранее спланируйте его архитектуру. Так будет понятнее что делать пошагово. Сделав простой функционал, попробуйте его расширить. В общем нужно практиковаться на конкретном проекте, а не на чужих уроках. И уже по конкретным проблемам просить помощи.

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

Рекомендую попробовать вникнуть в данную статью: Знакомство с Yii 2 на основе создания простого блога Если в ней что-то не понятно, то идите в документацию и читайте, что это такое.

Учите английский язык, очень много полезной информации пишут зарубежные коллеги. Не говоря уже о том, что пишут сами создатели framework'a) Зная английский будет легко пользоваться оригинальной полноценной документацией. Хотя документация yii на русском достаточно хорошо переведена.

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

Переведенная документация. Не знаю, только в какой объёме её перевели.

Удваиваю предыдущего оратора Benajmin Smith.

В целом на изучение angular/ember нужно пару часов среднему Senior Developer - этот уровень знаний позволит написать какое-нибудь приложение.

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

Не рассчитывайте на быстрое и безболезненное вхождение. Первое впечатление от таких фреймворков вызывает обманчивый вау-эффект который быстро растворяется в баттхертах при попытке сделать что-нибудь действительно внушительное.

В общем - будьте начеку и сразу примите ту мысль что это длительный процесс.

Вопрос очень относительный и для каждого человека сугубо индивидуальный. Я видел много на своем веку ребят которые "задались целью" изучить те же рельсы например, но им не хватало терпения, а при столкновении со сложностями у них просто опускались руки и они бросали это дело. Кроме того, судя по вашим вопросам - мысли у вас постоянно скачут от одного к другому. (Например вопрос про чай во время работы). И вряд ли вы сможете дисциплинированно что то изучать. Я конечно могу ошибаться насчет вас, и буду рад если через годик мы встретимся и вы докажете обратное. Вот кстати и срок - 1 год.

Чтобы начать изучать ноду - следует для начала разобратся с чистым JS.

Ответ на вопрос: Стоит.