Спасибо за видео! Кстати, я сразу всегда старался, давать смысловое название - переменным. Ну тем более, когда знаешь английский язык, даже приятно и красиво получается.
Подробные наименования всего подряд переоценены. Чем меньше лишних слов на экране, тем яснее просматривается сама суть - действие, используемые алгоритмы/API. Всё остальное онанизм, растрачивающий бесценное внимание и время. Код не должен быть настолько сложным/длинным, чтобы имена переменных имели какое-либо существенное значение. Есть простое правило: чем меньше область видимости, тем короче наименования. А область видимости желательно сжимать до минимума на всех возможных уровнях (декомпозировать). Подробные имена необходимы только на высоких слоях абстракции: для публичных, глобальных, межсистемных сущностей и т.д. То есть там, где фокус не на реализации алгоритмов, а на информативности. Хорошим кодом можно назвать только тот, который становится только чище и понятнее при наименовании переменных a/b/c
Спасибо за видео! Кстати, я сразу всегда старался, давать смысловое название - переменным. Ну тем более, когда знаешь английский язык, даже приятно и красиво получается.
Спасибо большое за твой труд друг!
Код становится ещё понятнее при переходе со структурного программирования на ООП.
Всё так. Частый повод собрать обсуждение команды синьоров - обсудить имена переменных)
А вот книга для закрепления: Чистый код. Создание, анализ и рефакторинг, Роберт Мартин
Как корабль назовёшь, так он и читается.. Присоединяюсь к благодарностям🤝
в питоне вроде pep8 для целей правильного оформления кода (сам ещё не читал). наверное в каждом языке есть такие рекомендации
это был не дзен... после такого, обычно, в голове "дзыннннь". бывает такое. со временем начинаешь отличать😂😂😂
Подробные наименования всего подряд переоценены. Чем меньше лишних слов на экране, тем яснее просматривается сама суть - действие, используемые алгоритмы/API. Всё остальное онанизм, растрачивающий бесценное внимание и время. Код не должен быть настолько сложным/длинным, чтобы имена переменных имели какое-либо существенное значение. Есть простое правило: чем меньше область видимости, тем короче наименования. А область видимости желательно сжимать до минимума на всех возможных уровнях (декомпозировать). Подробные имена необходимы только на высоких слоях абстракции: для публичных, глобальных, межсистемных сущностей и т.д. То есть там, где фокус не на реализации алгоритмов, а на информативности. Хорошим кодом можно назвать только тот, который становится только чище и понятнее при наименовании переменных a/b/c
Вы, наверно, не видели жабу. 😂
Этому ж на самых азах учат)
То вы учили блоггеров, то теперь вы айтишники😂