Size: a a a

Spring Framework and more

2017 August 10

w

wystan_hugh in Spring Framework and more
Anvar Kiekbaev
не гуглом едины, есть ещё превьюхи в твиттере/фб, есть яшка и тд тп, да и сам гугл индексирует очень бедно ангуляровские сингл-пэйджи, не зря юниверсал появился. Я как-бы сам только против сервер-рендеринга, но зачастую нет другого выхода, точнее есть, но более затратные
ну ок. согласен, если ваш бизнес сильно завязан на сео-оптимизациях, может, там и ситуация другая.
источник

Ed

Evgeny doodah in Spring Framework and more
Anvar Kiekbaev
не гуглом едины, есть ещё превьюхи в твиттере/фб, есть яшка и тд тп, да и сам гугл индексирует очень бедно ангуляровские сингл-пэйджи, не зря юниверсал появился. Я как-бы сам только против сервер-рендеринга, но зачастую нет другого выхода, точнее есть, но более затратные
Что за юниверсал?
источник

AK

Anvar Kiekbaev in Spring Framework and more
Evgeny doodah
Что за юниверсал?
источник

AM

Alexander Mamaev in Spring Framework and more
wystan_hugh
даже с точки зрения просто нанять двух разработчиков хороших на бекенд и фронт вместо одного десятирукого ковбоя, которых к тому же мало на рынке, по-моему понятно
это понтно.
так все таки, если абстрагироваься от того, что ангуляр крутой фреймворк... чем сервер-сайд рендеринг плох?
источник

w

wystan_hugh in Spring Framework and more
Ну, во-первых, тестировать проще и быстрей. урлы отдельно автоматизированы и покрыты интеграционными тестами + лоад тестами. ручками только графон тестируешь. Во-вторых, одинаковый апи под все платформы, а тем более если пишешь на ionic и билдишь сразу под андроид/айос. В-третьих, проще нанять разработчиков, можно на фриланс скидывать фронтенд, если дедлайны близко, то есть косты на разработку меньше. В-четвертых, на джс щас много современного ангуляра-реакта, то есть девелопервы счастливы. Бекендщикам обычно лениво рюшечки крутить.
источник

AK

Anvar Kiekbaev in Spring Framework and more
вброс: этож ясно сразу, что фулл-стэк девелоперы - это недобекендщик и недофронтендщик сразу в одном лице :)
источник

AA

Andrey Atapin in Spring Framework and more
фулл стэк разработка - уникальная возможность удвоить технический долг
источник

VS

Vitaly Sirotkin in Spring Framework and more
про одинаковый апи - почти никогда не получается так делать. банально изза разных UX на мобильной платформе и на десктопе
источник

w

wystan_hugh in Spring Framework and more
Ну, скорей бекендщик и недофронтендер. Типа вторую профу сабклассом берешь
источник

w

wystan_hugh in Spring Framework and more
Vitaly Sirotkin
про одинаковый апи - почти никогда не получается так делать. банально изза разных UX на мобильной платформе и на десктопе
Ну это, скорей, архитекторы у вас кривые. Что в гемблинге, что в exommerce, что в логистике пока не видел ни одного случая, чтобы нельзя было унифицировать апи
источник

w

wystan_hugh in Spring Framework and more
Видел ситуацию "а что разве так можно было?"
источник

VS

Vitaly Sirotkin in Spring Framework and more
ну вот банально
источник

VS

Vitaly Sirotkin in Spring Framework and more
есть список входящих сообщений
источник

VS

Vitaly Sirotkin in Spring Framework and more
есть 2 категории
источник

VS

Vitaly Sirotkin in Spring Framework and more
на мобиле они все в одном списке
источник

VS

Vitaly Sirotkin in Spring Framework and more
на десктопе по ширине больше места
источник

VS

Vitaly Sirotkin in Spring Framework and more
поэтому одна категория уехала направо, вторая осталась слева
источник

w

wystan_hugh in Spring Framework and more
Апи отдает с разбиением по двум категорям, мобилка просто мерджит их
источник

VS

Vitaly Sirotkin in Spring Framework and more
это уже доработка мобилки
источник

VS

Vitaly Sirotkin in Spring Framework and more
на это денег нет)))))
источник