Shift-Left вот-вот станет проклятием для разработчиков.  Почему?

Shift-Left вот-вот станет проклятием для разработчиков. Почему?


Станет ли Shift-left проклятием существования разработчиков? Если да, то почему? Узнайте больше об этом

Сегодня тестирование программного обеспечения или ИТ-безопасность обычно обсуждаются, когда поднимается идея Shift-Left. Когда команды DevOps обнаруживают недостатки программного обеспечения и проблемы безопасности на раннем этапе, их обычно становится в десять раз проще решать. Однако любой процесс, происходящий в цепочке доставки, может выиграть от концепции сдвига влево. Левую также можно использовать для управления данными, мониторинга программного обеспечения и, возможно, маркетинга программного обеспечения.

Что такое Shift-влево?

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

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

Почему Shift-Left вот-вот станет проклятием для разработчиков?

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

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

READ  Резюме видеоролика о поиске в новостях: большое мартовское обновление ядра Google, Bing Chat GPT-4, Bing Answers Go Chat и многое другое

Это не означает, что никто не должен использовать стратегию сдвига влево или что это плохая концепция. Тем не менее, необходимо отметить, что стратегии разработки со сдвигом влево могут иметь недостатки, особенно для разработчиков, и очень важно учитывать эти проблемы, прежде чем сдвигать все в SDLC влево и объявлять свою команду чемпионом современных лучших практики.

Реальность Shift-left:

Несомненно, перемещение операций влево, как правило, экономит деньги и снижает вероятность появления серьезных проблем с программным обеспечением в производственной среде.

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

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

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

READ  Веб-браузеры, ориентированные на конфиденциальность, застряли в колее, но почему?

Пост Shift-Left вот-вот станет проклятием для разработчиков. Почему? впервые появился в Analytics Insight.



Source link