WorkMe | Центр экспертизы

⏰Пришло время задачки от эксперта!

Автор задачи - Сергей Галанов, Backend Разработчик Эксперт

Перед вами код:

public class Generics {

    static void add(List list, Object value) {
        list.add(value);
    }

    public static void main(String[] args) {
        List<Integer> list = new ArrayList<>();
        add(list, "1");
        System.out.println(list.get(0));
    }
}

Вопрос. Что будет c этим кодом при компиляции и запуске?

1 - ошибка компиляции (если да, то на какой строчке?)
2 - ошибка в рантайме (если да, то на какой строчке?)
3 - вывод в консоль (если да, то что именно?)

👨‍💻Пишите ваши ответы в комментариях или присылайте нам в чат.

👉Разбор - через неделю, не пропустите!

WorkMe | Центр экспертизы pinned a photo

🔥 НОВАЯ РУБРИКА: «Задачи от эксперта WorkMe» 🔥

Друзья, мы запускаем новую рубрику «Задачи от эксперта» — ваш личный тренажер перед техническим собеседованием.

Каждую неделю мы будем публиковать реальные задачи, которые задают Team Lead’ы на техинтервью.

💡 Хотите проверить себя и узнать, как мыслят опытные разработчики?
Тогда эта рубрика для вас!

📅 Как всё будет работать:
- Раз в неделю мы публикуем новую задачку от нашего техэксперта.
- Пишите свои решения в комментариях или присылайте ответ нам в чат
- На следующей неделе — разбор и официальный ответ эксперта.
- Автор самого точного и аргументированного решения получит 🎁 от эксперта WorkMe

⚙️ Это не просто игра — это подготовка к реальным собеседованиям в IT.

Каждая задача взята из практики наших технических интервьюеров, которые ежедневно оценивают кандидатов на позиции Junior, Middle и Senior.

🧠 Проверяйте себя, развивайте мышление и готовьтесь к офферам вместе с WorkMe!

😎YAGNI, KISS и DRY — три практики здравого смысла

🔸 YAGNI (You Aren’t Gonna Need It — «Вам это не понадобится») — не пишите код «на будущее». Делайте только то, что нужно сейчас (не закупаем специи "про запас").

🔸 DRY (Don’t Repeat Yourself — «Не повторяй себя») — не повторяйтесь, централизуйте общую логику (единый рецепт соуса для всех блюд).

🔸 KISS (Keep It Simple, Stupid — «Делай проще») — создавайте понятные названия классов, переменных и методов. Сложность — враг понятного кода (короткое меню и понятные процессы позволят новичкам быстрее влиться в кухню).

📌Итог
Как грамотно устроенная кухня выдерживает пик заказов и сезонные изменения, так и код, спроектированный по SOLID, DRY, KISS и YAGNI, легче масштабируется, тестируется и переживает новые требования.

Следующая статья — про паттерны GoF и GRASP! 🚀

Полный текст статьи читайте здесь.

💻Основы Гибкой Разработки: SOLID, YAGNI, DRY и KISS

Продолжаем серию про основы разработки ПО! Сегодня разберём принципы SOLID и парадигмы YAGNI, DRY, KISS — ключ к чистому и эффективному коду.

❓Что такое SOLID?
Это 5 принципов, сформулированных Робертом Мартином (Uncle Bob) в 2004 году. Они решают проблемы связности, тестирования и адаптации к изменениям.

🍴Вся концепция SOLID на примере организации кухни:

S: Один класс — одна задача (например, повар только готовит, а не занимается дополнительно закупками и бюджетом).
O: Расширяй код, не меняя старый (новое блюдо — новый рецепт, а не перестройка кухни).
L: Подклассы заменяют суперклассы без сбоев (су-шеф может заменить повара, если тот заболел).
I: Узкие интерфейсы, без лишних функций (цех десертов не зависит от гриля).
D: Зависимость от абстракций, а не деталей (шеф работает с "ингредиентами", а не с конкретным поставщиком).

Продолжение ниже👇

😥К чему это приводит
— Срыв испытательного срока. Задачи выполняются ниже ожиданий, растёт нагрузка на тимлидов и менторов.
— «Волчий билет» и стоп-листы. Крупные компании ведут чёрные списки и стоп-листы недобросовестных кандидатов.
— Ужесточение входа для всех. Рекрутеры усиливают фильтры. А тимлиды требуют кандидатов только с подтвержденными техчеками, чтобы не тратить свое время зря.

🐺Что делать кандидатам, чтобы не стать «волчарой»
—Учитесь составлять резюме и соответствуйте заявленному опыту.
—Создайте уникальное УТП, если опыта мало, избегайте шаблонов.
—Готовьтесь показать на собеседовании, как вы мыслите.
—Стремитесь не только пройти, но и остаться.
—Готовьтесь заранее: участвуйте в хакатонах, олимпиадах и тд.

«Волчары» — не причина, а симптом несовершенной системы найма. Накрутка резюме даёт краткосрочный доступ к интервью, но не заменяет навыков: работа на проекте быстро расставляет всё по местам.

