Когда начинаешь работать разработчиком, кажется, что главное — писать код. Чем больше строк, тем “настоящая” работа.
Но чем дальше, тем сильнее ощущение, что код — это вообще финальный шаг. Иногда даже самый простой.
1. Код почти всегда уже понятен
Если задачу разложить правильно:
- данные есть
- API понятен
- UI примерно описан
то сам код превращается в рутину.
Не всегда простую, но предсказуемую.
Сложность обычно не в “написать”, а в “понять что писать”.
2. Самое сложное — договориться о смысле
Один и тот же запрос может означать разное:
- “покажи статистику” → какую именно?
- “ускорить загрузку” → на сколько и за счёт чего?
- “сделать удобно” → для кого?
90% проблем — это не баги, а разные ожидания от одной и той же системы.
3. Архитектура — это решения без кода
Например:
- где хранить состояние
- где заканчивается UI и начинается логика
- как разделить данные по сущностям
- как не утонуть в интеграциях
Это всё уже влияет на код, но само по себе кодом не является.
И часто именно тут выигрываются или проигрываются проекты.
4. Ограничения важнее решений
Ты почти никогда не делаешь “идеально”.
Ты делаешь:
- быстрее, потому что сроки
- проще, потому что команда
- дешевле, потому что бизнес
И код — это просто отражение этих компромиссов.
5. Хороший код — это побочный эффект хороших решений
Если:
- правильно разделил ответственность
- понял бизнес-логику
- не усложнил модель раньше времени
то код почти “сам пишется”.
Если нет — никакой уровень сеньорности не спасает.
Итог
Разработка — это не про набор функций и классов.
Это про то, чтобы:
- правильно понять задачу
- разложить её на части
- договориться о смысле
А код — это просто способ зафиксировать решение.
Добавить комментарий