>>>Programming course — Introduction to APL.>>> Start you career with Simcorp!

Чистый JS-fullstack (MEAN, MERN, Meteor, etc.). Каковы реалии и перспективы?

Возник такой вопрос насчет «чистого» (без использования других серверных языков) фуллстекового джаваскрипта в лице MEAN, MERN (тоже что и MEAN только на React’е), Meteor и других подобных серверно-джаваскриптовых технологий. Каковы реалии на 2018 год? (текущее положение дел, перспективы, прогнозы...)

Ну и в проектах какого типа они реально применяются? Чаты и им подобное? Или все таки не только? Делаются ли на продакшен (и насколько часто/редко) на MEAN’е например «обычные» с точки зрения пхп-шника или рубиста веб-проекты (ну там какие-нить новостные порталы, например, или магазины)? Или для большого продакшена — только в связке с другими серверными языками?

LinkedIn
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
ну там какие-нить новостные порталы, например, или магазины

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

То есть технически да, нода может без никаких проблем взять шаблон (шаблонизаторов не один), подставить данные и отрендерить хтмл, но надо например уметь ошибки обрабатывать чтобы сервер не падал после каждого запроса. И за памятью тщательнее следить. PHP в основном работает по принципу отдал страницу и умер (хотя можно писать и «демонов», если очень осторожно и использовать внешние следилки за процессами для перезапуска при вылете), а на ноде наоборот, пишется веб-сервер (даже если он будет за nginx) и он не должен падать каждую секунду.

Если говорить об обычном рендеринге или о каких либо простеньтих сайтах — то да, возможно нода и проигрывает, но если говорить о больших высоконагруженых проектах — то PHP тут не соперник, тут уже нода конкурирует с GO и Java.

Да, согласен что ручками необходимо намного больше работать. И ошибки обрабатывать тщательнее, и тесты писать, и описание REST API, если оно есть — так же писать ручками

Зрозуміло, що fullstack — для роботодавця майже завжди краще, ніж декілька спеціалістів по різним напрямкам, бо, як мінімум, це дешевше по ЗП для них.

До речі, усі розуміють, що fullstack майже завжди має слабші скіли, ніж окремі специ по вузьким напрямкам з таким самим стажем. Але той фактор, що є одна мова для бекенда і фронтенда, пом’якшує цю відмінність.

Зрозуміло, що fullstack — для роботодавця майже завжди краще

Не факт. С первого взгляда да, но с другого — один фуллстек всё равно должен потратить время как фронтендер + бекендер (если мы о RESTFul API и клиенте, иначе смысла не вижу в жс-стэке), а по качеству выйдет похуже, так как человек не может сконцентрироваться на хорошем UI или надёжном бэкэнде, так как один, а надо пилить фичи быстрее.

так как человек не может сконцентрироваться на хорошем UI или надёжном бэкэнде, так как один, а надо пилить фичи быстрее

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

У фронтендера наверное на это есть причины, не? Не всегда джаваскриптом на клиенте легче данные собрать чем на сервере. При чём эта вся мышиная возня нужна только фронтендеру и бекендеру, а юзеру нужно чтобы было красиво и быстро, детали не интересуют. А красиво и быстро, это всё таки когда фронтендер отвечает за красиво, а бекендер за быстро

Meteor

Г-споди помилуй еще раз с ним работать. Не зря он не взлетел нифига

Он что — настолько плох?)

Я не могу говорить объективно, думаю, некоторые люди находят в нем больше плюсов, чем минусов, но мой личный опыт был сильно негативным.
Хотя это могло быть частично обусловлено корявостью проекта, который пришлось допиливать. Энивей, при выборе между метеором и MEAN я бы точно выбрал второе.

Чтобы налабать по быстрому прототип — норм. А вот поддерживать его это пипец.

У ваших графіках і вакансіях вже давно «front end» варто було б розбити на складові, ну і для Node.js теж окремий пункт мабуть не буде зайвим.

Подписаться на комментарии