106 историй о чистом коде, которые стоит узнать
12 апреля 2023 г.Давайте узнаем о Чистом коде из этих 106 бесплатных историй. Они упорядочены по наибольшему времени чтения, созданного на HackerNoon. Посетите /Learn Repo, чтобы найти самые читаемые истории о любой технологии.
1. Более глубокий взгляд на чистую архитектуру: Flutter vs Kotlin
Приложение Flutter против приложения Kotlin. MVI Clean Code Freezd и Riverpod
2. Хакер пытался украсть 566 миллионов долларов, используя запах кода, и вот как
Вчера, 7 октября 2022 года, пришлось остановить один из крупных блокчейнов. Эта новость была шокирующей, поскольку большинство блокчейнов децентрализованы по определению.
3. Как найти неприятные места в вашем коде [Часть XVI]
Самый красивый код, самые красивые функции и самые красивые программы иногда отсутствуют вовсе.
4. Взломайте свой технический долг: задача «На 1 % лучше каждый день»
Технический долг легко растет в нашей кодовой базе. Посвятите 20 минут в день в течение 30 дней решению технических проблем и становитесь лучше на 1 % каждый день.
5. Как найти неприятные места в коде [Часть XII]
Больше запахов кода для вашего удовольствия от чтения
6. Актуален ли сухой код сегодня?
7. Принципы чистой реляционной базы данных
В статье описывается, как должна быть спроектирована реляционная база данных для правильной работы в режиме OLTP.
8. Как излишняя любовь к коду может навредить продукту
История о том, как важно сохранять плавный баланс между сложностью и простотой при создании программного обеспечения.
9. Как найти неприятные места в коде [Часть XXII]
Большинство этих запахов — просто намеки на то, что что-то может быть не так. Их не обязательно исправлять как таковые… (Тем не менее, вы должны изучить это.)
10. Разделите компоненты Go, используя шаблоны посредника и агрегатора событий
Разделите компоненты Go, используя шаблоны Mediator и Event Aggregator. Узнайте, как использовать библиотеку посредника/агрегатора событий с открытым исходным кодом под названием mob.
11. НЕТ!! GitHub Copilot НЕ украдет вашу работу
GitHub Copilot не представляет угрозы для отличных разработчиков программного обеспечения. Просто ярлык для ленивых.
12. Принятие шаблона репозитория для расширенной внутренней разработки с помощью FastAPI
В этой статье мы рассмотрим преимущества использования шаблона репозитория при создании серверных систем с FastAPI.
13. Использование функций расширения Kotlin: хорошее, плохое и уродливое
Функции расширения позволяют нативно реализовать шаблон "декоратор". Существуют рекомендации по их использованию.
14. Как найти вонючие части вашего кода [Часть XX]: мы достигли 100!
Мы достигли сотого запаха кода!
15. Использование защитных предложений для очистки условных выражений [Практическое руководство]
Одной из первых техник, которую изучают разработчики, является оператор if/else. По очевидным причинам операторы if/else являются основным способом создания логических деревьев. Здесь мы обрабатываем вычисления по-разному в зависимости от входных переменных. Однако сложные и вложенные операторы if/else становятся когнитивным бременем для рассуждений. Поэтому следующему разработчику может быть сложно быстро понять.
16. Симптом удаления кода
Есть набор навыков и качеств, которые делают идеальное программное обеспечение разработчиком, которым мы все ищем или ищем, чтобы нанять. Однако прямо сейчас я собираюсь подчеркнуть важность качества, которое в основном присуще старшим разработчикам.
17. Как найти неприятные места в коде [Часть XXI]
Кодовые запахи — это классика. Он пахнет, потому что, вероятно, есть много случаев, когда его можно отредактировать или улучшить.
18. Инженер-программист Макси Контьери пишет о «скучных» основах
Макси — инженер-программист и преподаватель из Аргентины. Узнайте об этом талантливом авторе HackerNoon!
19. Как найти неприятные места в коде [Часть XXVII]
Выявление запахов в вашем коде и отладка простым способом.
20. Пошаговое создание Wordle с помощью Codex AI
Я расшифровываю инструкции по созданию рабочего слова, используя естественный язык.
21. Узнайте, как использовать подмодули Git на практике
В этом посте мы узнаем о концепции подмодулей в git, фактически устраняя неполадки в случае встраивания нескольких репозиториев git
22. Пишите так, как будто вы строите замок из Lego
В статье программирование сравнивается со строительством замка из Lego, и подчеркивается важность следования рекомендациям, чтобы избежать ошибок и создать надежный код.
23. Сделайте ваш код красивым
Когда вы новичок в программировании, вы сосредоточены на том, чтобы ваш код работал, а не на том, чтобы он выглядел красиво.
24. Книга чистого кода для разработчиков JavaScript: краткий обзор
В этой записи блога кратко излагается книга Роберта Мартина «Чистый код» о том, как писать удобочитаемый и удобный для сопровождения код.
25. Пишите более чистый код с помощью пяти лучших приемов JavaScript
26 . Я написал более 90 статей в 2021 году, и вот что я узнал в двух словах
В этой статье обобщается мой писательский опыт во время пандемии 2021 года.
27. Рефакторинг: удаление сеттеров #CodeSmell
Предупреждение: сеттеры считаются вонючими
28. Код — это документация; парадокс, который звучит правдоподобно
В первый раз, когда я услышал, как кто-то сказал: «код — это документация», я подумал, что это звучит совершенно неправильно, как ленивая отмазка для того, чтобы не создавать документацию.
29. Могущественный разработчик приложений против надоедливой ошибки
Год назад я, всемогущий разработчик мобильных приложений, столкнулся с надоедливой ошибкой, из-за которой мое драгоценное творение часто зависало для пользователей.
30. Как найти неприятные места в коде [Часть XV]
Мы видим несколько симптомов и ситуаций, которые заставляют усомниться в качестве нашего развития. Большинство этих запахов — всего лишь намеки на то, что что-то может быть не так.
31. Y2K22: проблема, из-за которой миллионы писем по всему миру остались недоставленными
Ошибка Y2K22 является следствием очень плохой разработки программного обеспечения
32. Почему вы должны начать рефакторинг своей кодовой базы сегодня
Что такое рефакторинг? Почему мы пытаемся улучшить код, который работает?
33. Хранение кода в монорепозитории: плюсы и минусы
34 . Отсутствие внутреннего состояния и то, как это упрощает тестирование и рефакторинг ваших классов
Вероятно, вы часто слышите, что разработка через тестирование (TDD) или просто написание тестов могут сделать ваш код лучше.
35. Почему всегда следует избегать кодирования типа в именах
Правило: при именовании переменной не кодируйте ее тип в ее имени, даже на языке с динамической типизацией.
36. 5 способов предотвратить сбой серверного оборудования
Используйте зрелые инструменты для создания зрелого программного обеспечения
37. Создание сильной культуры качества кода в вашей организации
Узнайте, как создать культуру качества кода, чтобы повысить удобство сопровождения, масштабируемость и эффективность, а также опередить конкурентов.
38. Стратегии непрерывной интеграции (CI): что нужно знать
Когда у вас есть несколько разработчиков, работающих над одним и тем же кодом, вы можете столкнуться с множеством проблем при слиянии. Вот где появляются ветки.
39. Как настроить систему и культуру команды для тщательной проверки кода
Все компании-разработчики программного обеспечения должны использовать преднамеренный и структурированный подход к проверке кода. Вот несколько советов, как это сделать.
40. Мифы и реальность кода без ошибок
41. TDD Conference 2021: церемония открытия Алекса Бунарджича
Алекс — ветеран разработки программного обеспечения с более чем 30-летним практическим профессиональным опытом. Он убежденный сторонник экстремального программирования и TDD.
42. Почему это так сложно?
В этой статье исследуется, что такое хороший код, и рассказывается о некоторых принципах хорошей структуры.
43. Меньше грязного кода
Чистый код — это ложь, и никто его не пишет.
44. Особенности машинописного текста, которые подтолкнули меня к созданию новой библиотеки внедрения зависимостей
Особенности Typescript подтолкнули меня к тому, чтобы заново изобрести колесо, создав новую библиотеку внедрения зависимостей для Javascript.
45. Как найти неприятные места в коде [Часть XXX]
Большинство этих запахов — просто намеки на то, что что-то может быть не так. Следовательно, их не обязательно исправлять как таковые… (Тем не менее, вы должны изучить это.)
46. Как найти неприятные места в коде [Часть XXIII]
Он пахнет, потому что, вероятно, есть много случаев, когда его можно отредактировать или улучшить.
47. 4 способа, которыми инженеры-программисты организуют свои TODO
TODO — сложная тема для разработчиков. Многие кодовые базы виновны в том, что TODO задерживаются, в то время как никто не знает, кто отвечает за TODO, или даже не имеет необходимого контекста для его решения. Тем не менее, должны ли мы стыдиться наших затянувшихся TODO?
48. Как найти неприятные места в коде [Часть XXIV]
Большинство этих запахов — просто намеки на то, что что-то может быть не так. Их не обязательно исправлять как таковые… (Тем не менее, вы должны изучить это.)
49. Как найти неприятные места в вашем коде [Часть XVIII]
Приходит больше кода
50. Как писать чистый, хорошо поддерживаемый код с помощью статического анализатора и PMD
Статический анализатор может уменьшить вероятность ошибок, например, когда вы случайно перезаписываете переменную другим значением.
51. Создавайте масштабируемые продукты, программируя для расширения функций в будущем
Как создавать масштабируемые продукты с помощью кода для расширения функций и возможностей в будущем. устаревший код при сохранении упрощенного пользовательского интерфейса для сложных функций
52. Как найти вонючие части вашего кода [Часть XIII]
Мы видим несколько симптомов и ситуаций, которые заставляют усомниться в качестве нашей разработки.
53. Как найти неприятные места в коде [Часть XXVI]
Как легко отлаживать код
54. Как найти неприятные места в коде [часть XXXII]
Он пахнет, потому что, вероятно, есть много случаев, когда его можно отредактировать или улучшить. Большинство этих запахов — просто намеки на то, что что-то может быть не так.
55. Как найти неприятные места в коде [Часть XIX]
Пахнет новым кодом!
56. Давайте перестанем называть их «ошибками» — качество программного обеспечения — наша ответственность
Термин «ошибка» звучит как оправдание, выходящее за рамки нашей компетенции, заражающее наши системы. Это не. Качество программного обеспечения находится под нашим контролем. Мы несем ответственность за доставку
57. Использование оператора Switch в Python
Да, вы правильно прочитали. Если вы какое-то время занимаетесь программированием и если Python — не первый язык программирования, с которого вы начали, то вы определенно знаете, что такое оператор Switch, и цените его безупречность, когда вам нужно учитывать несколько условий/случаев для поток управления.
58. Как найти неприятные места в коде [часть XXXIII]
Большинство этих запахов — просто намеки на то, что что-то может быть не так. Следовательно, их не обязательно исправлять как таковые… (Тем не менее, вы должны изучить это.)
59. 6 примеров, как отличить желательные технические долги от нежелательных
Технические долги были в центре дебатов разработчиков программного обеспечения в течение достаточно долгого времени. Обсуждалась не только его аналогия с финансовыми терминами, но и различные контексты и аспекты, которые содержит долг.
60. Как найти неприятные места в коде [Часть XXV]
Запах запахов кода — это классика, но вам следует присмотреться к нему более внимательно, если вы хотите улучшить свой запах кода.
61. Как избежать неприятного запаха кода: руководство по NDepend
Разработчики .NET могут оценивать и визуализировать кодовую базу с помощью надежного инструмента статического анализа NDepend. Это помогает программистам понять качество и основные
62. Значение, цель и преимущества рефакторинга кода
В статье мы затрагиваем тему рефакторинга кода и обсуждаем ценность этого процесса.
63. Как найти вонючие части кода [часть XXXI]
Новички боятся удалять код. И многие пожилые тоже.
64. Распутываем сильно вложенный код Python
Уменьшение уровня вложенности кода за счет применения защитного предложения.
65. Как найти неприятные места в коде [Часть XXVIII]
Научитесь легко вылавливать запахи кода и отлаживать его.
66. Человеку свойственно ошибаться, а проверять — божественно
Мы люди, мы забываем, мы делаем ошибки, мы меняем вещи, идеи; Это происходит, когда мы работаем в одиночку, представьте, когда вы в команде!
67. Взломайте свой технический долг: задача «На 1 % лучше каждый день»
Технический долг легко растет в нашей кодовой базе. Посвятите 20 минут в день в течение 30 дней решению технических проблем и становитесь лучше на 1 % каждый день.
68. 10 основных ошибок проектов с открытым исходным кодом C++, обнаруженных в 2019 году
Очередной год подходит к концу, и это идеальное время, чтобы сделать себе чашку кофе и перечитать обзоры ошибок, собранные в проектах с открытым исходным кодом за этот год. Конечно, это займет довольно много времени, поэтому мы подготовили эту статью, чтобы облегчить вам задачу. Сегодня мы вспомним самые интересные темные пятна, с которыми мы столкнулись в open-source проектах C/C++ в 2019 году.
69. Как чистый код снижает качество разработчиков
Я считаю, что у разработки программного обеспечения есть проблема с неправильным продвижением и чрезмерным продвижением «Чистого кода».
70. Кори Хаус считает, что кодирование и написание прозы объединяет 3 вещи
Ваш код читается как книга?
71. Отслеживание и усиление Управляйте своим техническим долгом, чтобы принимать более эффективные стратегические решения
Если вы ищете инструмент для управления техническим долгом, эта статья поможет вам принять правильное решение.
72. Поймите назначение шаблонов и принципов перед их применением
TL;DR;
73. 100 советов по программированию из книги Роберта Мартина Clean Code
«Чистый код» Роберта С. Мартина — самая рекомендуемая книга по программированию всех времен. На то есть веская причина.
74. 4 простых навыка для инженерных команд, чтобы избавиться от технического долга
В предыдущей статье мы рассмотрели макроэкономические тенденции, которые делают технический долг неизбежным. Однако, несмотря на то, что технический долг является фактом жизни, техническое банкротство не обязательно. Итак, на этот раз давайте рассмотрим методы, которые мы можем использовать, чтобы избежать технического банкротства и избавить всех от горя, времени и денег.
75. Основные принципы кодирования, которым нужно следовать
Я хочу поделиться основными понятиями о том, как писать надежный и удобный в сопровождении код. Они позволят вам писать более качественный и удобный для сопровождения код.
76. 6 отличных советов, которые помогут вам с селекторами CSS
Выбор правильных селекторов CSS может доставить немало хлопот, а информации так много, что временами она может быть даже немного ошеломляющей. Такие слова, как «комбинаторы» и «специфичность», часто встречаются, вы читали, как большая специфичность повышает эффективность, но затем, по мнению некоторых, идентификаторов (наиболее специфичных) следует избегать как чумы. Что делать бедному кодеру, когда он перемещается по каскадному ландшафту таблиц стилей? Надеюсь, к концу этого я смогу рассказать о некоторых передовых методах и предоставить достаточно дополнительных ресурсов, чтобы навсегда решить эту проблему.
77. Приготовьтесь к очистке данных
Само собой разумеется, что данные являются краеугольным камнем любого анализа данных.
78. Написание чистого кода: именование
Код больше читается, чем пишется. Чтобы писать код, мы постоянно его читаем. Вот 8 правил написания более чистого кода, основанных на выборе лучших имен.
79. Мы должны избавиться от «Hello, World!» Навсегда💩
Каждый учебник, который я читал за последние 30 лет, начинается с печально известного примера «Hello World». Это может быть одной из причин, по которой мы пишем дрянное программное обеспечение.
80. Как найти неприятные места в коде (часть IX)
Еще больше пахнет кодом? Разве их недостаточно?
81. Использование черного цвета для автоматического форматирования вашего Python
Как перестать беспокоиться и использовать автоматическое форматирование в коде Python.
82. Создание игры Wordle с помощью разработки через тестирование за 25 минут
С помощью TDD очень легко разработать полную игру в слова.
83. Как провалить собеседование по программированию
Притча о срыве сроков и чрезмерной инженерии
84. Внедрите эту культурную характеристику, чтобы создать здоровую кодовую базу
Легко признавать корпоративную культуру на словах. Но немногие компании активно учитывают те немногие культурные особенности, которые существенно влияют на эффективность, потому что это сложная часть.
85. Как найти неприятные места в вашем коде (Часть II)
Есть больше запахов кода. Продолжаем менять ароматы. Мы видим несколько симптомов и ситуаций, которые заставляют усомниться в качестве нашего развития. Давайте рассмотрим некоторые возможные решения.
86. 40+ наводящих на размышления цитат разработчиков программного обеспечения
Иногда короткая мысль может принести удивительные идеи. Есть несколько замечательных цитат, которые я собираю. Я использую их в качестве вдохновения или девиза для некоторых статей.
87. Парадигма функционального программирования в JavaScript
В функциональном программировании нет ничего нового. Функциональное программирование существует гораздо дольше, чем ООП, поскольку оно восходит к 60-м годам.
88. Полезные советы по написанию чистого кода
В этой короткой, но тем не менее полезной статье я собрал наиболее полезные советы по написанию чистого кода. Эти правила не зависят от языка, который вы используете, и бесценны как для начинающих, так и для опытных программистов.
89. Как правильно называть вещи
Возможно, не для всех новость, что в компьютерных науках есть две сложные вещи.
90. Как создать проект инженерии данных Python с шаблоном конвейера
В этой статье мы расскажем, как использовать конвейерные шаблоны в проектах обработки данных Python. Создайте функциональный конвейер, установите fastcore и выполните другие действия.
91. Использование Google Pinject для написания слабосвязанного кода Python
Внедрение зависимостей (DI) — это набор принципов проектирования программного обеспечения, которые позволяют инженерам разрабатывать слабосвязанный код. Этот пост о переполнении стека является лучшим описанием внедрения зависимостей в ELI5:
92. Макси Контьери о чистом коде, рефакторинге и разработке через тестирование
Я веду блог о чистом коде, рефакторинге и TDD. Я работаю в этой отрасли последние 25 лет
93. Как найти неприятные места в коде [Часть XIV]
На подходе новые запахи.
94. Как навсегда избавиться от раздражающих IF
Почему первая инструкция, которую мы учимся программировать, должна использоваться последней.
95. Более 400 наводящих на размышления цитат по разработке программного обеспечения
Самая полная тщательно подобранная коллекция цитат о программировании и программировании
96. Как найти неприятные места в вашем коде (часть X)
Больше запахов кода. Без шуток. Мы видим несколько симптомов и ситуаций, которые заставляют усомниться в качестве нашей разработки.
97. Как найти неприятные места в коде (часть VIII)
Еще больше пахнет кодом? Много!
98. Как найти неприятные места в вашем коде (Часть I)
Код плохо пахнет. Давайте посмотрим, как изменить ароматы. В этой серии мы увидим несколько симптомов и ситуаций, заставляющих усомниться в качестве наших разработок. Мы представим возможные решения. Большинство этих запахов — просто намеки на то, что что-то может быть не так. Это не жесткие правила.
99. Как написать несвязанный код с помощью MediatR: шаблон посредника
Недавно я написал сообщение в блоге, в котором представил некоторые из моих любимых пакетов NuGet: Мои лучшие 4 пакета NuGet для ASP.NET Core. В этом посте я кратко представил пакет под названием MediatR. Сегодня я посвящу этот пост более подробному пересмотру MediatR.
100. Как найти неприятные места в коде (часть V)
Мы закончили с запахами кода? Наверное, никогда!
101. Как найти неприятные места в коде (часть VII)
Мы видим несколько симптомов и ситуаций, которые заставляют усомниться в качестве нашей разработки.
102. 📚 Архитектура компонентов Android в модульном формате
Пример приложения Marvel kotlin с использованием архитектуры компонентов Android в модульном проекте
103. Как найти неприятные места в вашем коде [Часть XI]
Это еще одна глава о запахе кода
104. Как найти неприятные места в коде (часть III)
Есть еще запахи кода. Продолжаем менять ароматы. Мы видим несколько симптомов и ситуаций, которые заставляют усомниться в качестве нашей разработки.
105. Как найти неприятные места в коде (часть VI)
Мы устали от запахов кода? Еще нет!
106. Проблема с грязным кодом: улучшите свою игру с помощью правильной практики именования
Правило: всякий раз, когда вы называете переменную, функцию или класс, спросите, является ли оно кратким, честным, выразительным и полным.
Спасибо, что ознакомились со 106 самыми читаемыми статьями о чистом коде на HackerNoon.
Посетите /Learn Repo, чтобы найти самые читаемые истории о любой технологии.
Оригинал