Переход с PHP на …?

Question

[Родион Баскаков]

Не «священной войны» ради, а лишь для того, чтобы собрать мнения и узнать что-то новое.

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

Появилась идея одного многопользовательского проекта «для души», который на своём «велосипеде» я сделаю достаточно быстро, но хотелось бы под эту задачу попробовать что-то новое. По идее, из очевидных, на мой взгляд, вариантов «нового» первыми на ум приходят Ruby (+RoR?) и Python (+Django?), о которых читал и которые немного изучал когда-то давно. Но вот что выбрать и почему?

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

Помогите аргументированно выбрать альтернативу PHP. А может быть, я смотрю совсем не в ту сторону, и нужно не из Ruby vs. Python выбирать, и посмотреть что-то ещё?

Answer 1

[Mithgol]

Присоединяюсь к рекомендациям попробовать Node.js, аргументом в пользу которого является то обстоятельство, что веборазработчику при его изучении не приходится изучать заодно новый язык: в Node используется JavaScript, на котором и без того работает клиентская часть сайтов.

Таким образом для перехода на Node достаточно изучить API Node и освоить выбор нужных готовых модулей с открытым исходным кодом, разработанных сообществом. Модули можно находить по списку в вики или искать по ключевым словам на сайте npm.

В частности, готовых NoSQL-модулей там дофигищща. (Есть даже NoSQL-средства, специально разработанные для Node — в частности, NeDB.)

Answer 2

[Casus]

Play2 Scala or Nodejs

Comments

[Родион Баскаков]

В гугле не забанен, но может расскажете в двух словах, почему предлагаете эти технологии?

[Вячеслав Плиско]

crizis, они действительно другие язык, функциональщина, асинхронность, совсем другой опыт

[Casus]

Ну очень вкратце.

Scala это Java, но с продуманным, современным синтаксисом, асинхронный подход, продвигающий функциональное программирование. В довесок вы получаете совместимость со всеми Java либами. Единственный минус — Java VM.

NodeJs, опять же асинхронный подход, не обычная OOP модель (прототипная), возможность применять один код как на серверной стороне так и на клиентской. Минусы, на мой взгляд, асинхронность сыровата, не так много библиотек, скорость.

Так же можете посмотреть в сторону Go с Revel фреймворком. Правда последователи языка Go, называют Revel — неверным, но мне было легче знакомится с чем-то, что работает по MVC. Минус, (субъективный) Go другой язык в котором нет OOP, но есть сахар для структур, нет try-catch, где-то медленнее Java (правда память ест в разы меньше).

[Дмитрий Зайцев]

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

Answer 3

[gro]

В очередной раз вижу здесь фразы «при изучении Node.js не приходится изучать заодно новый язык», «заниматься лучше чем-то одним».
Да какого чёрта? Изучать нужно всё, и питон, и руби, и ноду, и китайский язык для кучи. Просто чтобы понимать, что те парадигмы, которые используете не являются единственными возможными.
Даже если после этого на PHP останетесь, то окажется, что на нём начали писать намного лучше.
Я, например, после знакомства с ООП-языками стал на Си на порядок лучше писать, хотя там, казалось бы, никаких синтаксических конструкций для этого нет.
А когда разберётесь сами, тогда и сможете выбать на чём специализироваться. Намного лучше, чем это вам поможет этот тред.

Comments

[Родион Баскаков]

Я не считаю, что лучше чем-то одним заниматься, но для выбора нового инструмента всё-таки решил спросить аргументов. Тем более, что речь не о простом изучении документации, а о разработке вполне конкретного веб-приложения. Пока на основе комментариев склоняюсь всё-таки к Ruby + RoR — исключительно в силу большой компонентной базы, которая позволит решить поставленную задачу + по верхам пройдусь по языку, а где-то, вероятно, нужно будет разобраться поглубже.

Answer 4

[Stdit]

Если надоел PHP и вообще такой подход (запустился-выполнился-умер), хочется чего-то свежего и концептуально другого, я бы порекомендовал Nodejs. Особенно интересно становится при использовании вебсокетов через socket.io. По поводу xslt не могу ничего сказать, не было такого опыта, но библиотеки соответствующие имеются.

Answer 5

[Вячеслав Плиско]

У меня был похожий опыт, был небольшой проект и время. Клинтскую часть решили делать на angularjs. Серверную хотели сделать на yii, поковырали, попробовали стартовую сборку, в итоге плюнули и взяли nodejs+expressjs, разобрался быстрее чем с yii, были проблемы с некоторыми либами для работы с ftp и excel, но по веб части нареканий нет.
Главный плюс — научился работать с асинхронным кодом.

Недавно нужно было внести правки в часть проекта на RoR, опять же, было легко, но чуть дольше осваивался, т.к. ruby не так привычег как javascript. Но очень помогло знание php фреймворка laravel.

Советовал бы начинать изучением именно с ноды, так как там реально новый опыт с асинхронным подходом, который потом поможет и при разработке на php.

Comments

[Сергей Протько]

Как позвольте разработка на ноде поможет в разработке на PHP? В PHP не так уж и много асинхронных операций, там разве что с сокетами можно работать через select/epol.

[Вячеслав Плиско]

Даже с mysql уже можно работать ассинхронно, есть ещё pntl, мультикурлы, в 5.5 появились генераторы
Есть очереди.
Кроме ассинхронности, ещё учишься стоить конвееры из функций, вместо ООП стиля, что очень здорово при кэшировании или AOP.
Да и другие фреймворки и организация их апи — это всегда хорошо.

Answer 6

[Алексей Прохоров]

Ничего нового не скажу, но почему бы просто не взглянуть на примеры на RoR и Django и выбрать то что больше нравится?

Comments

[Родион Баскаков]

