Всем привет!

Пару недель назад наткнулся на вот эту статью про clean code и там поднималась тема перформанса при соблюдении всех правил чистого кода.

Статья довольно интересная (там также есть видео по ней), однако тут мне кажется нужно думать не только о перформансе кода, но и о смысле оптимизации наперед.

Очень часто у разработчиков (у меня в том числе) бывает желание сделать код "более универсальным", покрывая кейсы и проблемы, которых сейчас нету. И в итоге получается какая-то махина, которая только все усложняет.

Особенно часто у меня такое бывает на своих проектах, где нету четкого ТЗ и дедлайна.

Тоже самое и касается архитектуры. Я планирую сделать по ней отдельное видео, однако я очень часто вижу, что люди просто все переусложняют.

Просто разделите ваше приложение на четкие слои и придерживайтесь их. Идеально под все кейсы в любом случае не подстроишься, тем более с первого раза.

Тоже самое и касательно структуры папок, очень много споров, хотя казалось бы, не такая значительная вещь. Главное, чтобы была какая-то структура и ее придерживались, а остальное думаю уже не важно.

Я не говорю, что нужно брать и писать говно код. Мне кажется важная вещь, о которой нужно задумываться это то, чтобы вы могли в любой момент заменить какой-то модуль на другой, и ваша логика не была размазана по всему приложению.

Однако пытаться покрыть кейсы, которые могут произойти в будущем не стоит. Я также часто люблю себе напоминать о том, что с первого раза никогда не получается сделать что-то хорошее.

Поэтому если есть новый функционал - делайте его хорошо, но не стремитесь к идеалу. Когда настанет время переделывать - тогда уже будет виднее. А может переделывать его вообще не придется, по крайней мере вам).

#devtips #cleancode