Ilya Lisov - Java Backend

Поздравляю с наступающим 2026 годом. Пускай ваши желания исполняются, карьера развивается и близкие люди будут рядом!

Увидел вопрос в комментариях Мужики, какие компании посоветуете для старта, куда пихаться на стажи/джун позиции. Как сами проходили отбор когда-то, на что стоит учесть внимание? С каким пулом сейчас реально попасть куда-то? Расскажите о своем опыте, возможно, опыте друзей)

Если вы готовитесь к собеседованиям или хотите поддерживать себя в тонусе, то я могу порекомендовать использование GPT для мока собеседования. Это позволяет очень гибко моделировать собеседование, особенно если правильно задаешь промпт. Вкратце, порекомендую использовать подход от Google - TCREI - Task, Context, References, Evaluate, Iterate Это позволяет предоставить максимально подходящий промпт для LLM. Вот пример хорошего промпта: Ты опытный Java-инженер с 10 годами опыта в разработке. Я java-разработчик с Х лет опыта. Я хочу подготовиться к собеседованию по темам X в компанию X на позицию Х. Задавай мне вопросы по одному, давай краткий фидбек по моему ответу. Задавай вопросы, которые могут следовать из моего ответа, как на настоящем собеседовании. В этом случае вы сможете в удобном формате общаться с LLM как с интервьюером. Если вы используете ChatGPT, то можно также воспользоваться голосовым ответом, чтобы симулировать реальный ответ, а не размышление во время написания ответа текстом.

Увидел сейчас довольно свежее видео индуса, в котором он использовал Eclipse IDE. Кажется, что мы все начинали с него, а как было у вас?

Расскажу об интересных понятиях, которые вам могут пригодиться в разработке и на собеседования RESTFUL-принципы: 1) Client-Server. Этот принцип обозначает, что ваша система имеет и клиента (который отправляет запросы и получает ответы) и сервер (который получает запросы и отправляет ответы). Например, P2P-сети и Pub/Sub-модели не являются client-server моделями. 2) Stateless Server. Этот принцип заключается в том, что сервер не хранит информацию о конкретном запросе, а получает весь необходимый контекст только из запроса. Это необходимо для масштабирования приложений и для предсказуемости сервера. 3) Cacheable. Этот принцип обозначает то, что ответ должен явно или неявно помечать себя как кэшируемый или нет, чтобы клиент мог переиспользовать ответ в течение какого-то времени. Это достигается директивами Cache-Control и Expires в хэдере ответа. 4) Uniform Interface. Этот принцип обеспечивает прозрачность и предсказуемость API. Он включает в себя уникальную идентификацию ресурса (уникальный путь к каждому ресурсу), репрезентацию ресурса для его изменения (сервер возвращает ресурс в каком-то виде), самоописывающиеся сообщения (каждый ответ сервера должен рассказывать какие действия с ресурсом можно произвести), HATEOAS (сервер включает в ответ доступные методы для изменения состояния полученного ресурса) 5) Layered System. Этот принцип отвечает за то, что клиент не может узнать что стоит за сервером, к которому он обращается. Это используется в proxy, load balancer. 6) Code-on-demand (Опциональный). Этот принцип позволяет серверу отправлять сниппеты кода, которые он может использовать. Это позволяет не реализовывать абсолютно всю функциональность на клиенте без необходимости. Richardson Maturity Model (Модель зрелости Ричардсона) Эта модель помогает оценить насколько архитектура соответствует REST-принципам. Существует 4 уровня: 0 - Один эндпоинт, зачастую один метод POST, запросы отличаются телом. Это напоминает GraphQL. 1 - Идентификация ресурсов. CRUD операции не разделены, но используются уникальные идентификаторы ресурсов. 2 - HTTP-методы и коды ответов. Реализованы подходящие HTTP-методы и коды ответов. 3 - HATEOAS. В ответ включено поле _links, в котором перечислены доступные для этого ресурса методы. Вот пример для 3 уровня RMM: { "id": 12, "name": "Anna", "_links": { "self": { "href": "/users/12" }, "orders": { "href": "/users/12/orders" } } }

Думаю, вы встречали сообщения о том, какой крутой стала Gemini в последнее время и о ее уникальных способностях. Вот пример понимания контекста Propagation Strategy в Postgresql. Заметил еще, что часто теряется контекст внутри чата. То есть описанные выше требования модель игнорирует. Однако стоит заметить удобство в связке с другими продуктами Google. Gemini предоставляет очень богатые возможности работы с документами, почтой, календарем и диском. Недавно воспользовался Gemini внутри видео на Google Drive, когда попросил модель собрать summary видео, найти моменты, которые участникам видео дались с трудом и ответить на них. С этим модель справилась отлично

Новое видео на канале! Наконец я вернулся с разбором чего-то интересного, на этот раз SOLID. В видео мы поговорим о каждой букве этого непонятного слова и отрефакторим огромный класс во что-то красивое и соответствующее принципам https://youtu.be/m0CpN7mDU_Y

Если вы включите логи logging.level.org.hibernate=DEBUG, то заметите интересное решение разработчиков

Написал автору, будем обсуждать

Еще две жалобы на мой курс, о котором я писал выше. И как всегда, все видео доступны в группе ВК https://vkvideo.ru/playlist/-226857672_5

Если верстаете фронт и хотите быстро настроить grid и расположение блоков на странице, то вот этот сайт вам поможет: https://cssgridgenerator.io/

Этот плейлист доступен в VK. https://vkvideo.ru/playlist/-226857672_5 Скоро туда перенесется и 5-ое видео из плейлиста

Написал автору, будем обсуждать