Разумеется, я смотрел и на то и на другое. И я, безусловно, с удовольствием освоил бы оба этих инструмента.

Но в силу того, что заниматься лучше чем-то одним, решил попросить уважаемое хабрасообщество поднакидать аргументов и отзывов на чаши весов (а может, вообще предложить что-то новое, что я обошёл вниманием), чтобы определиться с выбором на основе отзывов, а не подкидываением монетки. :)

[Алексей Прохоров]

В таком случае, не думаю что комментарии здесь сильно повлияют на Ваше решение. Может быть только подтолкнут к отказу от XSLT :)

[Родион Баскаков]

От него можно отказаться только в том случае, когда он не поддерживается инструментом, на котором идёт разработка. В случае же с PHP я не могу придумать причины, по которой я не захотел бы с ним работать, или полноценной замены. Ну да речь сейчас не об этом. :)

Answer 7

[SkiF_TLT]

Если «для души», «для разнообразия», то рекомендую не останавливаться на чем-то одном, а попробовать реализовать несколько символических проектов на всем выше предложенном, а потом уже можно делать какие-то выводы.

По опыту скажу, что переход с PHP на Python довольно прост и сложностей особых не несет (если конечно в вашей команде нет любителей пробелов и любителей табуляций вкупе, иначе замучаетесь искать ошибку, если в одной строке пробелы, а в другой табы, но визуально все выглядит одинаково). Но по этой же причине он может вам показаться не столь интересным, не столь экстравагантным и «непохожим на PHP». Всё зависит только от ваших желаний и ожиданий, тут советовать что-то конкретное сложно.

Answer 8

[vinograd19]

Вы просто посмотрите, к чему идет веб-разработка.
Раньше формы валидировались http-запросами, теперь — какой-нибудь jquery.validation на клиенте.
Раньше страницы обновлялись через

setTimeout(function(){window.location.reload()}, N)

, теперь многие научились делать head запросы к api, и последующему добавлению контента.
Вообще многое теперь связано с restful api, потому как при помощи него решается сразу много задач: от уменьшения трафика и разделения логики бэкенда и фронтэнда, до интеграции с мобильными приложениям.
Это я к тому, что будущее за js. Если вы еще не начали активно изучать ruby или python и вам очень дороги ресурсы времени на обучение — изучите js.

Comments

[Сергей Протько]

1) валидация всегда происходит на сервере. Даже если она дублируется на клиенте, то на сервере она всеравно должа быть. Компоненты для валидации есть и в руби, и в PHP и в питоне, так что по этому пункту без разницы на чем писать.

2) не HEAD запросы, а держать через WebSockets соединение и в реалтайме обмениваться актуальными данными с минимальными задержками. Тут к слову не все однозначно. NodeJS хорош, но там нету доступа к API самих сокетов, только через обертку. В итоге для простого обмена данными все хорошо, но если серверная логика уже посложнее и ограничения ноды не позволяют достаточно оптимизировать все, стоит уже использовать Python (есть опять же куча готовых серверов и оберток) и руби (туда же), под которые можно написать очень оптимизированные push-сервера под ваши нужды. PHP тут на последнем месте в виду отсутствия других механизмов паралельной обработки соединений помимо select.

3) Restfull api — тут вообще плевать что выбирать из предложенных вариантов.

Будущее за нормально построенными клиент-серверными приложениями, stateless серверами, но никак не за JS. JS это один из вариантов, и там не все так просто.

[vinograd19]

1)Валидация, очистка — и на сервере и на клиенте. Я не говорил, что клиентом нужно ограничиваться
2)Websockets — да, будущее, но еще не настоящее. IE9.

Answer 9

[Дмитрий Зайцев]

Если хотите поднять свой уровень программирования, начните изучать какой нибудь статически типизированный язык Scala, Java, C#

Comments

[Родион Баскаков]

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

Answer 10

[Анатолий]

Я вот для себя потихонечку golang смотрю. Довольно таки интересный и необычный язык =)

Comments

[ramzes_yan]

согласен golang интересен во всех аспектах

Answer 11

[sitev_ru]

Я для себя выбрал C++... Теперь лабаю на нём CMS-ку... Сложно? А кому сейчас легко? ))

Answer 12

[binary1101]

Тоже посоветую Ruby on Rails, отлично подходит для быстрой разработки собственных проектов. Но если ищете «для души», а не портфолио, то посмотрите еще на микро- и просто небольшие фреймворки: Sinatra, Padrino и т.д.

Comments

[Родион Баскаков]

На основе комментариев всё-таки склоняюсь к Ruby. Странно, кстати, что ни одного адепта Python для участия в данном опросе не появилось. Очень жаль.

Спасибо за совет.

Answer 13

[Denis Ogurtsov]

Появилась идея одного многопользовательского проекта «для души», который на своём «велосипеде» я сделаю достаточно быстро, но хотелось бы под эту задачу попробовать что-то новое.

ИМХО. Вы хотите написать проект для души на чем то новом? Так если Вы не знаете, что у Вас ближе к душе, то никто другой тем более не знает, что Вам «по душе».
Я тоже, как и Вы думал о таком, и самое умное к чему пришел, это попробовать RoR ( да и чистый руби), а потом, если желание будет, то Django.
Месяц учу рельсы. Впечатления: интересно, даже захватывающие. Вижу минусы пыхи, но у кого их нет…

Answer 14

[beduin01]

Посмотрите в сторону http://vibed.org/
куда лучше чем PHP и куда концептуальнее, чем Nodejs

Comments

[Lilion]

Ещё один язык для написания TCP Hello World?

Answer 15

[Webfave]

Python http://younglinux.info/sites/default/files/python_structured_programming.pdf

Comments

[Родион Баскаков]

Эм… Зачем мне ссылка на мануал?