Пирог с рыбойАгнец за бортомКакие сложные задачи во фронтенде?


Если опросить случайных людей на улице с вопросом: "Чем занимаются программисты", то скорее всего большинство ответит в принципе правильно: "Пишут программы". А если спросить, какие же именно программы пишут, что же человек имеет в виду, то назовут Фотошоп, Вконтактик, игрушки, в общем то, с чем чаще всего имеют дело. Но если ты спросишь самих программистов, какие же задачи им приходится решать и над какими проектами работать, то половина из них тебе расскажет о страшном и таинственном энтерпрайзе, а что это такое, знает только тот, кто с этим зверем работал. Ничего нет страшного, что в этом разделе не все понимают, что веб - это не только сайты, форумы и прочие инстаграммы, это еще и фронтенд для корпоративных решений. И вот когда у тебя будет проект, в котором одних пунктов меню четыре-пять сотен пунктов, а еще есть композитные отчеты и дашборды, состав которых заранее вообще не известен, плюс построители отчетов, многоуровневая система прав, в соответствии с которой вид представлений может меняться кардинально, а еще данные могут внезапно инвалидироваться действиями с другой машины, а так же должны кешироваться на клиенте, потому что интернет на предприятиях бывает не всегда, а еще у тебя есть пять десятков предприятий на которые ты все это внедряешь и у каждого есть индивидуальные требования, есть куча легаси-кода который писался еще под веб 1.0, а еще тебе понадобится интеграция с другими системами, выгрузка в различные форматы и загрузка из них, и желательно, чтобы это все работало на шестом осле, вот тогда тебе перестанет хотеться простых и быстрых решений, тебе понадобится решение которое на первое место ставит архитектурные вопросы, а не "решать задачи здесь и сейчас".

Выдыхай, архитектор. ))))

mini.weblabАгнец за бортомЯ ошибаюсь?
я написала, что меня конкретно интересует, поясню:
- пользователь вводит параметры
- параметры отсылаются на сервер
- на основе введенных данных на сервере осуществляется поиск/вычисления
- результаты выводятся пользователю
- ну и т.д. пока пользователю не надоест изменять параметры и смотреть результаты


Что такое "AngularJS для CRUD-приложений"?

Парамонmini.weblabзамечу, что сравнивать Vue.js и AngularJS некорректно
Вот , там с чем угодно сравнение.
На первый взгляд, так вообще копия первого.
Имхо, как раз подойдет тем, кто вникал в первый, а второй им не по душе.

140%

Агнец за бортомПарамонпропущено...

Вот , там с чем угодно сравнение.
На первый взгляд, так вообще копия первого .
Имхо, как раз подойдет тем, кто вникал в первый, а второй им не по душе.

140%

Только лучше))

[quot mini.weblab]Агнец за бортомпропущено...


по утверждению разработчиков продукта AngularJS, их продукт ориентирован в первую очередь на разработку CRUD приложений,
и мной описанное приложение как раз попадает в группу CRUD приложений
https://docs.angularjs.org/guide/introduction

Ну, то есть - вы понятия не имеете, о чем говорите.

Снимаю шляпу.

Всегда поражался людям, которые "замечу" и "рассматриваю варианты", но сами не разбираются в теме вообще ни чертона.

у рыбов нет зубов пилит его один китаец,

За которым стоит ali baba, и котоырй умудрился напилить так, что встал вровень с гуглом и фейсбуком.





у рыбов нет зубов но решил, что он умнее всех.

По факту - далеко не дурак.

у рыбов нет зубовВпоследствии команда ангуляра выросла до осознания ангуляр2 коий и пилит при поддержке гугла,


Гугл много чего пилил, а команда походу заигралась.


у рыбов нет зубова китаец так и остался со своим особым виденьем и без поддержки.


Китаец допилился до второй версии, куча плагинов + css-фреймворков.

Самородок, так его растак!

Изопропилmini.weblabпо утверждению разработчиков продукта AngularJS, их продукт ориентирован в первую очередь на разработку CRUD приложений,
http://www.ergotron.com/ - сайт на ангуляре и никакого CRUD

Страницы отчетливо перегружаются - где там ангуляр?

У рыб нет зубАгнец за бортомВыдыхай, архитектор. ))))

поясни сарказм

На странице был бейдж с новыми сообщениями. Подпрыгивющими.

Мне нужно было вместо AJAX-овой лапши переделать на что-то более вменяемое/работающее на клиенте.

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

На VUE это получилось изящно и дерзко.

На AJS - ну... Тоже было бы более-менее.

На A2.. TS/WebPack-и,конфигурации и т.д.

Я к чему - если есть нужда пилить композитные дашборды - то VUE с этим справится просто на ура.

А вот A2 для единственного бейджика на странице - это ковровая бомбардировка по воробьям.

************************************************************

И потом, приведи кейс наследования компонентов - не возьму в толк - зачем это??

Концепции ООП спорны и сами по себе, а в мире фронтенда с компонентным подходом может быть и вообще едва ли применимы.

Композиция - наше всё.

Рыбус вулгарис
Ты спросил, что такое большой фронтенд, я тебе ответил.



То, что ты описал - это не фронтенд. Ну ладно, спор бесперспективен.

Рыбус вулгарисКстати, ты будешь смеяться, но я участвовал в разработке сайта алибабы лет так шесть назад работая на контору hotdot.


Да, прикольно. А что ты конкретно делал?