Про достаточность. Или почему не нужно усложнять всё подряд
Есть принцип, который я советую держать в голове и в обучении, и на собеседованиях, и на работе: делать достаточно для решения задачи, а не максимально сложно, потому что умеешь.
Допустим, нужен небольшой сервис. Но вместо работающей первой версии начинается: микросервисы, Kafka, Kubernetes, бесконечные споры про архитектуру. Хотя ещё непонятно, зачем этому проекту половина выбранных инструментов.
Бизнесу от этих холиваров пока ни холодно ни жарко. Ему нужно, чтобы задача решалась, а приложение можно было нормально поддерживать.
На собеседовании похожая история. Спросили, как бы вы решили конкретную проблему, а вы уже рисуете инфраструктуру для миллиона пользователей, хотя про такую нагрузку никто не говорил.
Я бы сначала уточнил требования и предложил самое простое решение, которое их закрывает. А потом объяснил, при каких условиях его придётся усложнить. Вот здесь уже видно инженерное мышление, а не просто знание модных слов.
И этот же принцип можно использовать в свою пользу при обучении.
Не обязательно прочитать все книги по Java, пройти пять курсов и изучить каждую архитектурную школу, прежде чем начать искать работу.
Нужен достаточный набор знаний, чтобы самостоятельно решать задачи выбранной позиции и объяснять свои решения. Что-то учите глубоко уже сейчас. Что-то осваиваете, когда появляется конкретная потребность.
Это не про «нахвататься по верхам и кое-как пройти собес». Простое решение тоже нужно проверить, защитить от очевидных ошибок и понимать, как оно работает.
Но бесконечно готовиться к задачам, которых у вас пока даже нет, я бы тоже не стал.
Ваша задача не доказать, что вы знаете весь IT. А стать человеком, которому можно доверить работу и получить понятный результат без лишней сложности.
Бизнес зарабатывает на вашей работе, вы получаете за неё деньги. Для начала нужна именно эта связка, а не идеальная архитектура и прочитанная библиотека 😉
September 25, 2026 80
