OneCode

Какая же интересная штука - программирование. Иногда хочется читать, смотреть, изучать и писать код целыми днями! Иногда, конечно, устаёшь, но не часто 😀 Прикольная статья с примерами кода о том, как два разработчика решили одну и туже задачу по-разному: https://laravel-news.com/two-developers-approach-the-same-problem Какой вариант тебе кажется лучшим? Свой, третий? 😁 Хорошего дня, ребят!

Аргументы-флаги уродливы. Передача логического значения функции — воистину ужасная привычка. Она усложняет сигнатуру метода, громко провозглашая, что функция выполняет более одной операции. При истинном значении флага выполняется одна операция, а при ложном — другая. Вызов метода

render(true)

откровенно сбивает с толку бедного читателя. Если навести указатель мыши на вызов и увидеть

render(bool $test)

, ситуация слегка проясняется, но ненамного. Эту функцию следовало бы разбить на две:

render()

и

renderForTest()

.

В идеальном случае количество аргументов функции равно нулю (нульарная функция). Далее следуют функции с одним аргументом (унарные) и с двумя аргументами (бинарные). Функций с тремя аргументами (тернарных) следует по возможности избегать. Необходимость функций с большим количеством аргументов (полиарных) должна быть подкреплена очень вескими доводами — и все равно такие функции лучше не использовать. Мартин Фаулер, Чистый код #clean_code

Laravel Blade Snippets Полезное расширение VSCode для подсветки и автозаполнения директив в наших blade-шаблонах. https://marketplace.visualstudio.com/items?itemName=onecentlin.laravel-blade Подпишись: @onecode_blog

Доброго дня. Есть ли специалисты по Bitrix? Заказчик хочет перенести сайт с Тильды на Битрикс. Собственную CMS не хотят писать. К Wordpress тоже с недоверием относятся. Ищут специалиста на Bitrix

Трудно переоценить пользу хороших имен функций. Вспомните принцип Уорда: «Вы работаете с чистым кодом, если каждая функция в основном делает то, что вы от нее ожидали». Половина усилий по реализации этого принципа сводится к выбору хороших имен для компактных функций, выполняющих одну операцию. Чем меньше и специализированнее функция, тем проще выбрать для нее содержательное имя. Не бойтесь использовать длинные имена. Длинное содержательное имя лучше короткого невразумительного. Выберите схему, которая позволяет легко прочитать слова в имени функции, а затем составьте из этих слов имя, которое описывает назначение функции. Не бойтесь расходовать время на выбор имени. Опробуйте несколько разных имён и посмотрите, как читается код с каждым из вариантов. Мартин Фаулер, Чистый код #clean_code

Первое правило: функции должны быть компактными. Второе правило: функции должны быть еще компактнее. Я не могу научно обосновать свое утверждение. Не ждите от меня ссылок на исследования, доказывающие, что очень маленькие функции лучше больших. Я могу всего лишь сказать, что я почти четыре десятилетия писал функции всевозможных размеров. Мне доводилось создавать кошмарных монстров в 3000 строк. Я написал бесчисленное множество функций длиной от 100 до 300 строк. И я писал функции от 20 до 30 строк. Мой практический опыт научил меня (ценой многих проб и ошибок), что функции должны быть очень маленькими . Мартин Фаулер, Чистый код #clean_code

На заметку ☝️

Одно из различий между умным и профессиональным программистом заключается в том, что профессионал понимает - ясность превыше всего. Профессионалы используют свою силу во благо и пишут код, понятный для других людей. Мартин Фаулер, Чистый код #clean_code

У бойскаутов существует простое правило, которое применимо и к нашей профессии: Оставь место стоянки чище, чем оно было до твоего прихода. Если мы все будем оставлять свой код чище, чем он был до нашего прихода, то код попросту не будет загнивать. Чистка не обязана быть глобальной. Присвойте более понятное имя переменной, разбейте слишком большую функцию, устраните одно незначительное повторение, почистите сложную цепочку if. Мартин Фаулер, Чистый код #clean_code

Мы - авторы кода. Авторы всегда пишут для читателей. Значит мы пишем свой код для читателей, поэтому несём ответственность за то, чтобы хорошо изложить свои мысли. Мартин Фаулер, Чистый код

При написании кода нельзя спешить. Нужно перечитывать его, изменять, уделяя внимание мелочам. Код должен писаться тщательно, с душой.

Vue 3 Migration Changes PDF с несовместимыми изменениями между Vue 2 и 3 версиями. https://cloud.mail.ru/public/CSJv/GBsanwEhm Подпишись: @onecode_blog

То чувство, когда не закрывал редактор кода пару недель и удерживаешь Cmd+W на протяжении 30 секунд, чтобы закрыть все вкладки =)

Плюрализация в Laravel Как склонять слова в зависимости от количества? https://youtu.be/20co8Cn1lBc Подпишись: @onecode_blog

Подпишись: @onecode_blog