JF
(gamedev и embedded идут стороной)
Size: a a a
2021 June 11
SP
почему?)
JF
может применять не умеете? :D
SP
может быть, научи)
SP
мне всегда хотелось десятилетия опыта индустрии увидеть в виде трех квадратииков и пары стрелочек
JF
в embedded очень жесткие ограничения по ресурсам, настолько жесткие что проброс вызова через слои может повлиять на производительность
SP
и сказать что это "подходит идеально" при этом ничего не значит
JF
почему эта схема идеальна?
AZ
Эмбеды сильно поменялись за последнее время
SP
твои слова
SP
может тебе просто не нужны слои?)
JF
напрямую зависит от задачи
JF
если это просто контроллер - да, слои не нужны
SP
есть система - приходит запрос от какого-нибудь сесора в доме. У тебя таких девайсов миллион. Каждый шлет раз в 10 секунд (100К запросов в секунду). Тебе надо при изменении динамики кидать людям сообщения.
В каком месте тебе тут слои нужны?
В каком месте тебе тут слои нужны?
JF
а это разве безнес задача?
JF
это как раз контроллер
DT
greenfield оно всегда весело и задорно (все вспоминают с огромной романтикой), но если проект бы разивался 3 года? что бы поменялось? когда теперь нет строгого definition of done, просто вкидываются гипотезы и требования меняются достаточно быстро
SP
другой пример - бизнес задача - система брониварования билетов. пару раз в год надо продавать билеты на фестиваль/хокейный матч/etc. Есть куча логики резервирования и т.д. Основная проблема - 100К человек ламонутся и будут скупать билеты. Как тебе тут помогут слои?
SP
за 3 года требования обычно стабилизируются. и либо это что-то совсем новое что может существовать сбоку либо... ну иногда бывает - когда твой бизнес поглатил другой бизнес
JF
так это вопрос нагрузки, а не организации бизнес процесса