Полный текст статьи читайте тут.

💻 Волчары в IT: кто это, почему их становится больше и что с этим делать

В мире IT появилась особая категория кандидатов — «волчары». Это те, кто приукрашивает резюме, учит готовые ответы и «проскальзывает» на собеседования. Но часто их быстро увольняют на испытательном сроке.

❓Почему появляются волчары
Ничто не возникает на пустом месте. Феномен волчар — это не только проблема «нечестных» кандидатов. Волчары — следствие самой системы.

-Хайп на IT и обещания курсов о быстром успехе приводит к перенасыщению рынка джунами с шаблонными резюме без УТП и одинаковыми пет-проектами.
-Стандартные вопросы на интервью, которые можно выучить.
-Нереалистичные ожидания от работы «главное попасть внутрь».
-Эйджизм и стереотипы об образовании отпугивают, толкая на накрутку опыта.

🔍Как их распознать
-На собеседовании кандидаты начинают "сыпаться" при детальном разборе резюме.
-На испытательном сроке отсутствие или недостаточность становится очевидной — кандидат не справляется с задачами, он не автономен.

Продолжение👇

Собеседование на изи: как не сгореть от стресса 🔥

Каждому знакомо: собес близко, а вся накопленная информация решила внезапно покинуть чат. И вроде бы всё учил, всё знал… но тревога берёт верх. Иногда даже хочется наложить фильтр клубнички или взять маму с бабушкой для поддержки 😅 Но давай без этого — делимся рабочими лайфхаками.

1️⃣ Изучи компанию и вакансию — ты будешь лучше понимать, чего ждать, а также покажешь заинтересованность.
2️⃣ Продумай ответы на типовые вопросы («Расскажи о себе», «Почему мы?»).
3️⃣ Подготовься к каверзным вопросам — «подводные камни» лучше обезвредить заранее.
4️⃣ Составь короткий питч о себе: релевантный опыт + достижения.
5️⃣ Прорепетируй собес с другом, запиши на видео — посмотришь, где сбиваешься.
6️⃣ Снизь ожидания: это не последний шанс в жизни.
7️⃣ Помни: интервьюер — не экзаменатор, а человек, которому важно раскрыть твой потенциал.

👉 Волнение — нормально. Но уверенность — это навык. Чем больше ты готовишься и репетируешь, тем спокойнее и увереннее себя чувствуешь.

🧩 Как объекты связываются?

Композиция: объект состоит из неотделимых частей (машина и двигатель).

Агрегация: части могут жить отдельно (университет и студенты).

Декомпозиция: разбиваем сложное на простые компоненты.

Полный текст статьи читайте здесь и на нашем канале в Дзен

➡️ В следующих статьях
Мы разберем, как эти основы развились в мощные инструменты:

Принципы SOLID (основа современного проектирования).

DRY, KISS, YAGNI.

Паттерны проектирования GoF и GRASP.

📌Четыре Столпа ООП
Эти принципы делают код гибким, надежным и удобным:

Абстракция: Скрыть сложное, оставить главное. Фокусируемся на "что" делает система, а не "как".
Пример: Вы нажимаете педаль газа в авто, не думая о работе двигателя.

Инкапсуляция: Спрятать данные, дать удобный доступ. Объединение данных и методов в одну "капсулу" (класс) и защита внутренних деталей.
Пример: Кофемашина — вы нажимаете кнопку, но не вмешиваетесь в механизмы помола зерен.

Наследование: Передавать общие свойства. Создание нового класса (потомка) на основе существующего (родителя), чтобы переиспользовать код.
Пример: Электромобиль наследует базовые свойства Автомобиля, но добавляет свою батарею.

Полиморфизм: Один интерфейс — разные реализации. Возможность разных объектов использовать один и тот же метод, но выполнять его по-своему.
Пример: Кнопка "Включить" запускает экран на ТВ и зажигает свет на лампочке.

👨‍💻 Что делает код хорошим?
Читаемость, переиспользуемость, расширяемость и лёгкая поддержка.
Эти качества во многом обеспечивает ООП — объектно-ориентированное программирование.

Десятилетиями программисты наступали на грабли, создавая "спагетти-код". Из ошибок родились лучшие практики: принципы ООП, паттерны GoF/GRASP, SOLID и DRY. Присаживайтесь поудобнее, сегодня стартует наша серия статей про лучшие практики программирования!

Что же такое ООП?
‼️ООП — это подход, где программа представляется, как набор объектов, взаимодействующих друг с другом.

ООП обеспечивает:
- Читаемость кода
- Переиспользование
- Легкость поддержки

🐳 Три кита ООП
Класс: Шаблон или "чертеж" (например, "Автомобиль"), который описывает, что объект будет уметь и какие данные хранить.

Объект: Конкретный "экземпляр" класса (например, ваш красный автомобиль).

Интерфейс: Чистый "контракт" или набор правил, который описывает, какое поведение (методы) должен иметь класс, его реализующий.

Продолжение ниже👇