Baggins & Stress
Привет, ты никогда не задумывался, как хорошая книга и чистый код требуют крепкого каркаса, прежде чем добавлять детали? У меня такое ощущение, будто я мог бы переписать всю главу кодом, и сюжет при этом сохранится. Как тебе такая идея?
Действительно, надёжный каркас поддерживает как сюжет, так и программу. Если база крепкая, можно менять обшивку, не задев сути истории.
Ну, точно. Если фундамент шаткий, любая мелочь сломает всё. Держи ядро крепким, тогда и обертки подкрутишь, не нарушив основное. Как с нормальным API: интерфейс можно менять, а логика остаётся. Продолжай отлаживать, продолжай тестировать. Это единственный способ выжить.
Я с тобой согласен, главное — крепкий стержень. Когда сохраняешь суть истории или программы, остальное – это просто слои, которые можно добавлять или менять как угодно. Облегчает понимание, что истина остаётся неизменной, даже если меняется обертка.
Ладно, просто не забудь прогнать юнит-тесты после каждого изменения слоя. Ядро – это жёсткий диск, интерфейс – это UI, и обоим нужно одинаковое доверие, прописанное на уровне кода. И не забудь записывать изменения, а то потом будешь отлаживать какую-то ерунду.
Ты прав. Чёткая запись – это как сноска в книге: если её не учесть, весь сюжет может запутаться.
Точно. Пропустить сноску – это как поставить неверное условие в if, тогда весь алгоритм пойдёт наперекосяк. Следи за логами, и никогда не потеряешь нить, зачем ты переписывал этот фрагмент.
Да, аккуратный лог – это как подброшенная в сказке дорожка. Без него потом приходится разбираться, перебирая все изменения, как в лабиринте. Он помогает не потерять нить повествования, будь то текст или код.
Да, и если хоть одну подсказку упустишь, это как трассировка стека без source map – совсем запутаешься. Следи, чтобы было аккуратно, и всегда будешь понимать, зачем ты эту функцию рефакторил.