Мораль басни: перед тем как решать тестовое задание, если ты не читаешь мысли, уточни что хитрый собеседующий молчаливо ждёт от тебя не вставив в требования. Может он фанат ломбок и не станет читать код без него :) если он занимается хайлоад то вероятно что задача на производительность, ресурсы и т.д.
Откуда взяться этим постулатам для программистов за 3года? Из других подобных источников или от Тим лида, который читал тот же Чистый код или аналогичную литературу? «осмысленной работы» — нет, именно принципы из книги: более частое деление на мелкие куски, принцип 1 отвественности, валидация аргументов и бросание exception, максимальная читабельность (большую часть затрат уходит именно на чтение кода) и т.д. Например, писал сначала супер могущественный класс который рассчитывал маршруты между точками с учетом препятствий, в нем было деление на методы но выглядело как компонент Swing — раздутый на пару тысяч строк, в итоге бесконечно тратил время исправлял бесконечные баги — до 2-3х недель. После прочтения книги взял с нуля переписал, разделил на десятки классов и методов — ушло неделя, баги — ни одного, код каждого класса прост и понятен, ошибку можно увидеть глазами, а логику понять просто взглянув пару секунд на код.
ну автор и зануда, углубился в каждый пример, лучше этой книги пока не встречал. Канешна мало кто полностью соблюдает принципы изложенные в книге, это капец занудство, но без соблюдения большей части принципов Ваш проект или отдельные его модули сдохнут. И чем менее типовая архитектура у проекта, тем плачевней результат. Эта книга спасла первый мой проект, все что он описывал у меня было. 3 месяца рефакторинга по Мартину и алилуя — баги исчезли либо их исправление не приводило к появлению новых.
Мораль басни: перед тем как решать тестовое задание, если ты не читаешь мысли, уточни что хитрый собеседующий молчаливо ждёт от тебя не вставив в требования. Может он фанат ломбок и не станет читать код без него :) если он занимается хайлоад то вероятно что задача на производительность, ресурсы и т.д.