Java Кодики и Котики

​​Обычно если в интернете пишут что то умное, то часто переходят на высокопарный язык и красивое оформление. Это безусловно хорошо, но иногда хочется простого советского прямого/конкретного совета "чё сделать то". Вот один из таких материалов написанных в таком прямом стиле - https://habr.com/ru/companies/macloud/articles/560346/. Мне особенно понравилась вот такая мудрость - "Хороший код — это код, который может понять младший инженер. Отличный код может понять новичок первого курса computer science. Лучший код — это его отсутствие."

​​Интересно сформированная мысль. Первая ошибка, которую мы допускаем при изучении программирования, вернее сказать первый вопрос, на который мы не отвечаем для себя - какое приложение/проблему мы хотим создать/автоматизировать. Другими словами нужно не просто абстрактное изучение программирования, а создание интересной для себя песочницы-игры и соответственно играть в неё с удовольствием. Играя в эту песочницу с интересом, можно увлечься и обучение пройдет незаметно - https://youtu.be/AUYPnxv0yss?si=HJqz4VaEIZtNhZ9N

Пока менял ссылку на видео, пропало фото котика. Поэтому вот ещё один котик ❤️

​​Не могу передать словами свой восторг, когда наткнулся на данное обсуждение по проектированию баз данных! Во первых я получил конкретные ответы на те вопросы/сложности которые задавал сам себе, а во вторых получил конкретную простую инструкцию к применению, а не абстрактные рассуждения https://youtu.be/vYYZy1EulUk?si=1BQfcNhNU0e_mtZG Чуть позже обязательно сяду отдельно и перепишу озвученные мысли, очень хочу сделать это отдельной заметкой/шпаргалкой

​​Пришла в голову интересная мысль, когда обдумывал, что значительно изменилось после трудоустройства программистом - раньше я думал "чтобы ещё разработать, чтобы ещё разработать, нужно все автоматизировать", а теперь эта мысль заменилась на "нужно ли это автоматизировать, можно ли решить другим способом?". Интересное ощущение, когда меняется подход, главное не терять энтузиазм!

​​Минутка полезных открытий (это я про себя конечно). Всем известно, что работа со строками в Java это отдельный вид искусства и я все ещё продолжаю находить новые решения. Собственно я знал, что если нужно работать с большим текстом, то удобно использовать тройные кавычки """, но приятно удивился, что в них уже встроена возможность передачи переменных, так же в удобном формате public String getFormattedText(String parameter) { return """ Some parameter: %s """.formatted(parameter); }

​​Безусловно, до звания синьора мне ещё далеко, при этом было очень интересно послушать опыт и боли человека, который сталкивался с многими людьми и процессами, которые он отобразил в одном коротком видео - https://youtu.be/9thiUpyATZY?si=o_8z12tBE6tAXswL. А для меня это хороший список "граблей", на которые не следует наступать в будущем

​​А продолжение предыдущего поста очень понравилась фраза из статьи на Habr - "Заставьте разработчиков писать интерфейсы, и вас возненавидят 8 из 10. Заставьте их объяснить, зачем нужны интерфейсы, и Вас возненавидят остальные двое."

​​Думаю не ошибусь, если скажу, что каждый java разработчик знакомится с архитектурой приложений через MVC модель, ведь она хорошо ложится на простые проекты без сложной бизнес логики. Но естественно возникает вопрос, а что дальше? Как удобнее меня архитектуру приложения, при усложнении логики. Тут конечно можно наткнуться на DDD, но это очень сложная тема, которую невозможно понять, нужно чувствовать. Нашел кое что по проще, прекрасная и подробная статья на Habr по возможному варианту построению своего приложения - https://habr.com/ru/articles/672328/

​​Стараюсь обращать внимание на рекомендации от YouTube на "молодые" каналы с небольшим количеством подписчиков. Зачастую здесь можно найти совершенно уникальный и искренний материал. В этот раз мне попалось прекрасное обсуждение темы монолита и микросервисов https://youtu.be/OZFxRKccsXE?si=mPF9rilFluoNH998. На мой взгляд самая базовая мысль, которая прозвучала в обсуждении, это - "не решай проблемы, до их появления"

​​Спонтанно решил обратить внимание на варнинги, которые появляются в логах при запуске Spring приложения и с первого же попал на интересную штуку, в которой закопался на пару часов. Предупреждение - spring.jpa.open-in-view is enabled by default. Это предупреждение сообщает, что настройка spring.jpa.open-in-view по умолчанию включена. Когда она включена, транзакция и сессия Hibernate остаются открытыми, что позволяет выполнять дополнительные запросы к базе данных из слоев представления, если к данным происходит обращение. Самое неприятное в это риск проблемы N+1 - можно случайно вызвать дополнительные запросы, которые могли бы быть оптимизированы на уровне сервисов или репозиториев. Оказывается по данной теме много чего написано, можно начать с такой короткой статьи на хабре, если интересно - https://habr.com/ru/articles/440734/

​​Продолжаю неспешно собирать крупицы пазла под названием "разработка в open source" (да-да, когда нибудь этим займусь). На YouTube выложили прекрасный доклад, который хорошо идет в продолжение вот этого поста https://dzen.ru/media/cod_cat/uveren-chto-kajdyi-kto-izuchaet-programmirovanie-zadavalsia-voprosom-a-chto-6718e433cf1eb8124d13dce8. Лично для себя нашел ответы на интересующие вопросы https://youtu.be/0c-72iKL32k?si=LxJnRnDjbxZ-_lfu. Осталось решить главный вопрос - где найти интересный для себя open source проект, но с этим мы разберемся в следующий раз....