FAQ 52 по программированию
HTML-код
- Опубликовано: 1 мар 2024
- Вопросы в этом видео:
236. Расскажите про модель доступа ABAC разрезе микросервисов?
237. Есть ли смысл использовать автомапперы? Не лучше ли создавать сущности через конструктор/фабричный метод/кастомное расширение для маппинга? (©Максим)
238. Как лучше реализовать ролевую модуль для системы при реализации микросервисов при реализации Api Gateway? (©Сергей)
239. Что порекомендуете для реализации маршрутизации api шлюза (что лучше Ocelot или какой-то конкретный его аналог)? (©Сергей)
240. Допустим задали сравнить 2 произвольных файла word/pdf, как лучше их сравнить, чтобы была возможность показать пользовтаелю отличия в файлах? Пока кроме как расмотреть OCR библиотеки никаких идей возникло. (©Сергей)
241. Планируется встроить в систему корпоративный мессенджер. Встал вопрос о том, где лучше хранить сообщения. В бд sql скорее всего создаст сильную нагрузку, какое хранилище можете порекомендовать для хранения при большой загрузке. Подойдет ли для этого брокер сообщения (кафка, рэбит mq) с очередями для каждого пользователя? (©Сергей)
242. Приходилось ли Вам пользоваться удаленным дебагом, актуально ли это для современной разработки и в том числе для микросервисной архитектуры? (@Сергей)
Благодарности и помощь каналу принимаются:
www.calabonga.net/site/thanks
Можно стать спонсором, и вы получите доступ к эксклюзивным бонусам:
* boosty.to/calabonga
Я использую хостинг Reg.ru
htttps://reg.ru/?rlink=reflink-11163551
Здравствуйте Сергей, подскажите как вы нашли золотую середину между качеством кода и быстротой разработки. Подробнее: года 3 назад я справлялся с задачами в срок, все было хорошо, но не устраивало то что модификация функционала тянула за собой то что во многих местах нужно было внести одинаковые изменения. При изменении одной логики ломалось и чтото отваливалось в совсем других не предсказуемых местах. Для добавления/расширения функционала требовалось раза в три-четыре дольше времени чтобы внести в существующую систему (чем если бы это был новый проект) такие и еще другие моменты натолкнули меня на поиски (истины) хотябы того что могло помочь и разрешить эти проблемы. И я нашел)) этим оказалась обьектно ориентированная парадигма программирования. Начав изучать мне очень понравились все ее преимущества (и плюшки как говорят) . Но вот что изменилось в дальнейшем: сроки на разработку я начал просрачивать в двое а то и в трое намеченных руководством. Я пытаюсь построить «чистую архитектуру» с распределенными обязанностями между сущностями, ну вопщем загорелся клин кодом поинципами солид, и паттернами проектирлвания. Первое что я хлебнул это то что не стоит строить на основе паттерна что либо. Только когда возникнет потребность тогда и применять а тначе очень усложнеяшь что то и не пригодится возможно в дальнейшем. Но ни как не получается строить системы которые будут масштабируемыми в дальнейшем. Строить из говна и палок, не хочу, лишь бы работало прям щас, . Я понял что делать пистолет с возможностью трансформации в робота не нужно если нет такого требования, и ты сам предполагаешь вдруг пригодится, да не нужно. И реализовыватьв срок не получается. Вопрос: какую сложность системы /ее декомпозицию нужно заложить в самом начале, чтобы позже при необходимости можно было легко расширять а не изменять существующий код(как дядя боб сказал, Нуда ладно) потому что п процедурном стиле уже точно не хочу писать и копи пастить все подряд, но и на продумывание в глубину архитектуры, поведения сущностей, и распределения обязанностей, не хватает времени. Хочу успевать сдавать проекты в срок. Можете дать консультацию?
Могу .
Могу поделиться опытом. Могу снять короткое видео об этом. Если коротко, то паттерны - это хорошо. Но реальность - реальнее.
@@SergeiCalabonga можно вам позвонить?
@@evgenasd8892 консультации в порядке очереди, по субботам.
@@SergeiCalabonga запишите меня пожалуйста, или нужно самому где то записаться?