Size: a a a

Архитектура ИТ-решений

2021 June 25

p

pragus in Архитектура ИТ-решений
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Пояснительную бригаду в студию
источник

p

pragus in Архитектура ИТ-решений
Вы слышали про kvm или Scylladb?
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Так
источник

p

pragus in Архитектура ИТ-решений
Ну вот он автор этого :)
источник
2021 June 26

AL

Alexander Luchkov in Архитектура ИТ-решений
Я один думаю, что если клиентское приложение что-то знает про "поля в БД" - надо расстрелять разработчика?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
У нас был такой опыт. Если коротко - это лютый трэш. В итоге запросы фронта на ноде валидировались бэком, который стоял за GQL. Причём мы долго пытали подрядчика, который захерачил GQL в проект, но не смогли понять, нахрен он вообще нужен при наличии готового REST-api на нашем бэке.
источник

СХ

Саддам Хусейн... in Архитектура ИТ-решений
есть такой доклад на тему REST vs GQL
https://goodapi.co/blog/rest-vs-graphql
Если коротко, лучше рест, но мало кто умеет, и у большинства получается т.н.рест, который много хуже GQL
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Хотелось бы аргументов в пользу того, что это не костыль, и адекватно масштабируется.
источник

F

Fagor in Архитектура ИТ-решений
Ситуативно. Но лучше конечно, не надо.
источник

F

Fagor in Архитектура ИТ-решений
Вот, что бы не тратить времени, только изменил.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
А можно где то почитать на тему того, когда это может быть адекватным, кроме "пили быстрее, ща сдавать".
источник

A

Alex in Архитектура ИТ-решений
На этой фразе вся индустрия интеграторов работает разве нет?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
А кто сказал, что это адекватно?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Я б с точки зрения клиента ориентировался на ТСО а не на стоимость внедрения. А в таком режиме мож только "внедрить", но не поддерживать.
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
Нет. Так как интеграторам чаще всего напиленное приходится и развивать/поддерживать.
источник

A

Alex in Архитектура ИТ-решений
Шутливо: если внедрили систему, а она по всем параметрам не очень, значит надо сделать новую, быстрее, выше, сильнее
источник

F

Fagor in Архитектура ИТ-решений
Все что достигает целей, адекватно. И учитывайте это не цели здесь и сейчас. А нормально поставленные цели.

Все, за всякими паттернами спрятались, по пол года "паттернят" что то. А до сих пор части софта по $10k за пользователя, прекрасно отрабатывает в кровавом, решает задачи, и замены ему нет, хотя казалось бы.

Всякие "луковые" это хорошо, красиво правильно, да не всегда нужно.

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

AL

Alexander Luchkov in Архитектура ИТ-решений
Ну лох не мамонт) и если бизнес краткосрочный - да, может работать.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Там, небось, про rest level 2. Тогда сравнение вида 'что хуже из плохого'.
источник