Opinionated

В постоянно меняющемся ландшафте разработки программного обеспечения дискуссия между ручным и автоматизированным тестированием стала неотъемлемой частью обсуждений в области обеспечения качества (QA). Хотя автоматизация, несомненно, произвела революцию в процессе тестирования благодаря своей скорости, эффективности и повторяемости, было бы преждевременно и ошибочно объявлять о конце ручного тестирования. Вот почему ручное тестирование остаётся незаменимым компонентом любой надёжной стратегии тестирования даже в автоматизированном мире. Человеческий фактор: где автоматизация терпит неудачу Автоматизация преуспевает в выполнении повторяющихся задач, проведении регрессионного тестирования и предоставлении быстрой обратной связи в рамках непрерывного интегрирования/непрерывного развёртывания (CI/CD)....

Перевод текста на русский язык: При разработке современных программных систем привлекательность распределённых систем может быть ошеломляющей. Они обещают масштабируемость, высокую доступность и способность обрабатывать огромные нагрузки, что делает их популярным выбором для многих разработчиков. Однако за блестящей поверхностью распределенных систем скрывается сложный клубок проблем, которые могут превратить ваш проект мечты в кошмар. Заблуждения о распределённых системах Прежде чем погрузиться в детали, давайте рассмотрим некоторые распространённые заблуждения, которые часто приводят разработчиков к выбору распределённых систем без полного понимания последствий....

Недостатки постоянных ретроспектив в Agile В мире Agile ретроспективы часто считаются священным ритуалом непрерывного улучшения. Однако, как и любой ритуал, он может стать скучным и неэффективным, если к нему не подходить критически. В этой статье мы рассмотрим потенциальные подводные камни и антипаттерны agile-ретроспектив и почему они не всегда являются панацеей, которой их считают. Одна из главных проблем с ретроспективами — это скука. Если вы проводите один и тот же вид ретроспективы три раза подряд, то заметите, что члены команды ерзают, проверяют свои телефоны или ведут посторонние разговоры....

Континуум наследования В мире объектно-ориентированного программирования (ООП) наследование часто рассматривается как мощный инструмент для повторного использования кода и создания иерархических отношений между классами. Однако, если копнуть глубже, становится ясно, что чрезмерное использование наследования может привести к запутанной сети сложности, делая вашу кодовую базу кошмаром для обслуживания. В этой статье мы рассмотрим опасности чрезмерного использования наследования и почему композиция часто является лучшим выбором. Привлекательность наследования Наследование кажется разработчикам мечтой. Оно обещает сократить дублирование кода, позволяя дочерним классам наследовать свойства и методы от родительских классов....

Перевод текста: Когда мы говорим о гибкости кода, легко попасть в ловушку идеи, что чем больше гибкости, тем лучше. В конце концов, кто не любит свободу создавать программное обеспечение так, как он хочет, без ограничений жёстких правил и строгих руководств? Однако реальность часто более нюансирована, и то, что кажется гибким на первый взгляд, может быстро превратиться в кошмар обслуживания. Прелесть гибких систем Гибкие системы часто рекламируются как священный Грааль разработки программного обеспечения....