V
Sviatoslav
не может а станет
это про сср на ноде?
Size: a a a
2020 February 20
S
про next, и чем крупнее проект чем больше всего будешь добавлять тем сложнее будет администрировать
S
в этом то и ценность ангуляра, да и вью
V
Sviatoslav
про next, и чем крупнее проект чем больше всего будешь добавлять тем сложнее будет администрировать
это понял, и пришел в этот чатик... а гетсби норм работает с нестом?
S
он не сср
S
он граф
S
хотя все можно сделать граф, просто там с коробки
V
Sviatoslav
он граф
ну не для всех стр. Просто много статики может быть
S
зато все в модулях и это плюс
DB
я хочу поделить все требований к ИС на микросервисы, у каждого из которых будет только своя ответственность. И все ок, но вот управление отрисовкой, роутинг и данные пользователя и продолжительная работа с ними оч не понятный и большой кусок и я хз как его делить
Судя по вашему сообщению, скорее всего вы никогда раньше не делали микросервисы.
Лучше не стоит лезть в них, потому что скорее всего они вам не нужны в данном кейсе. Они как очки, вы поймёте, когда они понядобятся.
Лучше не стоит лезть в них, потому что скорее всего они вам не нужны в данном кейсе. Они как очки, вы поймёте, когда они понядобятся.
Ti
это понял, и пришел в этот чатик... а гетсби норм работает с нестом?
Все норм работает с нестом)
Ti
Через ajax
S
Судя по вашему сообщению, скорее всего вы никогда раньше не делали микросервисы.
Лучше не стоит лезть в них, потому что скорее всего они вам не нужны в данном кейсе. Они как очки, вы поймёте, когда они понядобятся.
Лучше не стоит лезть в них, потому что скорее всего они вам не нужны в данном кейсе. Они как очки, вы поймёте, когда они понядобятся.
если не мучать себя grpc то не все так и плохо)
DB
Sviatoslav
если не мучать себя grpc то не все так и плохо)
Ага, и как общаться ларавель с нестом?)
S
редис тцп да там много всего
V
Судя по вашему сообщению, скорее всего вы никогда раньше не делали микросервисы.
Лучше не стоит лезть в них, потому что скорее всего они вам не нужны в данном кейсе. Они как очки, вы поймёте, когда они понядобятся.
Лучше не стоит лезть в них, потому что скорее всего они вам не нужны в данном кейсе. Они как очки, вы поймёте, когда они понядобятся.
У меня есть отдельный, функционирующий сервис, который позволяет нам управлять генерацией форм и их склейкой с безумно старым энтерпрайз проектом. И остальной функционал мы будем реализовывать так же. Они хорошо декомпозируются, но задача управления контентом и уротингом оч большая.
Да такого опыта у меня нет, но у меня есть пиздец какой не понятный проект, с кучей разных отделов, который мне нужно связать и всех удолетворить
Да такого опыта у меня нет, но у меня есть пиздец какой не понятный проект, с кучей разных отделов, который мне нужно связать и всех удолетворить
DB
Sviatoslav
если не мучать себя grpc то не все так и плохо)
Я не говорю, что всё плохо, я говорю, что они просто не везде уместны. А точнее они не уместны в большинстве попыток их использования. Как правило нужен монорепозиторий
V
Я не говорю, что всё плохо, я говорю, что они просто не везде уместны. А точнее они не уместны в большинстве попыток их использования. Как правило нужен монорепозиторий
не.. он в помойку превратиться по завершению мвп
AK
Все привет. Кто-нибудь знает простейший способ реализовать фронт с формами на основе сущностей без изысков? И хотелось бы автоматизировать деятельность
V
Все привет. Кто-нибудь знает простейший способ реализовать фронт с формами на основе сущностей без изысков? И хотелось бы автоматизировать деятельность
смотри в сторону schema-json. имхо отличный способ описывать кучу различных вариаций форм, а управление и отображение реализуй по требованиям. Это легко администрировать и много плагинов которые могут рисовать формы по схеме. без негатива