Проблема в том, что книга пропагандирует крайности.
Нет. Проблема в том, что глава "комментарии" в книге "чистый код" занимает ~22 страницы размышлений о том, какие комментарии вредны, а какие необходимы. Но для некоторых это оказывается слишком сложным, отчего всё сводится к максимально догматичному: "комментарии писать нельзя". Потому что так проще. Ирония здесь в том, что автор статьи, затрагивая тему комментариев, разбивает аргументы из чистого кода с помощью... чистого кода.
Почему? Если в Unity используется Mono backend, то все скрипты лежат в отдельной DLL-ке. Просмотреть DLL-ку обычно никаких трудностей не вызывает.
Не скажу, что я уделил этому достаточно времени, но каких-либо внушительных проблем я при беглом взгляде не обнаружил. Разве что повсеместное использование корутин. Но могу сделать смелое предположение, что основное потребление так или иначе выпадает на работу с окнами, определением поверх остальных окон, прозрачностью, работой с системой.
По теме производительности, я столкнулся только с 300МБ использованной памяти, а процессор потреблял не больше пары процентов, чаще <1%. Потребление значительно возрастает, когда заходишь в настройки, но это известная проблема взаимоотношений Unity и скроллов.
Но чтобы хорошо подтягиваться нужно всё-таки подтягиваться.
Это верно. Но что делать, если не можешь подтянуться ни разу? Уменьшаешь нагрузку с помощью резинок или начинаешь использовать другие упражнения. Собственно, в роли других упражнений и может выступать математика.
Тем не менее, даже к вашей статье, которая несравнимо меньше 300-х страниц формата А5 и большого шрифта, у читателей возникло не меньше вопросов, нежели у вас к книге. Это говорит о качестве книги или статьи? В общем, почва для холиваров и обсуждений в программировании просто необъятна, поэтому на этом фоне "три вредных совета" смотрятся уж чересчур блекло. Уверен, что вредных советов там намного больше. Впрочем, как и в любой книге по программированию.
Нет. Проблема в том, что глава "комментарии" в книге "чистый код" занимает ~22 страницы размышлений о том, какие комментарии вредны, а какие необходимы. Но для некоторых это оказывается слишком сложным, отчего всё сводится к максимально догматичному: "комментарии писать нельзя". Потому что так проще. Ирония здесь в том, что автор статьи, затрагивая тему комментариев, разбивает аргументы из чистого кода с помощью... чистого кода.
Почему? Если в Unity используется Mono backend, то все скрипты лежат в отдельной DLL-ке. Просмотреть DLL-ку обычно никаких трудностей не вызывает.
Не скажу, что я уделил этому достаточно времени, но каких-либо внушительных проблем я при беглом взгляде не обнаружил. Разве что повсеместное использование корутин. Но могу сделать смелое предположение, что основное потребление так или иначе выпадает на работу с окнами, определением поверх остальных окон, прозрачностью, работой с системой.
По теме производительности, я столкнулся только с 300МБ использованной памяти, а процессор потреблял не больше пары процентов, чаще <1%. Потребление значительно возрастает, когда заходишь в настройки, но это известная проблема взаимоотношений Unity и скроллов.
Это верно. Но что делать, если не можешь подтянуться ни разу? Уменьшаешь нагрузку с помощью резинок или начинаешь использовать другие упражнения. Собственно, в роли других упражнений и может выступать математика.
Два часа на live coding? О, господи...
Тем не менее, даже к вашей статье, которая несравнимо меньше 300-х страниц формата А5 и большого шрифта, у читателей возникло не меньше вопросов, нежели у вас к книге. Это говорит о качестве книги или статьи? В общем, почва для холиваров и обсуждений в программировании просто необъятна, поэтому на этом фоне "три вредных совета" смотрятся уж чересчур блекло. Уверен, что вредных советов там намного больше. Впрочем, как и в любой книге по программированию.
Другими словами, всего три претензии на книгу по программированию в 300+ страниц? Слушайте, вы продали мне эту книгу.