организовать код/бд/стек библиотек и т.п., но недостаточно фантазии/опыта, чтобы продумать вперёд все нюансы и более выгоднее решение, не видя уже все проблемы на готовом коде? Есть какие-то лайфхаки? Или просто на эники-беники выбирать решение и смотреть как пойдет? Мы уже даже тесты отдельных нюансов на коде-таки делаем перед решением, но все равно инфы недостаточно, чтобы понимать что это решение не выльется в больше проблем, чем другое.
Выгодность от каких факторов зависит? Стоимость решения, экспертиза команды? От этого надо отталкиваться в первую очередь. Или эти два факторы прям совсем одинаковые? Проблемы какого плана могут возникнуть? Будет ли оно достаточно масштабируемое? Достаточно секьюрное? Что из этого важнее для бизнеса?
Бесплатные и неизвестно насколько равные по затратам времени решения. Речь о том как таблицы организовать, чтобы квири были удобные, какие библиотеки выбрать для нужного функционала, как на модули апку разбить и т.п. и на каждую большую фичу видим по 3-4-15 вариантов как это сделать. Например для авторизации есть 2 либы, одна модульная и хорошо написана, но специфичная и в будущем придется искать ещё одну для расширения функционала и интегрировать сверху, другая даёт функционал шире сразу, но делает много лишнего, что нужно менять, и видно что будут реальные проблемы менять ее поведение. Насчёт сравнения секьюрности заранее не пролазив по всему их коду тем более речи не идёт, с документацией там везде не очень. Основные факторы для нас это уменьшение количества побочных проблем от решения, читаемость, скорость разработки, расширяемость в будущем. Проблемы вот с этим могут возникать, а время прям жмет делать уже решения какие-то. А без уже написанного кода ключевые моменты уже не выходит продумать вперёд.
Спрашивайте у клиентов, какой потенциальный функционал им может понадобиться в будущем и потом оцениваете лёгкость каждого фреймворка для имплементации этого функционала. Как "неизвестно насколько равные по времени"? Вот грубо говоря если у вас команда пишет на питоне, а фреймворки на скале, написание решения займёт больше времени, нежели бы это были знакомые команде фреймворки на питоне. Организовать таблицы исходя из здравого смысла, думать о "потенциальных проблемах" (типа "вот этот запрос будет неэффекивный") - это преждевременная оптимизация. Для авторизации я бы посоветовала взять либу, которая решает текущие задачи, или вообще готовое IdP решение, вы зачем свое пишете-то?
Спасибо за ответы. Ну фреймворки выбраны знакомые и подходящие по своим способностям, речь уже о более тонких как раз решениях, как библиотеки (в т.ч. с тем же IdP), которые все незнакомы и не очень описаны) юзеров опрашивали, есть план функционала, и его реализацию разбили на разные итерации от демки, которая чисто для апрувов некоторых нужна будет, до накидывания слоев безопасности/логирования и т.п., до mvp и т.д. Насчет авторизации пожалуй и правда брать то что сейчас нужно или вообще от своей отказаться. Спасибо.
Обсуждают сегодня