Всем привет!

Короче, сижу я и придумываю схему для бд, и думаю, а чего бы мне не предложить вам тоже немного развлечься?

💡Кстати, эту идею вы можете честно стыбзить и для своих пет проектов.


☕️Представим себе маленькую кофейню-булочную, для которой нужно разработать систему лояльности с бонусной картой.

💳 На бонусную карту возвращаются 5% от суммы покупки в виде бонусов., которые можно впоследствии потратить.

☎️ Представим что бонусная карта привязана к номеру телефона.

👇Итого:
Клиент совершает заказ, называет номер телефона, оплачивает заказ и получает 5% от суммы на БК. Если у него были бонусы, он может за их счет уменьшить стоимость оплаты.

❓Вопрос:
Какие основные сущности вы бы выделили для такого приложения?

Какие таблицы в бд создали бы?

Может быть у вас есть какие-то идеи для реализации логики бизнес-процесса?

В общем, буду рад, если поделитесь.

🧠 Такие упражнения как минимум полезны для разминки мозгов, а как максимум замените кофейню на цветочный магазин, автомойку, ритуальные услуги - и получите универсальную идею для пет-проекта практически под любой бизнес 💲


PS если картинка вызывает кринж, значит она подобрана правильно))

Массив целых чисел или список, что весит больше?

Оговоримся, что мы сравниваем массив и список основанный на массиве - ArrayList.

Вообще, правильный ответ дали сразу же.

Мы не можем в списке хранить примитивы, а в массиве можем.

Примитивы весят меньше классов оберток.

А значит, массив примитивов весит меньше списка оберток 🎮

Но возник вопрос, а что если будет массив оберток?

В этом случае список все равно будет весить больше 🙃.

Список - это объект
Массив - это объект

Но список основан на массиве, и внутри объекта списка лежит объект массива. И внутри ArrayList лежит не только массив но и другие поля, которые тоже занимают память.

Это как с матрешкой. Большая матрешка с маленькой внутри не могут весить меньше, чем отдельно маленькая матрешка 🫥

Вроде разобрались, список жирнее.

Дабы не быть голословным, вот некоторая инфа о том сколько памяти занимают разные объекты в Java:

🎮 Memory usage of some typical Java objects

🎮 Sizes of primitive types

🎮 How to calculate the memory usage of a Java array

Список весит больше массива. Вроде бы все просто, но есть одно маленькое но.

Допустима ситуация, при которой список будет весить меньше массива.

Сможете ли вы описать такой кейс?

Что самое важное в изучении Java?

Пет-проекты. По нескольким причинам.

🏜 В пет-проекте ты учишься делать цельное приложение. Тебе приходится решать комплекс взаимосвязанных друг с другом задач, а не решать задачки в отрыве от реальности

🏜 В отличии от теоретической подготовки, которая несомненно важна, в пет-проекте ты обретаешь навыки, которые тебе будут нужны всегда, а не только во-время прохождения собеса

🏜 Без опыта работы довольно сложно привлечь внимание к себе как к боевой единице. Наличие портфолио с личными проектами закрывает эту дыру. И я не раз говорил о том, что грамотно подобранный пет-проект вполне может прибавить опыта в резюме.

Это не голые умозаключения. Это инфа проверенная на опыте.

У меня было 5 учеников. Мы тратили минимум 80% времени на создание проектов, а остальные 20 раскидали на подготовку к собесам и консультации по тестовым заданиям. Каждый из 5 нашел работу.

С каждым из них мы делали индивидуальный проект. Логика в проектах была разной, где-то даже интерфейс был на иврите 😅.

Но по большей части набор технологий был схож, как и структура.

Теперь у меня есть маленькая мечта. Преподнести эту информацию не кому-то персонально, а группе людей. Поэтому в мае я стартую первую итерацию своего курса по созданию пет-проектов на Spring Boot.

Что будет?

Я наберу людей в закрытую группу, где раз в неделю буду выкладывать по уроку.
Вместе мы будем разрабатывать небольшое приложение для маленькой кофейни, с бонусной картой и системой лояльности ☕️.

Это самая универсальная идея для дальнейшей кастомизации. Каждый сможет потом сделать практически идентичное приложение, но не для кофейни, а для салона красоты, пекарни, автомойки и тд.

Мы напишем приложение на Spring Boot с авторизацией, блэк-джеком и хостингом.

Я не обещаю никому трудоустройства и звезд с неба, но убежден, что каждый, кто пройдет этот курс, получит набор знаний и навыков достаточный для того, чтобы не только создавать хорошие пет-проекты, но и делать все то, что делают джуны на работе.

И как я сказал - это моя первая итерация и первый курс. Неизбежны какие-то шероховатости.

