Бэкенд в 2025: Java, Kotlin и несложное размышление о бессмертии кода
Сидишь ты, значит, в 3 часа ночи, смотришь на свой монолитный проект на Java, думаешь: «Ну, вот завтра точно перепишу всё на микросервисы. Сегодня просто не мой день». А потом такой: «А что, если добавить ещё один слой абстракции?» — и так родилась идея нового factory-фабрик, создающих менеджеры с фабричными методами.
Но тут приходит Kotlin и такой:
— Чел, давай проще?
— Как?
— Всё в data class.
— А тесты?
— А тесты — потом!
И ты понимаешь, что жизнь коротка, а boilerplate длинный.
Kotlin вообще — это как младший брат Java, который верит в магию. Ему не надо объяснять, что ты хочешь вернуть null. Он такой: «А ты уверен, что это безопасно, братишка?» И ты задумываешься: не обидел ли ты компилятор?
А что касается будущего, IT летит вперёд быстрее, чем ты успеваешь апдейтить свои зависимые библиотеки. Kubernetes уже стал почти как домашнее животное: требует заботы, внимания, а если что-то не так — гадит логами по всей системе.
Мир идёт к тому, что код писать больше не надо. Только думать. Но тут внезапно ты обнаруживаешь себя в legacy-проекте на Java 8 с зависимостью от какой-то либы 2012 года, поддержка которой умерла вместе с Windows XP.
И ты спрашиваешь: «Зачем всё это?»
А в ответ тишина. Потому что в этом проекте даже логгирования не настроено.
Мораль?
Не доверяй null. Люби val. И всегда пиши тесты (но это не точно).
P.S. Если кто-то спросит, почему мой код — это искусство, отвечу: он просто слишком абстрактный, чтобы его поняли.
Немыкин.Продакшн - Java/Kotlin developer
#kotlin