Первый проект на Spring. Корпоративный сайт.

Женя, хорошо, в итоге то, что? Ну видим страницу авторизации и что? Где код посмотреть, лучше покажи.

у этих титанических усилий может быть крайне низкий кпд, но много факторов, если есть порыв "хочу", может и есть смысл его словить. За хелло ворлд и деплой, тебе плюсик, напрягся, выкатил, молодец. За /corporate-chat-001 и user1 это халтура, оно вроде бы казалось ну делов то, хелло ворлд же, но пока Вова будет писаться Владимир, ты Евгений, а не человек-001 и человек-002 то до тех пор это все-равно по факту останется халтурой. Театр начинается с вешалки, более чем уверен, что в коде увижу продолжение этого подхода. Проблема в том, что то что ты делаешь вполне можно отнести к опыту в джаве. Программирование это как бокс, нельзя сказать, ну я же учусь, буду махать как в индийских фильмах по приколу, на тренировках. А потом я выйду на ринг, и буду все делать правильно. На ринге (в проде) ты будешь делать ровно так же, как делал до этого, останутся навыки. Так что будь более собран, пересмотри Капитана Врунгеля, перечитай Clean code Роберта Мартина, твой код это твое лицо. То что ты показываешь это визитная карточка. Не нужно стесняться ошибок, незнания, отсутствия опыта, нет, наоборот, смелость поощряется. Но я более чем уверен, что ты мог придумать что-то получше чем user1 и программа-001. Когда разрабатываешь продукт и строишь интерфейсы, опирайся на свой опыт пользователя. Та зайди на любой похожий портал, сайт, вспомни что и где ты видел, твоя задача это фактически мимикрия. Это то как например дети учатся. Они не понимают отчего так, они просто копируют взрослых, подражают им, хочу красится как мама, хочу за руль как папа и тд. Так и ты не обязан ясное дело все знать и уметь. Но ты обязан делать что можешь, тем более, если это не сложно. Подражать готовым решениям, быть по форме похожим на них, это нормальный подход, как мальчишки вдохновлялись Пеле и становили футболистами, или Брюсом Ли/Тайсоном и чемпионами. А ведь они могли сказать"я мальчик, я не умею, буду делать как получится, с меня спросу нет". Стремись к высоким целям. Делай то что в твоих силах.

эт чобы не расслаблялся :) ты же понимаешь, для развития нужно напрягаться. В текст поста кидай линку на гитхаб и можешь апдейт поста делать, там 28.01.2020 добавил фичу там такую-то Думаю многим будет интересно и полезно, а если тебе очень повезет то кто-то опытный зайдет на гитхаб посмотрит код и тебе пистонов вставит :) Это будет очень хорошо, поскольку самому делать такие проекты..я видел парочку примеров, люди потратили огромное количество времени, вышли на рынок, и оказались менее конкуретно-способными, с теми кто приложил меньше усилий..Свои нюансы, я не говорю за твою ситуацию, это все зависит от конкретных моментов, но ты это держать в голове. У некоторых просто идея-фикс, что я вот как напишу проект, и потом сразу в гугль. А в мерседес например быстрее возьмут зеленого инженера со скамьи, который расскажет что нужно, чем самоделкина-левшу, который на вопросы не ответил, системные пробелы в знаниях, зато франкештейна соорудил с грязи и палок, который вроде и передвигается. Наиболее эффективные по кпд это система точечных гайдов, маленький проектик на спринг, на хибер, на секюрити, сделал, попробовал, работает, почитал погугли, дальше. +стажировка аля джава раш, какие-то оффлайн/онлайн курсы по ЕЕ стеку. и на работу побыстрее, чтобы уже показали как надо делать. Большие проекты, это в основном "я хочу", человек загорается идеей, да, в 90-95% бросает, но сам факт. Если есть "я хочу", ну пусть будет, чего себе на горло наступать. Есть порыв, нужно ловить. Мы работаем же и учимся не ради денег. В основном, это еще и нравится :) Программирование позволяет с нуля что-то сделать, это прикольное ощущение, и хотя джава бекендеры по фидбеку с творением уступают фронтендерам, которым легче имхо что-то прикольное внешне с беком написать, чем чистому бекендеру, который бек хорошо продумает, а с фронтом проблемки, но в бекенде свои приколы, когда можно строить что-то очень огромное и прикольное :) Так что удачи :)

Не поспоришь. Было любопытно не на свинге чат, как в задачке , а в облаке и на спринге. Щас хочу PostgreSQL прикрутить и снова задеплоить на хероку уже с базой.

Основное сомнение: монолит или на сервисах. Первое вроде проще, второе интереснее.

дейлай на микросервисах, потом каждый из них вырастит в большой монолит ) Но хватит ли тебе задора довести до конца ) Твое описание это долгий проект, очень долгий. Но если как демка, то быстро )

дело конечно твоё, тем болеее со сказаного про королеву:) но, силёнок то хватит хотя бы 2 сервиса поднять на spring cloud в докере и сконфигурировать все это дело ? там же и общение между сервисами и масштабирование, балансировка нагрузки... спорим ты уже на cross origin фильтре застрянешь при общении с фронтом ? делать нужно потихоньку.... картинку планирования я выше прицеплял:) вот хорошая статья как начать и закончить любой проект

Каким стандартом регулируются абстракции на схеме? Где можно про это почитать?

фантазией архитектора )

Женя 🤦‍♂️, ты занес в

.ignore

вот эти слова: Только над вопросом поработай чуток.

"opinion base" - предположили, что будет слишком много мнений. Мне-что надо, но не формат, как я понял.