Поэтому сейчас я буду предлагать его на порядок дешевле, чем в будущем, когда я оптимизирую подачу материала и автоматизирую сам процесс обучения.
И поэтому в этой итерации я всегда буду на связи и буду саппортить аки самый ответственный инженер технической поддержки 👨‍🔧.

Но есть и плюшки.

Например я убежден, что гораздо продуктивнее будет вначале дать минимум теории и четкое тз на реализацию небольшого блока функционала, а после показать свою реализацию, чтобы человек мог "набить руку" и при этом сравнить свое решение с решением опытного разработчика. Причем набить сразу и сильно, без перегрузки мозга теорией, которая без практики по большей части выветривается.

От каждого ученика я слышал слова, что то, что я им дал, на рынке стоит в разы дороже. Это так, и им обошлось это не так дорого, потому что это был мой первый опыт наставничества. Сейчас у вас есть такая же возможность залететь на мой первый курс.

По подробностями залетайте в лс, или ставьте + в коментах, я с вами свяжусь.

До 28 апреля действуют самые вкусные условия

🔓 Принцип KISS в программировании

Принцип KISS (Keep It Simple, Stupid) гласит: "Делай проще, глупыш(ка)". Это означает, что программы лучше работают, когда они просты в понимании, создании и использовании.

🔍 Как придерживаться принципа KISS при разработке на Java:

1. Разбивайте код на маленькие части: Пишите небольшие кусочки кода, которые легко читать и понимать. Это поможет другим разработчикам легко разбираться в вашем коде.
2. Давайте понятные имена: Используйте имена переменных и функций, которые описывают, что они делают. Это сделает ваш код понятнее для всех.
3. Избегайте многоуровневой вложенности: Не создавайте несколько уровней вложенности, таких как вложенные циклы или ветвления. Это может усложнить ваш код и сделать его трудным для понимания.
4. Тестируйте свой код: Напишите тесты, чтобы убедиться, что ваш код работает правильно. Это поможет избежать ошибок.
5. Не усложняйте зависимости: Используйте только те библиотеки, которые вам действительно нужны. Это сделает ваше приложение проще и быстрее.
6. Документируйте свой код: Пишите комментарии к коду, чтобы другие разработчики могли быстрее разобраться в нем.
7. Разрабатывайте постепенно: Начните с простой версии вашего приложения и добавляйте новые функции постепенно.


Надеюсь эти простые рекомендации помогут вам делать все проще и создавать более понятные программы на Java!

Короче, что не так с ООП?

Во-первых, мне приятно, что я своим вопросом, судя по комментариям, будто немного задел чувства верующих.

Контент, который вызывает эмоции - крутой контент. 🔥

Никогда не встречали блогеров, которые в противоборстве мужчин и женщин занимают чью-то одну позицию и несут ахинею вроде женщина должна готовить, убирать и при этом выглядеть будто собралась на свадьбу к бывшему?

Как правило у таких блогеров в комментах развергается преисподняя, и цепная реакция взрывающихся пуканов наших прекрасных (конкретно в этом случае) дам, используется как топливо для продвижения блога в алгоритмах соц сетей. 🔝

Это все круто, но с ООП то что не так?

Ну во первых, минусов у него так мало, что пол поста приходится говорить о взрывающихся пердаках.

А во вторых, в ООП количество ссылок на объекты распределенных по всей системе растет такими же темпами, как количество разрывающихся от негодования пуканчиков в постах из примера выше.

По просту говоря - взрывными темпами.

Из-за чего возникают проблемы с потреблением ресурсов.

В моей практике было 2 опыта решения этой проблемы, разительно отличающихся друг от друга.

В первом варианте обратить внимание на эту особенность пришлось тогда, когда пуканы стали взрываться у всех от нестабильной работы приложения.

Оно потребляло всю память и умирало, его реанимировали, а оно снова падало. Из-за огромного размера кодовой базы вырезать опухоль оперативно было невозможно. Приходилось судорожно прикладывать подорожники, слушая во сколько тысяч долларов обходятся минуты простоев 🗡.

Второй опыт был эталонным примером обращения внимания на эту проблему 🛡.

Я работал в команде харденинга. От английского закаливать (а может и нет, уже хз). Все что делала эта команда - получала один из существующих сервисов и занималась только одним. Оптимизацией. Конкретно в моем случае мы разгружали память приложения вынося его кэш в Reddis.

Какая у всего этого мораль?

Одной из самых сложных для меня тем на собесах (когда собесят меня) является потребление памяти.

Если вдруг почувствуете, что ваш пукан взрывается от потребления какого-то контента, знайте, скорее всего вами манипулируют.

Затушите огонь благого гнева изучением Java Memory Model, почитайте про различные сборщики мусора и алгоритмы их работы и получите +100 к привлекательности на собесах 📿🧣❤️‍🔥