Во как - фифти/фифти. Уверен, что некоторые из тех, кто умеет слепую печать НЕ используют 10 пальцевый метод или, как я, имеют сложности с набором цифр и спец символов.

Лично я буду тренировать свою печать, чтобы стало еще лучше. В связи с этим есть идея создать отдельный чат, где будем вместе практиковаться.

Каждый день проходим по одному уроку на тренажере и скидываем скрин с результатами в чат.

Таким образом будет дополнительная мотивация, типа другие делают и мне надо НЕ отставать.

Предлагаю стартовать в понедельник. Делаем?

Независимо от того, проектируете ли вы целую систему или ее отдельные модули, помните: используйте самое простое решение из всех возможных.

Роберт Мартин, Чистый код #clean_code

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

Всем хорошей недели друзья! 🥳

Laravel Helpers #5

Видео YouTube

https://youtu.be/lZDzAsEmVbU

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

#helpers

Если кто не понял - в предыдущем видео комментарии пишу я, а код пишет - плагин для VsCode через нейросеть ☝️

Четыре правила простой архитектуры [XPE] Кента Бека

Согласно Кенту, архитектура может считаться простой, если она:
1. Обеспечивает прохождение всех тестов
2. Не содержит дублирующегося кода
3. Выражает намерения программиста
4. Использует минимальное количество классов и методов.

Правила приведены в порядке их важности.

Роберт Мартин, Чистый код #clean_code

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

Писать код заранее

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

Для того, чтобы не тратить время на печатание кода и ускорить запись и просмотр видео при таком же уровне пользы.

Что думаете?

Большинству читателей доводилось работать с запутанным кодом. Многие из них создавали запутанный код сами. Легко написать код, понятный для нас самих, потому что в момент его написания мы глубоко понимаем решаемую проблему и контекст. У других программистов, которые будут заниматься сопровождением этого кода, такого понимания не будет.

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

Следовательно, код должен чётко выражать намерения своего автора. Чем понятнее будет код, тем меньше времени понадобится другим программистам, чтобы разобраться в нём. Это способствует уменьшению количества дефектов и снижению затрат на сопровождение.

Роберт Мартин, Чистый код #clean_code

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

Laravel Helpers #6

Frontend URL

https://youtu.be/WcG9lpM1N0Y

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

#helpers

20 уроков, которые я вынес из 20 лет работы программистом

Приобретенный за последние двадцать лет опыт сформировал мои взгляды на разработку и привел меня к некоторым выводам – я попытался скомпоновать их в удобоваримый список, в котором вы, надеюсь, найдете что-то ценное для себя.

https://habr.com/ru/company/productivity_inside/blog/717108/

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

Хороший выбор имён помогает выразить ваши намерения. Имя класса или функции должно восприниматься «на слух», а когда читатель разбирается в том, что делает класс, это не должно вызывать у него удивления.

Относительно небольшой размер функций и классов также помогает выразить ваши намерения. Компактным классам и функциям проще присваивать имена; они легко пишутся и в них легко разобраться.

Хорошо написанные модульные тесты тоже выразительны. Они могут рассматриваться как разновидность документации, построенная на конкретных примерах. Читая код тестов, разработчик должен составить хотя бы общее представление о том, что делает класс.

И все же самое важное, что можно сделать для создания выразительного кода — это постараться сделать его выразительным. Как только наш код заработает, мы обычно переходим к следующей задаче, не прикладывая особых усилий к тому, чтобы код легко читался другими людьми. Но помните: следующим человеком, которому придется разбираться в вашем коде, с большой вероятностью окажетесь вы сами.

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

Роберт Мартин, Чистый код #clean_code

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

Братан, ChatGPT фигни не посоветует 😁

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