Артем, разнести на разные сервисы. Если вы храните все на одном сервере то про безопасность можно забыть, а если все в разных местах то успехов даже достаточно опытным ребятам. Модно почитать как данная история устроена архитектурно у AWS KMS. Они отлично придумали и интегрировали с AWS S3. Правда, если вы в РФ то бросаться туда хранить персональные данные не советую. А если они не персональные то там все вместе решается) а доступ к файлам решается одноразовыми ссылками там же
Ken3kiEater, этот фактор отсекает большинство рыночного мусора. Да, порой это ущемляет молодых талантов, но для бизнеса это выгодно. Поиски сотрудников это тоже время и силы. HR просеивает, а лид(тут можно украшать любого достаточно компетентного специалиста внутри компании) проверяет. Платят при этом всем
А деньги можно зарабатывать по-разному, только рабом считает себя только сам человек. Если тебе кажется что ты раб то ты раб.
andrei_pro, про архитектуру посмеялся, спасибо. Обычно то что описано это называется"умею работать в команде". А технологии это слишком обширное понятие,мне говоря уже о том что не они делают человека сеньором
ince, глазами с экрана?) Ты нам информацию специально не хочешь давать чтобы тебе адекватно предложили решение. Детализируй что у тебя там вообще. Может ты хочешь обучить печатную машинку чтению json
Артур, зависит от того что вы используете и для чего. Суды по описанию вам потребовался подход Backend For Frontend где готовится сразу вся нужная информация рендеринга за один HTTP запрос. Данному требованию сейчас удовлетворяет только GraphQL или пилить велосипед. REST несколько не про это (хотя можно тоже делать так, просто не является хорошей практикой). Можно делать все на клиенте в несколько потоков и это не будет плохим решением, просто это со временем начинает все-равно перерастать в GraphQL
из такого потока сознания нельзя дать четкого ответа. Нужно понимать что за api, как вы хотите с ними работать, как эти данные будут влиять на вашу систему и многое другое. Но интеграцию к каждому api писать индивидуально, да. Что-то, конечно, сможете переиспользовать
Vitaly, кхм. Ну, все зависит от компании и команды. В больших командах программистов к проектированию DDD не подпустят на пушечный выстрел (и не всегда даже к написанию интерфейсов), а в маленьких без него вполне можно прекрасно жить (что неоднократно доказывалось и мной тоже). Исключительно исходя из собственного опыта)
