SS
Аналогично ржу с этого :) ведь одна из идей SPA и была - пусть устройство пользователя потребляет ресурсы по UI, а не наши сервера. Но ржать с "прогрессивных" технологий это ж быстро получишь ярлычек дедушки ретрограда
Size: a a a
2021 August 06
˸A
Всё ещё хуже. Есть бэк, который апи, а есть бэк сср - который сам апи первого бэка дёргает... Короче, больная тема для меня сейчас
I
Тема тонких и толстых клиентов наверно уже вечная. Есть определенные ограничения в определённый период времени, есть бизнесс задачи. В рамках этого все и пляшет.
По правильному каждую проблему нужно решать на своем уровне.
SSR это костыль) который появился после того как решили уйти от костылей с генерацией темлейтла для UI на бекенде
По правильному каждую проблему нужно решать на своем уровне.
SSR это костыль) который появился после того как решили уйти от костылей с генерацией темлейтла для UI на бекенде
SS
Норм тема. Так и понастроено. Например у нас в итоге локальная проблема сейчас - а надо spa в хитрое устройство впихнуть, где только webview совместимая среда а опа, бандл то надо от SSR отпилить. А он врос, ещё и апи подстроен под этап рендеринга на нашей стороне. Конечно отпилится, и затолкается. Это ж часть работы программиста - борьба с фреймворком и передовыми технологиями :)
SS
Сучасний фронтенд складний тим що середовище у якому він працює не пристосовано до розробки GUI. Проблем з самим GUI немає вже з часів Smalltalk. З TurboVision так точно.
KR
складність задачі часто полягає у власне складності задачі.
SS
Я до того що як прибрати оточення браузера - то бекенду нема чого лякатися у UI. І зазвичай навпаки - то чисті фронтендеры жахаються складності беку, і волають - а чого б це просто не виставити порти бд у інет та не працювати напряму з клієнта??
SS
Думаю SSR как костыль появился в основном потому что - а оказывается нам не SPA нужен, а хтмл чтобы сайт индексировался как обычный сайт. Ну на котором только гипертекст. Когда нужен только SPA, скажем для бизнесового интранетного приложения, SSR и даром не нужен
SS
Для той же админки к чему угодно - а зачем ей SSR?
SS
Из чего можно сделать вывод примерно в сторону - да SPA для большинства потребительских сайтов - вообще неправильный выбор. Кабинет и корзина покупателя не нуждаются в такой технологии. Но, мода плюс резюме драйв девелопмент... И не поспоришь :)
DL
вот где-то со времен Smalltalk эволюция свернула не на ту дорожку
KR
Казки дідуся панаса. Це несерьозно, фронт це система де процесс взаємодії розлоблений людьми, що не є програмістами для людей, які не є програмістами з мільйоном виключень. Браузер це не проблема, ЮАЙ просто дуже велика та складка частина системи.
SS
Да, где то так. В любом случае технологии развиваются, трансыормируются и погибают под воздействием внешней среды - бизнеса, а не по мечтам инженеров идеалистов что качественное, а что нет
SS
GUI вперше довелось розробляти ще на plain С. Не було тоді ще турбо візіон. Останнє розробляв на Swing. Тому за дідуся дякую. Бо мені є з чим порівнювати. А от 20річному реакт сіньору - нема з чим
KR
ага, я зрозумів, а сучасний дизайн і інтерфейс для вас це MS windows 95?
SS
Ми здається пол той бік дизайну, чи ні? А принципи UX-UI описував ще Раскін
SS
Чи ви вважаєте що інший колір скролбара - потребує якогось іншого коду?
A
Технологии потому и развиваются, потому что есть хорошие специалисты, качественная работа. Качество - это вообще-то неотъемлемая часть рынка. Все взаимосвязано.
KR
ні, я вважаю, що постійні рейс кондішени між асинхронними викликами, інпутами юзера, та постійні зміни стейта програми не так просто розрулити як запит на паблік ресурси
SS
Технологии развиваются потому мир меняется. От хорошести специалистов это никак не зависит. А если в среднем плохие специалисты то и технологии будут побеждать те, которые понятны и плохому специалисту