#РазрабошнаяЧитает #SoftwareDesignPhilosophy В предыдущих заметках мы познакомились с предложенными автором книги приёмами, позволяющими держать в узде сложность системы и сделать тем самым её код понятнее. При этом бытует мнение, что высокопроизводительный и понятный код — это несовместимые друг с другом противоположности. Поэтому было очень интересно узнать, что думает автор по поводу оптимизации уже написанного кода и думает ли что-то вообще)) По итогу оказалось, что у автора есть своё видение вопроса и мы его сейчас рассмотрим. - Во первых, нужно оптимизировать не просто код, а код в контексте реализуемого им сценария. Это позволяет чётко очертить границы оптимизируемого кода, а также лучше понять цели оптимизации. Кроме того, что не менее важно, это поможет продумать, как отслеживать достижение сформулированных целей. - Во вторых, прежде чем приступать к оптимизации, стоит попробовать обобщить оптимизируемый код, сократив поголовье ифов, свичей, etc. За счёт этого уменьшится вариативность и сценарий приблизится к линейному на столько, на сколько это возможно. В конечном счёте код станет проще и оптимизировать его будет легче. - В третьих, когда предыдущий приём исчерпает себя, а сценарий ещё не будет линейным, стоит разделить его на N линейных подсценариев и оптимизировать каждый из них по отдельности. Поскольку каждый из подсценариев проще исходного, то и новая задача оптимизации также будет проще исходной. Если совместить приёмы из предыдущих заметок с авторским видением оптимизации, то можно увидеть, что вмести они позволяют держать под контролем сложность оптимизированного кода, чего, наверное, и хотел автор))) А на этом всё, stay tuned) Подписаться | Чат