274 рассказа о качестве кода
16 апреля 2023 г.Давайте узнаем о Качестве кода из этих 274 бесплатных историй. Они упорядочены по наибольшему времени чтения, созданного на HackerNoon. Посетите /Learn Repo, чтобы найти самые читаемые истории о любой технологии.
Какими бы ни были ваши метрики для суждений, истории о качестве кода на HackerNoon помогут вам в этом.
1. WebdriverIO против. Селен: кто победит?
2. Создание чистой архитектуры с помощью Golang
Привет, ребята, я Front-End разработчик. До этого было время 2 года работаю с CMS Magento, мне нравится CMS Magento, потому что система чистая, а архитектура базы данных EAV (Сущность — Атрибут — Значение), но я не понимаю, почему присутствует, я разработчик интерфейса (я не знаю) в течение 2-х лет тока. И даю шанс вернуться на рабочее место Back-End, которое мне нравится.
3. 7 советов по Laravel, которые вы должны знать
Здравствуйте, меня зовут Адриан. Написав статью о 6 красноречивых трюках, которые должен знать каждый разработчик Laravel, и получив более положительные, чем ожидалось, отзывы читателей, я решил показать еще несколько советов Laravel, которые используются в Weap.
4. Перегрузка против. Переопределение в C#
Перегрузка и переопределение методов — это две распространенные формы полиморфизма (способность метода или класса иметь несколько форм) в C#, которые часто путают из-за похожих названий. В этой статье мы покажем разницу между ними на нескольких практических примерах кода.
5. 10 советов по программированию, которые стоит запомнить в 2023 году
Давайте взглянем на некоторые из лучших лайфхаков, которые стоит запомнить в новом году.
6. Почему важно контролировать качество кода
Код — это книга, и то, что читатель вынесет из этой книги, будет зависеть от того, как написан код.
7. Как настроить систему и культуру команды для тщательной проверки кода
Все компании-разработчики программного обеспечения должны использовать преднамеренный и структурированный подход к проверке кода. Вот несколько советов, как это сделать.
8. Не троллите своих товарищей по команде: 5 ключевых правил рецензирования кода
Проверка кода — важный шаг, необходимый для эффективной разработки программного обеспечения.
9. Как выглядит исправление ошибки
Невозможно писать код без ошибок — вы всегда начинаете с чего-то, тестируете это и исправляете все, что не так.
10. Код — это документация; парадокс, который звучит правдоподобно
В первый раз, когда я услышал, как кто-то сказал: «код — это документация», я подумал, что это звучит совершенно неправильно, как ленивая отмазка для того, чтобы не создавать документацию.
11. Как загрузить исходные карты в Sentry с помощью Next.js
Устранение неполадок с загрузкой исходных карт в Sentry с помощью Next.js
12. Стратегия дотошного кодирования применительно к проблеме метабазы № 14782
В этой короткой статье описывается применение тщательного подхода к кодированию для решения реальной проблемы.
13. Как управлять несколькими ИТ-проектами на уровне эксперта с помощью инструментов проверки кода
Независимо от того, пытаетесь ли вы организовать несколько проектов или хотите, чтобы рабочая нагрузка вашей команды была управляемой, есть несколько стратегий, которые вы можете использовать.
14. Взлом вашего пути через микросервисную архитектуру
15. Страшные истории о технических долгах, которыми поделились разработчики (часть 1)
Я попросил несколько разработчиков поделиться своими страшными историями о техническом долге.
16. Актуален ли сухой код сегодня?
17. Как исправить уязвимости безопасности в зависимостях NPM за 3 минуты
Привет народ!!! 🥑
18. Анализ вашего кода с помощью SonarQube, запущенного через образ Docker
Dockerize Your C# Code Analysis: Руководство для начинающих по SonarQube и Docker Image.
19. Как протестировать контроллер в Ruby On Rails
20. Почему вы должны начать рефакторинг своей кодовой базы сегодня
Что такое рефакторинг? Почему мы пытаемся улучшить код, который работает?
21. 10 советов экспертов по улучшению код-ревью: руководство для разработчиков
Код-ревью — неотъемлемая часть процесса разработки программного обеспечения. В этой статье мы обсудим 10 лучших способов проведения эффективных проверок кода,
22. 9 советов, как сделать регрессионное тестирование более эффективным
В связи с стремительным ростом числа пользователей мобильных приложений во всем мире пришло время, когда бренды должны сосредоточиться на обеспечении бесперебойной работы мобильных приложений. Следовательно, тестирование мобильных приложений является одним из способов достижения этой цели. Это показывает важность включения регрессионного тестирования в жизненный цикл разработки вашего мобильного приложения.
23. Полное руководство инженера по обработке невыполненных работ📝
Без организации невыполненные работы быстро становятся беспорядочными, а задачи не могут быть расставлены по приоритетам.
24. Основные концепции Angular
Основные концепции Angular для разработчиков от начинающих до продвинутых.
25. Почему обслуживанием проекта не должна заниматься отдельная команда
26. Сравнительная таблица инстансов: найдите подходящий инстанс AWS EC2
Итак, вы решили выбрать AWS в качестве основного поставщика облачных услуг и теперь хотите настроить свою среду. У вас есть проект для развертывания, и все, что вам осталось сделать, это выбрать экземпляр AWS, который будет запускать образ вашей машины. Но теперь, как и многие другие до вас, вы поставлены в тупик перед бесчисленным выбором инстансов EC2.
27. Введение в тестирование на основе свойств в C#
28. Иллюзия технического долга: из окопов
29. Сделайте ваш код красивым
Когда вы новичок в программировании, вы сосредоточены на том, чтобы ваш код работал, а не на том, чтобы он выглядел красиво.
30. 7 качественных показателей для измерения качества кода, которые должен знать каждый инженер
Высококачественный код имеет решающее значение для создания программного обеспечения без ошибок и ошибок, которое легко редактировать и понимать. Давайте посмотрим, как измерить качество кода.
31. Кори Хаус считает, что кодирование и написание прозы объединяет 3 вещи
Ваш код читается как книга?
32. Как я провел рефакторинг проекта SPA
В этой статье я буду говорить не о конкретных деталях рефакторинга кода, а о некоторых критических проблемах этого проекта.
33. Меньше грязного кода
Чистый код — это ложь, и никто его не пишет.
34. 6 верных способов провалить проект
Вы хотите, чтобы работа с вашим репозиторием была постоянным источником разочарования для ваших коллег-разработчиков? Прочтите несколько ужасных советов.
35. Плохая кодовая база отпугивает разработчиков
В этом обзоре разработки программного обеспечения мы узнаем о состоянии технического долга и технического найма.
36. Принципы проектирования программного обеспечения: правильное выполнение мелочей
Проектирование программных систем связано с компромиссами, а принимать компромиссные решения сложно. Вам всегда кажется, что вы теряете то одно, то другое, но сегодня мы поговорим не об этом.
37. Тестирование RSpec: пусть Vs. До
В RSpec есть два разных способа написания DRY-тестов: с помощью before и let. Их цель — создать переменные, общие для всех тестов. В этом посте мы рассмотрим различия между before и let и объясним, почему сообщество Ruby предпочитает let.
38. 100 советов по программированию из книги Роберта Мартина Clean Code
«Чистый код» Роберта С. Мартина — самая рекомендуемая книга по программированию всех времен. На то есть веская причина.
39. Основное руководство по качеству кода
40. Вы никогда не исправите это позже — как вытащить свою команду из зыбучих песков
Чем более быстрый и грязный код вы пишете, тем больше вы застреваете с ним, не позволяя вам выпустить какую-либо часть без большого взрыва. Вытащите себя.
41. Как начать с автотестов
В этой статье рассказывается о подходе, который можно предпринять, чтобы инициатива автотестов не была отклонена.
42. Как настроить tsconfig для Nodejs
Узнайте, как легко настроить файл tsconfig для сборки для nodejs.
43. 5 шагов, которые нужно предпринять, чтобы запустить крутую игру
Ключевые этапы процесса разработки игры, как работает каждый из них, из каких ролей и операций состоит.
44. Превратите свою IDE в центр разработки Laravel с помощью этих плагинов для PhpStorm
Я расскажу о плагинах, которые использую и рекомендую для установки PhpStorm.
45. Пишите так, как будто вы строите замок из Lego
В статье программирование сравнивается со строительством замка из Lego, и подчеркивается важность следования рекомендациям, чтобы избежать ошибок и создать надежный код.
46. Избавьтесь от технического долга с помощью этих 10 расширений JetBrains
Я вижу, как многие инженерные команды испытывают огромное давление, чтобы создавать быстро, и часто им не хватает времени на исправление и очистку своей кодовой базы.
47. Используйте динамические классы для отладки в Python
Ой! Если бы весь ваш код работал так, как предполагалось... Конечно, вы только что внесли крошечное изменение, и вся система рухнула! Существующая система кажется почти живой и сопротивляется любому изменению кода, вызывая сбой! Довольно часто разработчики объявляют перемирие в виде «заморозки кода»! После глубокого вздоха (возможно, через несколько недель) замораживание кода снимается, и битва возобновляется.
48. Как побудить моего руководителя поддерживать автоматизированные тесты?
49. Как элегантно писать модульные тесты
«Если вам не нравится модульное тестирование вашего продукта, скорее всего, ваши клиенты тоже не захотят его тестировать». — Аноним
50. Ваш код слишком сложен?
Cyclomatic — это один из способов измерения сложности кода, но это не самый лучший вариант. Мы рассматриваем два показателя: цикломатическая сложность и когнитивная сложность.
51. Что на самом деле думают инженеры о техническом долге?
Моя команда в Stepsize опросила более 200 инженеров и опубликовала отчет о состоянии технического долга в 2021 году, в котором рассматривается влияние технического долга на компании.
52. Почему вы должны автоматизировать проверку кода
53. Почему сложно использовать статический анализ
54. Принципы программирования для начинающих
55. Как предотвратить проникновение уязвимостей в ваш код
56. Замените комментарии лучшим кодом
Привет, я Валерио, инженер-программист из Италии.
57. Что такое модульные тесты и зачем их писать?
Юнит-тесты могут показаться начинающему программисту пустой тратой времени, но они дают значительные преимущества, такие как более быстрые проверки, что делает код лучше.
58. Как отлаживать React Native Debugger
59. Как настроить Rubocop в Code Base
Rubocop — это линтер в стиле кода для Ruby, основанный на официальном руководстве по стилю Ruby.
60. Как создать приложение MVC на Rails
MVC в Ruby On Rails.
61. Почему это так сложно?
В этой статье исследуется, что такое хороший код, и рассказывается о некоторых принципах хорошей структуры.
62. Автоматизация API: 5 областей, на которых стоит сосредоточиться
Автоматизация API выходит за рамки тестирования: вот 5 областей автоматизации, на которых следует сосредоточиться в вашей программе API.
63. DevOps не должен быть сложным: отчеты о развертывании
64. Мифы и реальность кода без ошибок
65. Как понять, что ваш код на самом деле отстой...
66. Создание сильной культуры качества кода в вашей организации
Узнайте, как создать культуру качества кода, чтобы повысить удобство сопровождения, масштабируемость и эффективность, а также опередить конкурентов.
67. Плохое программное обеспечение? Ничего страшного
68. Краткое введение в устаревший код
Поговорим об устаревшем коде и его рефакторинге
69. Уведомления в режиме реального времени о вакансиях Дженкинса с помощью CatLight
Прежде чем углубляться, я хотел бы сказать, что это будет полезно, если вы управляете несколькими заданиями Jenkins, которые вы считаете немного сложными 😊
70. Оптимизация среды разработки Django с помощью контейнеров Docker
Узнайте, как контейнеризировать весь проект Django с нуля, включая базу данных Postgres, кэш-сервер Redis, экземпляры Caddy и Celery.
71. Вводное руководство по снимкам экрана, пользовательскому интерфейсу, API и тестированию производительности
Создавая продукт, мы сталкиваемся с моментом, когда нам нужно больше типов тестов. Скриншот, интерфейс, API или производительность? Их много, и каждая предназначена для других целей.
72. Могущественный разработчик приложений против надоедливой ошибки
Год назад я, всемогущий разработчик мобильных приложений, столкнулся с надоедливой ошибкой, из-за которой мое драгоценное творение часто зависало для пользователей.
73. Как определить хорошую архитектуру приложения
Когда я начал писать небольшой, но реально растущий проект, я заметил, что приложение должно не только хорошо работать, но и быть хорошо организованным.
74. Действительно ли ваши инструменты CICD и DevOps помогают разработчикам?
Если вы отвечаете за инструменты CICD и DevOps вашей команды, задавались ли вы когда-нибудь вопросом, действительно ли созданные вами инструменты облегчают жизнь разработчикам?
75. Как форматировщик кода реализован в Turtle Graphics
76. Быстро настройте свой продукт
77. Как статистика приложения помогла устранить ошибку в моем мобильном приложении
«Пользователи не могут открыть приложение». Это сообщение вызвало хаос во всем мире. Поэтому я снова быстро установил приложение, и, к моему удивлению, оно заработало
78. Человеку свойственно ошибаться, а проверять — божественно
Мы люди, мы забываем, мы делаем ошибки, мы меняем вещи, идеи; Это происходит, когда мы работаем в одиночку, представьте, когда вы в команде!
79. 7 лучших инструментов управления проектами, облегчающих удаленную работу
Управление проектами для команды является важной задачей в лучшие времена. Многие процессы делают проект успешным: планирование, планирование, выполнение и другие этапы. Однако управление проектом может стать более сложным, если ваша команда распределена по всему миру и работает удаленно.
80. Стратегии непрерывной интеграции (CI): что нужно знать
Когда у вас есть несколько разработчиков, работающих над одним и тем же кодом, вы можете столкнуться с множеством проблем при слиянии. Вот где появляются ветки.
81. Советы, инструменты и рекомендации по оптимизации модульного тестирования в JavaScript
Из этого подробного руководства вы узнаете, как повысить производительность модульных тестов JavaScript.
82. Как лидеры в разработке могут сделать качество кода приоритетом
Узнайте, почему качество кода так важно, какие показатели необходимы для управления качеством, а также как отслеживать проблемы с качеством кода и управлять ими.
83. Создание приложения-разделителя: сколько дел можно разделить на одну операцию?
Обдумывать все, что может пойти не так при выполнении кода, и готовиться к ним — важная часть работы программиста.
84. Почему для создания компонентов React лучше использовать JSX, чем JSON-подобные объекты
Представьте, что у вас есть несколько блоков с похожим макетом, которые жестко запрограммированы на стороне внешнего интерфейса. Эти блоки не динамические, они не извлекаются из серверной части, это просто макет. Большинство новичков, увидев похожие блоки макета, начинают думать о массивах как об инструменте для работы с похожими вещами.
85. Руководство по использованию классов данных в Python
В языке "C" у вас есть структуры. С помощью структур мы можем определить тип возвращаемых данных. Вы можете сделать то же самое, используя классы в Python.
86. Отладка мобильных приложений: локализация дефектов и создание отчетов об ошибках
Отладка мобильного приложения требует создания отчетов об ошибках. В этой статье я расскажу, как локализовать дефекты мобильных приложений и создавать отчеты об ошибках в мобильных приложениях
87. Лучшие практики разработки программного обеспечения + лучшие ресурсы для экономии🚀
Реальность такова, что технологии развиваются быстро, и легко отвлечься на новейшее программное обеспечение, инструмент или тренд.
88. Пошаговое руководство по приоритизации тестовых случаев в сквозном тестировании
В этой статье я продемонстрирую подход к тестированию, который успешно использую в проекте, над которым работаю последние 8 лет.
89. Шаблоны проектирования GO: введение в Builder
Оптимизация кода: введение в шаблон Builder в Go
90. Обеспечение превосходного качества приложения Ruby On Rails с помощью аудита кода
Эта статья посвящена аудиту кода и тому, как он помогает в улучшении кода приложения. В нем также объясняются различные типы проверки кода и способы их использования
91. Итак, вы читаете ускорение. Что теперь?
«Наш анализ ясен: в сегодняшнем быстро меняющемся и конкурентном мире лучшее, что вы можете сделать для своих продуктов, своей компании и своих сотрудников, — это создать культуру экспериментов и обучения, а также инвестировать в технические и управленческие возможности, которые позволяют это." – Николь Форсгрен, Джез Хамбл и Джин Ким, Accelerate.
92. Советы профессионалов по краудсорсинговому тестированию на проникновение
Bug bounty, краудсорсинговые тесты на проникновение становятся все более популярными. Ознакомьтесь с шестью основными советами по участию в программе вознаграждения за обнаружение ошибок.
93. Хранение кода в монорепозитории: плюсы и минусы
94. Зарождающаяся концепция переработки программного обеспечения
Я хочу выдвинуть идею переработки программного обеспечения. Переработка программного обеспечения — это повторное использование программного обеспечения, выведенное на новый уровень.
95. Код-ревью изначально ошибочен. Вот как это исправить
Классический процесс проверки кода содержит несколько серьезных недостатков и нуждается в переработке. В статье показано, как это сделать.
96. Мониторинг Laravel в реальном времени с помощью Inspector
Привет, я Валерио, инженер-программист из Италии.
97. Типы обслуживания программного обеспечения: корректирующее, адаптивное, корректирующее и профилактическое
Расширение функциональности продукта, снижение износа и удовлетворение потребностей пользователей — все это достигается за счет обслуживания программного обеспечения.
98. Советы по документированию кода
Некоторые скажут вам, что хороший код самодокументируется. Другими словами, если вы пишете понятный код, комментарии вам не понадобятся.
99. Юнит-тесты — пустая трата времени?
100. Масштабирование веб-приложений похоже на ходьбу по канату во время бури
101. Что такое сбор данных и какие самые важные события нужно отслеживать
Когда ваша компания ориентирована на клиента, одной из ваших приоритетных задач является понимание проблем ваших клиентов и сбор информации о том, как люди используют ваш продукт и когда именно они получают от него пользу.
102. Принципы SOLID объектно-ориентированного проектирования и архитектуры
Объектно-ориентированное программирование (или ООП) — это стиль программирования, который инкапсулирует данные и поведение в модели, известные как объекты. Таким образом, связанный код группируется и хранится отдельно от другого кода, а также предоставляет повторно используемые блоки, которые можно использовать для рационализации имеющейся проблемы.
103. Понимание каррирования, замыканий и связывания в JavaScript
Вот проблема. У вас есть объект в вашем коде, открытый через экспорт. У вас также есть функция в том же файле (тоже экспортированном), напрямую потребляющая этот объект.
104. Привлекайте новых разработчиков с лучшими методами кодирования
Привлечение новых разработчиков требует времени, поэтому вам нужно настроить эффективный процесс, чтобы повысить их усвоение вашей технической культуры и передового опыта
105. Вот что я узнал, сделав более 1000 обзоров кода
106. Использование Galen Framework для автоматизированного кроссбраузерного тестирования макета
Galen Framework — это среда автоматизации тестирования, которая изначально была представлена для выполнения кросс-браузерного тестирования макета веб-приложения в браузере. В настоящее время он превратился в полнофункциональную среду тестирования с богатой системой отчетности и управления тестированием. Эта платформа поддерживает как Java, так и Javascript.
107. С компьютерным зрением весело играть
Я работаю инженером-программистом в Endtest.
108. Использование черного цвета для автоматического форматирования вашего Python
Как перестать беспокоиться и использовать автоматическое форматирование в коде Python.
109. Простой, но эффективный совет по легкой обработке крупных релизов с помощью DevOps
110. Пришло время проверить качество плагинов WordPress
Когда в канун Рождества пост на Facebook о низком качестве плагинов WordPress получает сотни ответов в течение нескольких часов, вы понимаете, что вы не одиноки.
111. 7 лучших методов проверки идеального безопасного кода
Принимая во внимание сегодняшнюю картину киберугроз, нельзя отрицать, что интернет-приложения подвергаются серьезному риску из-за быстрого роста числа эксплойтов уязвимостей и способов проникновения в приложения с использованием скрытых слабых мест в них.
112. Защита реальных микросервисов с помощью gRPC и сервисной сетки Istio
113. Создание собственного набора инструментов с помощью методов расширения в C#
Методы расширения — одна из самых крутых возможностей C#. Это позволяет использовать наши пользовательские методы для объектов без необходимости расширения или изменения базового класса.
114. DevOps не должен быть сложным: настройка CD-сервера
115. Почему всегда следует избегать кодирования типа в именах
116. Полезные советы по написанию чистого кода
В этой короткой, но тем не менее полезной статье я собрал наиболее полезные советы по написанию чистого кода. Эти правила не зависят от языка, который вы используете, и бесценны как для начинающих, так и для опытных программистов.
117. Мои 10 лучших статей по JavaScript за 2019 год
JavaScript прошел долгий путь с момента своего скромного начала как неуклюжий, исключительно интерфейсный язык сценариев. В 2019 году мы стали свидетелями значительных изменений в среде JavaScript, в том числе широкого внедрения хуков React и концепций функционального программирования, постоянного перехода на TypeScript и продолжающегося доминирования React в экосистеме интерфейсных фреймворков.
118. Алгоритм заливки с рекурсивной функцией
119. 6 примеров, как отличить желательные технические долги от нежелательных
Технические долги были в центре дебатов разработчиков программного обеспечения в течение достаточно долгого времени. Обсуждалась не только его аналогия с финансовыми терминами, но и различные контексты и аспекты, которые содержит долг.
120. Ветки Git
В нынешнюю эпоху большинство компаний по разработке программного обеспечения работают в среде совместной работы, когда несколько разработчиков вносят свой вклад в один и тот же исходный код. В то время как некоторые будут исправлять ошибки, другие будут реализовывать новые и разные функции. Возникает проблема, как поддерживать разные версии одной и той же кодовой базы?
121. Руководство инженера по созданию предложения по техническому долгу
В этой статье вы узнаете, как составить предложение по техническому долгу, чтобы оправдать время, потраченное на решение технических проблем.
122. Концепция модульности в Java и .Net
123. Как сделать запись Selenium Test
Selenium — это бесплатный инструмент для автоматизированного тестирования с открытым исходным кодом для веб-приложений во всех браузерах. Он очень похож на HP QuickTest Pro (QTP, в настоящее время UFT). Однако Selenium в основном ориентирован на автоматизацию веб-приложений. Таким образом, тестирование, выполненное с помощью инструмента Selenium, называется Selenium Testing.
Чтобы записать тест, выполните следующие действия: Шаг 1: Откройте веб-браузер Mozilla Firefox, перейдите к инструментам и щелкните Selenium IDE. Там введите ссылку
124. Парное программирование и проверка кода иногда могут работать.
Не пора ли парному программированию сделать еще одну попытку парного программирования в рабочей среде после пандемии?
125. Вводное руководство по созданию сайта с качественным кодом
Гарантия качества кода, когда ваш сайт находится в стадии разработки, — колоссальная задача. Однако даже при постоянном количестве дизайнеров-программистов поддерживать качество кода может быть сложно. Без инструментов контроля качества кода и надежной структуры вся задача может превратиться в огромный технический долг, что в долгосрочной перспективе принесет больше вреда, чем пользы.
126. Функциональное тестирование вашего бэкэнда в Go
Для Terrastruct, который на данный момент имеет чуть более 50 тысяч строк кода, я написал только функциональные сквозные тесты. В этом сообщении блога описывается успешная установка, для достижения которой потребовалось некоторое количество итераций, и я хотел бы, чтобы она существовала, когда я начинал с серверной части Go API.
127. Упрощенный спинакер возможен: я никогда об этом не думал
Запустить Spinnaker не так-то просто. Приложение с открытым исходным кодом Minnaker от Armory позволяет начать работу за 10 минут, поэтому вы можете сосредоточиться на преимуществах Armory.
128. Как настроить эффективный процесс рефакторинга тяжелого интерфейса базы данных
129. Как использовать Ballerina в функциях Azure
130. Проверка кода: практика, зависящая от культуры
Для менеджеров было бы намного проще, если бы они могли только нарисовать блок-схему, объясняющую, как работает код-ревью. Затем менеджер отправлял всем коллегам электронное письмо с сообщением, что все должны следовать новому процессу.
131. Почему SaaS-компании требуют тестирования безопасности?
132. Как машинное обучение бросает вызов разработке программного обеспечения
Присущая неопределенность, поведение, основанное на данных, быстрое экспериментирование: характеристики машинного обучения, которые нарушают традиционные методы разработки программного обеспечения.
133. Как оценить качество программного кода и почему это важно
134. Как помешать разработчикам писать некачественный код
135. Значение использования стандартизированной процедуры контроля качества
При стандартизации мы не ожидаем, что вы внесете дорогостоящие изменения в свою полную процедуру обеспечения качества.
136. Инструменты DevOps, которые помогут исправить ошибки в базах данных
137. Как использовать шаблон фильтра с общим лямбда-выражением
138. Как улучшить качество кода с помощью код-ревью и рефакторинга
Первоначально опубликовано в разделе «Управление техническим долгом».
139. Руководство по изучению & Изменение исполняемого кода
Обзор инструментов и методов для проверки и изменения исполняемого файла.
140. Как создавать потрясающие интеграционные тесты с помощью Capybara
Советы, которые помогут вам создавать интеграционные тесты с помощью RSpec и Capybara.
141. Эффективные методы статического анализа кода для повышения качества кода
Повысьте ценность статического анализа кода с помощью анализа влияния тестов и прогнозного выбора тестов.
142. Как избежать ловушек высокого покрытия кода модульным тестированием с помощью TDD
Высокий охват кода модульными тестами часто рассматривается как ключевой показатель качества кода, но важно сосредоточиться на качестве модульных тестов, а не только на коде
143. Как избежать неприятного запаха кода: руководство по NDepend
Разработчики .NET могут оценивать и визуализировать кодовую базу с помощью надежного инструмента статического анализа NDepend. Это помогает программистам понять качество и основные
144. Как измерить технический долг: 8 показателей, которые следует учитывать
Метрики технического долга помогают отслеживать недостатки в вашей текущей кодовой базе. Мы решили посмотреть, как они работают, и выбрать лучшие инструменты отслеживания.
145. Преимущества использования RXJava по сравнению с Java 8 Stream
146. Основы тестирования на проникновение
Вот подробный блог о тестировании на проникновение. Ознакомьтесь с ним, чтобы узнать, что это такое, его этапы, методы и лучшие инструменты для тестирования на проникновение.
147. Изучение различий между промисами и обратными вызовами в JavaScript
148. Почему Rust так популярен?
149. Что лидеры индустрии мобильных игр думают о проблемах тестирования
Хотите знать, как ведущие производители мобильных игр тестируют функциональность и производительность своих приложений? Вот некоторые из их выводов!
150 . Отсутствие внутреннего состояния и то, как это упрощает тестирование и рефакторинг ваших классов
Вероятно, вы часто слышите, что разработка через тестирование (TDD) или просто написание тестов могут сделать ваш код лучше.
151. Что делать, если вы устали от медленных обзоров кода
Руководство для бывшего технического руководителя по созданию здоровой культуры проверки кода, которая поможет вам быстрее выпускать код.
152. Какие инструменты необходимо использовать для измерения эффективности продукта
Тестирование производительности является очень важной частью контроля качества для многих приложений. Если приложение должно поддерживать множественные соединения и/или многочисленные обращения к серверу, очень важно быть уверенным, что оно выдержит нагрузку. Что хорошего в приложении, которое обрабатывает запросы пользователей с черепашьей скоростью?
153. Борьба с чрезмерным проектированием: не бойтесь выбросить свой код
Здесь есть два урока: 1) Думайте, прежде чем писать код — об этом я регулярно забываю. 2) Не бойтесь выбрасывать свой код.
154. 5 лучших практик для написания эффективного кода на Python
В этой статье мы обсудим некоторые основные принципы написания кода на Python, которые помогут вам оптимизировать производительность ваших программ.
155. Взломайте свой технический долг: задача «На 1 % лучше каждый день»
Технический долг легко растет в нашей кодовой базе. Посвятите 20 минут в день в течение 30 дней решению технических проблем и становитесь лучше на 1 % каждый день.
156. Код-ревью: советы по получению обратной связи
Никто не оставляет комментариев к вашим обзорам кода? Попробуйте эти 3 совета, чтобы привлечь внимание к своим запросам на вытягивание
157. Введение в среду тестирования Mocha
158. Удаление ошибок в Git
Когда вы работаете над огромным проектом, вы можете обнаружить ошибки в коде, которые не позволят вам продолжить разработку. Как их исправить?
159. Руководство по автоматическому тестированию и ручному тестированию
Разработка программного обеспечения проходит шесть основных этапов, иначе называемых жизненным циклом разработки программного обеспечения. Они занимаются планированием, проектированием, разработкой, тестированием, развертыванием и обслуживанием. После разработки следующая фаза, включающая обеспечение качества и тестирование, имеет решающее значение для успеха программного обеспечения. Надлежащее тестирование QA выявляет избыточность, несоответствия, ошибки и дефекты во вновь разработанном продукте. Без этого процесса невозможно выяснить способность продукта выживать в реальном мире и работать по назначению в течение многих лет.
160. Введение в шаблоны объектно-ориентированного проектирования
После достижения определенного уровня опыта & проведя достаточно времени в индустрии, я осознал важность проектирования/архитектуры системы & программное обеспечение. Поэтому я начал изучать дизайн системы/программного обеспечения. узнал, что ничто не может быть лучше начала, чем шаблон проектирования. И первое, что я сделал, это погуглил «Что такое шаблон проектирования?» Отсюда и возникла идея этой статьи.
161. Следующие 11 вещей, которые вы должны сделать для оптимизации конвейера CI/CD
162. Практическое руководство: контрольные показатели веб-сайтов
163. Исключения Selenium как способ получить более надежные сценарии тестирования: правда
Исключения в Selenium неизбежны. Вот 49 наиболее распространенных исключений Selenium, которые могут возникнуть при выполнении Selenium Test Automation.
164. Как интегрировать тестирование безопасности в жизненный цикл разработки программного обеспечения
165. От «ветвей функций» к «средам функций» с Terraform
166. Микросервисы и Service Mesh с Istio, объяснение
167. Как создать резервную копию учетных записей хранения Microsoft Azure
Учетная запись хранения Azure — это одна из базовых служб Azure. Практически все другие сервисы так или иначе используют его под прикрытием. Эта услуга проста, отлично работает и имеет сумасшедшие возможности SLA и резервирования. Однако он не обеспечивает восстановление на определенный момент времени. Это означает, что если вы испортите или удалите некоторые данные, их невозможно будет восстановить. Есть несколько решений, которые вы можете найти в Интернете, но, к сожалению, ни одно из них не является панацеей. Давайте рассмотрим и сравним некоторые из них.
168. Подружитесь с RuboCop: Ruby Static Code Analyzer
169. 4 простых навыка для инженерных команд, чтобы избавиться от технического долга
В предыдущей статье мы рассмотрели макроэкономические тенденции, которые делают технический долг неизбежным. Однако, несмотря на то, что технический долг является фактом жизни, техническое банкротство не обязательно. Итак, на этот раз давайте рассмотрим методы, которые мы можем использовать, чтобы избежать технического банкротства и избавить всех от горя, времени и денег.
170. 5 обязанностей техлида и 17 показателей для отслеживания его эффективности
Технический руководитель, руководитель группы, архитекторы программного обеспечения и инженеры — как уже известно любому разработчику, назвать имена сложно. Во всей отрасли эти роли так же размыты, как и их обязанности.
171. Обработка исключений с примерами
172. Написание чистого кода: практические приемы для PHP
Писать чистый код несложно, но иногда заставить часть кода работать правильно может помешать его сопровождению.
173. Досрочный выход из функций
174. Обзор шаблона проектирования Memento
175. Рефакторить или не рефакторить?
176. Сброс, возврат и проверка в Git
Набор инструментов Git предоставляет несколько уникальных инструментов для исправления ошибок во время разработки. Такие команды, как git reset, git checkout и git revert, позволяют отменить ошибочные изменения в репозитории.
177. Ведущие компании по тестированию на проникновение в систему безопасности
178. Непрерывное тестирование и традиционное тестирование
179. Вероятно, вы недооцениваете управляющие переменные
При выводах всегда следует четко указывать контекст, чтобы гарантировать, что эти выводы не будут применяться к ситуациям, в которых эти выводы
180. Как использовать Git Merge: руководство для начинающих
Изоляция функций по разным ветвям — важная практика для любого серьезного разработчика. Разделяя каждую функцию, исправление или рабочий эксперимент, вы избежите множества проблем и сохраните ветки разработки в чистоте.
181. Как отдать тестирование ПО на аутсорсинг техническим директорам
182. Создание убийственного файла README: полное руководство
После комментариев к коду файл README является одной из самых распространенных форм документации, используемых сегодня в разработке программного обеспечения.
183. Значение, цель и преимущества рефакторинга кода
В статье мы затрагиваем тему рефакторинга кода и обсуждаем ценность этого процесса.
184. Принцип Open Close с шаблоном Service Locator
185. Методы асинхронного программирования с Kotlin
186. Представляем безопасность микросервисов в действии
187. Методы функционального программирования на Java с примерами
188. Объяснение важности качества кода
189. Часто задаваемые вопросы по ASP.NET
190. 10 основных ошибок проектов с открытым исходным кодом C++, обнаруженных в 2019 году
191. Почему SaaS-компании требуют тестирования безопасности?
192. Написание хороших сообщений о коммитах: практическое руководство
Чтобы создать полезную историю изменений, команды должны сначала договориться об использовании сообщения о коммите, и это также относится к личным проектам.
193. Взломайте свой технический долг: задача «На 1 % лучше каждый день»
Технический долг легко растет в нашей кодовой базе. Посвятите 20 минут в день в течение 30 дней решению технических проблем и становитесь лучше на 1 % каждый день.
194. Всегда оставляйте код лучше, чем вы его нашли — Boy Scout Engineering 101
Большинство инженеров слышали о «правиле бойскаутов»: «Всегда оставляйте код лучше, чем вы его нашли». Его часто преподносят как волшебное лекарство от технического долга; если бы все инженеры-программисты вели себя как хорошие граждане, наше программное обеспечение не ухудшалось бы так безжалостно.
195. Как использовать аннотации JUnit в Selenium
196. Как улучшить рабочий процесс CI/CD с помощью действий GitHub
197. Лучшее принятие приложений с LogRocket
Принятие заявки
198. 10 способов предотвратить технический долг и управлять им — советы разработчиков
Разработчики имеют дело с техническим долгом каждый день, и они знают, как предотвратить его и управлять им лучше, чем кто-либо другой. Вот лишь часть того, что они сказали.
199. Рефакторинг кода: подробное руководство для инженеров
В этом руководстве вы узнаете все о рефакторинге исходного кода: преимуществах, проблемах, инструментах и рекомендациях, а также о том, в чем разница между рефакторингом и техническим долгом.
200. Как внутренние платформы разработчиков влияют на успех вашей команды DevOps
В этой статье рассматривается DevOps изнутри, а также подробно рассматривается использование внутренних платформ разработчиков для улучшения самообслуживания и рабочего процесса разработчиков.
201. Новаторские советы по использованию XPath в Selenium
202. Как работают код-ревью в Google?
Проверка кода в Google играет важную роль в качестве инженерной практики и была принята уже на заре существования Google. До сих пор они используются для поддержания чистоты и согласованности базы кода и предотвращения фиксации произвольного кода. Несмотря на то, что процесс проверки кода похож на проверку кода в Microsoft, есть некоторые особенности Google, которые позволяют использовать процесс проверки кода в упрощенном виде.
203. Контрольный список проверки кода, чтобы сосредоточиться на важных частях
Контрольный список проверки кода, а также четкие правила и рекомендации по проверке кода могут сделать вашу практику проверки кода гораздо более полезной для вашей команды и значительно ускорить проверку кода.
204. Пошаговое руководство по Github для начинающих
И постепенно github стал новым Facebook для программистов, где вместо того, чтобы публиковать фотографии и жизненные события, люди публикуют код для проектов, а ваши коллеги-разработчики комментируют, запрашивают функции и разветвляют код в соответствии со своими потребностями. Брайан Долл, вице-президент GitHub по стратегии, говорит: «Если вы смотрите на 100 лучших сайтов, у вас есть несколько социальных сайтов, тридцать разновидностей Google с национальным охватом, множество СМИ — и GitHub”
205. Аналитика фоновых процессов Laravel с помощью Inspector
В этой статье я покажу вам, как включить аналитику на темной стороне вашего приложения: «фоновые задания и выполнение команд Artisan по расписанию».
206. Как сделать, чтобы проверки кода не тратили время впустую
Этот пост является четвертой статьей в нашей серии из пяти частей «Тактическое руководство по более короткому циклу». Прочитайте предыдущий пост здесь.
207. Битва Jest и Mocha за тестирование приложений JavaScript
Jest vs Mocha, что выбрать? Каковы плюсы & минусы? Все о нашем опыте звонка между Jest & Мокко.
208. Понимание цепочки прототипов и наследования в JavaScript
JavaScript немного сбивает с толку разработчиков, имеющих опыт работы с языками, основанными на классах (например, Java или C++), поскольку он динамичен и не обеспечивает реализацию класса как такового (ключевое слово class введено в ES2015, но является синтаксическим сахаром, JavaScript остается прототипом). на основе).
209. Как профессионально форматировать код CSS
Как полноценный веб-разработчик, я каждый день создаю разные веб-сайты, пишу код. Возникновение нескольких ситуаций, включая решение проблем и исправление ошибок.
210. Как внедрить TDD в свою команду
211. Как руководство Google по стилю кода Python может помочь вам ускорить работу команды разработчиков
Создание согласованного руководства по стилю для вашей кодовой базы может помочь вашей команде быть более последовательной и продуктивной. Вот как выглядит руководство Google по стилю кода Python
212. Будущее DevOps: DevSecOps, AIOps и что-то еще?
213. Введение в разработку через тестирование
Разработка через тестирование (TDD) сейчас в моде и уже довольно давно является темой для обсуждения. Если вы новичок в TDD, эта статья должна послужить хорошим введением в то, что такое TDD, почему это полезно, как выглядит типичный рабочий процесс TDD и когда использовать TDD.
214. Как использовать Nightwatch.js Framework для автоматизации тестирования
215. Как выпустить свое программное обеспечение, не теряя при этом волос: техника флагов функций
Любой, кто когда-либо выпускал программное обеспечение для клиентов раньше, я уверен, страдал от стресса и беспокойства, которые это может вызвать, когда вы надеетесь и молитесь, чтобы все работало так же, как во время тестирования, когда оно будет запущено в производство.
216. Что такое функциональное программирование?
217. Безопасность GitHub: как защитить свою компанию от утечки учетных данных
218. 5 метрик, которые нужно отслеживать при рефакторинге кодовой базы
Рефакторинг кода дает разработчикам столь необходимую передышку, и я думаю, что многие разработчики могут это понять. Написание кода в течение всего дня требует больших усилий, особенно если вы ежедневно создаете новые функции. Это трудоемкое занятие, и разработчикам часто нужно время, чтобы подумать об общей организации кодовой базы и оглянуться на то, что можно улучшить.
219. Доступ к данным для микросервисов
220. Поддерживайте качество своих приложений Node.js с помощью этих рекомендаций
Node.js – это кроссплатформенная среда выполнения Javascript с открытым исходным кодом, позволяющая запускать код JavaScript вне веб-браузера.
221. Инженеры-программисты используют проверку кода для повышения качества продукта
Инженеры-программисты должны проводить обзоры кода, чтобы улучшить общее качество продукта и учиться друг у друга. Процесс проверки кода имеет набор лучших практик, как и любой другой сложный процесс. Ознакомьтесь с рекомендациями ниже. Следите ли вы за ними в своем текущем проекте?
222. Как мы настраиваем готовый рабочий процесс CI с помощью GitHub Actions
Недавно мы начали новый проект и решили, что сейчас самое время попробовать новые инструменты GitHub CI/CD, которые стали общедоступными в ноябре прошлого года.
223. Микрооптимизация: не заблудитесь в кроличьей норе
Мне нужно было уладить дискуссию о производительности в моей команде. Из-за простого пиара я начал двухнедельное путешествие по темным перипетиям javascript. Чтобы избавить вас от мучений и разочаровывающих вопросов, я подвожу итоги своего исследования в этом очень длинном посте. Я изо всех сил старался показать вам ход мыслей, но если вас не интересуют детали, вы можете перейти к концу раздела TL;DR.
224. Типы криптокошельков и как выбрать лучший криптокошелек
Для тестировщиков и инженеров по обеспечению качества программного обеспечения приобретение новых навыков никогда не было таким важным. Однако, по данным портала O*NET Career Portal, ожидается, что количество рабочих мест QA в течение следующего десятилетия вырастет скромно — если «быстрее, чем в среднем» — 7%, так что этот рост не будет соответствовать стремительному росту спроса на специалистов по информационной безопасности. и программное обеспечение. Разработчики.
225. Сокращение времени, затрачиваемого на рефакторинг: 3 совета от разработчика
Недавно мне пришлось иметь дело со старой кодовой базой, которую было сложно поддерживать и масштабировать. В этой статье я расскажу о том, как моя команда и я решили справиться с обслуживанием, и о лучших методах, которые мы внедрили, чтобы сократить время, затрачиваемое на рефакторинг.
226. Рефакторинг с помощью тестов в Python: практический пример
227. Как современная автоматизация веб-тестирования меняет нашу жизнь
В этой статье вы задумаетесь о том, как важно придумывать и внедрять решения, которые помогут миру автоматизации тестирования быстро развиваться.
228. Автоматизированное тестирование программного обеспечения с использованием GitLab CI/CD и Selenium Grid
Мы настроим конвейер CI/CD с помощью GitLab CI/CD и проведем тестирование Selenium через LambdaTest, онлайн-сетку Selenium Grid, состоящую из более чем 2000 реальных браузеров.
229. Шаблоны проектирования: одноэлементный шаблон в современном C++
230. Тестирование на основе свойств: бриллиантовое ката, содержание первой и последней строки
231. DevOps от А до Я: управление несколькими средами с помощью этих инструментов
232. Как использовать Eslint с модулями Webpack и ES6
Сегодня мы поговорим об eslint и webpack. Я не собираюсь учить вас, как установить eslint в свой проект, я предполагаю, что вы уже это сделали.
233. Видеоигра, истребитель и история, объясняющая технический долг — даже людям, не разбирающимся в технических вопросах
Представьте, что вы руководитель проекта, который строит исторический истребитель в видеоигре. История технического долга про белые полосы на истребителе.
234. Секрет успешного моделирования атаки с помощью Gremlin для тестирования Kubernetes
235. Подробное руководство по обработке ошибок в Rust
В этой статье рассказывается, как ошибки обрабатываются с помощью языка программирования Rust.
236. Git Reflog: ваша локальная машина времени
Иногда мы делаем некоторые непреднамеренные слияния или перебазирования, которые мы хотели бы восстановить до предыдущего этапа. Но нет никаких обязательств для вас, чтобы вернуться. В этот момент вы, вероятно, почувствуете, что git log - машина времени, которой вы восхищаетесь, становится не очень полезной. Но вы должны знать, что «git log» — не единственный способ проследить историю. Существует еще один тип истории git, которая отслеживается в вашей локальной сети и только в вашей локальной сети, это так называемый reflog. Этот reflog хранит все ваши локальные действия, и вы можете отменить почти все с его помощью.
237. Почему продукты с открытым исходным кодом более популярны, чем продукты Ким Кардашьян
238. Проблема с грязным кодом: улучшите свою игру с помощью правильной практики именования
239. Основы Git
240. Проекты Python для начинающих: как создать генератор акронимов
Генератор акронимов примет строку в качестве входных данных и вернет инициалы всех слов в строке.
241. Полное руководство по простому исправлению ошибок в премиальных проектах Python от SonarCloud
242. Тестирование Selenium: запуск первого скрипта Pytest
243. Code Churn: как это связано с рефакторингом и техническим долгом
Отток кода — это мера или показатель того, как часто файл изменяется. Обычно это относится к тому, как часто разработчик выбрасывает код
244. Повысьте производительность мобильных устройств, чтобы улучшить UX
245. Понимание генераторов JavaScript и основных вариантов использования
246. Войти или не войти, это (вечный) вопрос
247. Правильный подход к модульному тестированию в iOS
248. Вынос бизнес-логики из приложения с помощью Hyperon Engine
249. Как использовать Gulp And Prettier для фрагментов кода и выходных данных API
Редакторы кода поставляются с «улучшителями», которые программисты могут использовать для создания единообразного и традиционного оформления кода, также известного как «красивый».
250. Часто задаваемые вопросы о React Native
251. Как писать осмысленные комментарии к коду
Из этого руководства вы узнаете, почему так важно писать комментарии к коду, какие бывают типы комментариев к коду, а также 4 передовых метода.
252. 5 критических тем, затронутых сразу: практика проверки кода, которую нельзя пропустить
Зачем делать код-ревью? Как отзывы помогают улучшить культуру? В этой статье мы обобщим уроки из дюжины официальных инженерных блогов компании.
253. Как создать подробное описание вашего запроса на слияние
254. Взгляд на тестирование программного обеспечения, в частности на тестирование веб-приложений E2E
255. Быстрое внедрение зависимостей с помощью функций
256. Важные данные для руководства командой удаленных инженеров
Когда ваша команда создает программный продукт, большая часть выполняемой ими работы невидима. Как менеджер, вы должны полагаться на личные подсказки для заблокированной работы или разочарованных инженеров. Когда они переходят на удаленный рабочий процесс, ваша команда также становится невидимой, и все эти критические сигналы отбрасываются.
Лично вы можете заметить:
257. Важность программ Bug Bounty
Программа Bug Bounty — это один из элементов, обеспечивающих защиту проектов от кибератак, который не заменяет полностью другие формы ошибок тестирования безопасности.
258. Принцип открытости-закрытости: ПРОЧНОСТЬ как скала
259. Комментарии редко улучшают ваш код
Споры о комментариях в коде продолжаются. Как минимум раз в год в течение последних 30 лет я участвовал в дискуссии на эту тему — часто случайно и неохотно. Честно говоря, моя точка зрения со временем изменилась. Раньше я комментировал каждый метод, я комментировал любую строку кода, которая была «странной», и я комментировал любые блоки кода, которые были слишком сложными. Сегодня я редко комментирую, если вообще когда-либо. Со временем я понял, что в большинстве комментариев нет необходимости.
260. Software Intelligence: 6 практических шагов для контроля качества
261. Мощный и легкий анализ структур данных
262. Как писать тесты для React — часть 2 [Руководство для начинающих]
263. Важное значение имеет управление техническим долгом: нельзя продолжать строить сломанную систему
У каждой компании-разработчика программного обеспечения есть определенный технический долг, который представляет собой дополнительную работу по разработке, созданную в долгосрочной перспективе за счет упрощения краткосрочного выпуска кода за дверь. Технический долг может проявляться в неверных проектных решениях, столь необходимом рефакторинге, обновлении технологий и нерешенных ошибках.
264. Как правильно управлять техническим долгом
Мы привыкли думать, что вы не можете быстро доставлять и поддерживать здоровую кодовую базу. Но действительно ли это должен быть компромисс?
265. Автоматизация тестов на примерах: метод кнопки Click в Selenium
266. Часто задаваемые вопросы о RuboCup
267. Лучший совет по DDD для разработчиков, ориентированных на данные
Подход к разработке программного обеспечения, основанный на предметной области, способствует решению конкретной модели предметной области. Он вращается вокруг бизнес-модели, связывая исполнение с ключевыми бизнес-принципами.
268. Измерение скорости спринта
Мы рассмотрим, что такое скорость спринта, как она может повлиять на цикл разработки и какие формулы можно использовать для измерения скорости спринта.
269. Вам обязательно нужно прочитать это, чтобы освоить AWS Lambda [Часть 1]
270. Советы по слушателям TestNG в Selenium WebDriver с примерами
Существуют различные интерфейсы, предоставляемые Java, которые позволяют изменять поведение TestNG. Эти интерфейсы также известны как прослушиватели TestNG в Selenium WebDriver. TestNG Listeners также позволяет настраивать журналы тестов или отчеты в соответствии с требованиями вашего проекта. Прослушиватели TestNG в Selenium WebDriver — это модули, которые прослушивают определенные события и отслеживают выполнение теста, выполняя при этом определенные действия на каждом этапе выполнения теста.
271. Основы стандартной техники вывода типов
272. Объектно-ориентированный дизайн: рефакторинг коннектора REST
В этой статье мы попытаемся увидеть, как улучшить простой коннектор REST, который отправляет запрос во внешнюю службу через вызов HTTP POST и возвращает результат обратно с удаленного сервера.
Полный пример можно найти здесь.
Ниже приведен исходный код нашего соединителя (Connector1):
273. Настройка Ruby on Rails на Github с помощью CircleCI [Практическое руководство]
Это полное руководство по настройке вашего следующего проекта Ruby on Rails на Github с CircleCI для непрерывной интеграции в 2020 году.
274. Анализ феномена диффузии ответственности: раскрыть правду
Анализ на основе данных показывает, что коллективное владение кодом может нанести вред, а затронутые области кода, вероятно, могут стать проблемными местами для обслуживания.
Спасибо, что ознакомились с 274 самыми читаемыми статьями о качестве кода на HackerNoon.
Посетите /Learn Repo, чтобы найти самые читаемые истории о любой технологии.
Оригинал