Диджитализируй!

В 17 раз менее эффективный, чем хренденшолдерз, моешься будто просто башкой об дуб трёшься!

Уот вам немного wallpapers с моими деревенскими видами, в комментах большие исходники, можно кропать:)

Все, что поняли люди, нечитающие книги, из Муратори. Очень хорошо:) Грязный кот, выходи!

В диалогах выяснилось, что «чистый код» и «чистая архитектура» — это всё одно и то же. Готическая архитектура и Код да Винчи это в целом тоже, наверное, туда же. Но споряяяят... Эх:)

Посмотрел интересное видео Алексея. Нашёлся виновный в проблемах производительности - чистый код. Я предлагаю запретить PHP и Python, потому что они изначально медленнее Assembler! Красивый код может работать медленнее, но поддерживать красивый код быстрее и увеличивается производительность программиста. Затраты на работу программиста превышают стоимость железа, поэтому и выбирают более красивые языки, а не скорость. Если не нравиться скорость красивого кода, то давайте пойдём дальше и будем писать на ассемблере, он быстрее всех. https://www.youtube.com/watch?v=CgRrhHSldxI

Забавно, судя по комментариям добрая половина людей, рассуждающая о том, что можно (а то и нужно, эффективность же ж!) писать без Clean Code, эмммм, понятия не имеют, что такое Clean Code, сводя всё к SOLID. Уохххх:) Книжки читать оно, конечно, прошлый век, видосики и корявые статьи-выжимки наше всё, но... Но Clean Code это SOLID процентов на, может, 5. В книге Clean Code даже нет ни главы, ни подзаголовка, ни вообще аббревиатуры SOLID. Да, там упоминаются некоторые из этих принципов — но даже не все. Цитата со стр. 38:

«В этой книге периодически встречаются ссылки на различные принципы проектирования . В частности, упоминается принцип единой ответственности (SRP), принцип открытости/закрытости (OCP) и принцип обращения зависимостей (DIP) . Все эти принципы подробно описаны в PPP.»

Упоминаются эти принципы. Из пяти SOLID-принципов упоминаются причём только три. Можно ли, исходя из этого, приравнивать Clean Code к SOLID? Алё:) А о чём же Clean Code? А он о том: — почему не надо писать код «на отвали» — почему качественный код это не равно «код работает» — о том, как качественно называть переменные, классы и методы — о том, как декомпозировать задачи, — как качественно писать функции, — как использовать исключения, — как писать комментарии, — как форматировать код и почему это важно, — как использовать абстракции данных для упрощения кода и увеличения его гибкости, — о связности кода, — об ООП и принципах проектирования классов, — об инкапсуляции, — о проведении границ в коде, — о тестах — ... и многом другом. Так в целом да, Clean code для лохов, профессионалы ориентированы чисто на высокоэффективный код.

def pv(v, p):
    print("start this shit")
    z = 127  # не удалять!
    if p == 'f' or True:
        try:
            return v >= 56.5  
        except Exception as e:
            print("something пошло не так")
            return pv(v-1, p+"")
    elif p == 'm':
        return v >= 61.5
    print("finish this shit")

Ура!

Забавно, судя по комментариям добрая половина людей, рассуждающая о том, что можно (а то и нужно, эффективность же ж!) писать без Clean Code, эмммм, понятия не имеют, что такое Clean Code, сводя всё к SOLID. Уохххх:) Книжки читать оно, конечно, прошлый век, видосики и корявые статьи-выжимки наше всё, но... Но Clean Code это SOLID процентов на, может, 5. В книге Clean Code даже нет ни главы, ни подзаголовка, ни вообще аббревиатуры SOLID. Да, там упоминаются некоторые из этих принципов — но даже не все. Цитата со стр. 38:

«В этой книге периодически встречаются ссылки на различные принципы проектирования . В частности, упоминается принцип единой ответственности (SRP), принцип открытости/закрытости (OCP) и принцип обращения зависимостей (DIP) . Все эти принципы подробно описаны в PPP.»

Упоминаются эти принципы. Из пяти SOLID-принципов упоминаются причём только три. Можно ли, исходя из этого, приравнивать Clean Code к SOLID? Алё:) А о чём же Clean Code? А он о том: — почему не надо писать код «на отвали» — почему качественный код это не равно «код работает» — о том, как качественно называть переменные, классы и методы — о том, как декомпозировать задачи, — как качественно писать функции, — как использовать исключения, — как писать комментарии, — как форматировать код и почему это важно, — как использовать абстракции данных для упрощения кода и увеличения его гибкости, — о связности кода, — об ООП и принципах проектирования классов, — об инкапсуляции, — о проведении границ в коде, — о тестах — ... и многом другом. Так в целом да, Clean code для лохов, профессионалы ориентированы чисто на высокоэффективный код.

def pv(v, p):
    print("start this shit")
    z = 127  # не удалять!
    if p == 'f' or True:
        try:
            return v >= 56.5  
        except Exception as e:
            print("something пошло не так")
            return pv(v-1, p+"")
    elif p == 'm':
        return v >= 61.5
    print("finish this shit")

Ура!

Чистый код против тактов процессора, кто победит?! Давайте разбираться! YouTube | VK | RuTube

Отзыв на «Совершенный код» Макконнелла вжух! PS. А в Ботаним читаем дальше «PostgreSQL 16 изнутри»