Ми обидва були розробниками Java достатньо довго, щоб спостерігати та бути частиною кількох змін у обраній професії. Мова Java пройшла довгий шлях розвитку з тих пір, як ми обоє написали наші перші рядки коду: Java 1.4 дала нам неблокуючий ввід-вивід, Java 8 дала нам потоки та лямбда-визначення, Java 9 дала нам модулі, а Java 10 нарешті дала нам локальний тип змінної висновок. Платформи розгортання також розвивалися семимильними кроками, а поява хмари та контейнерів створила багато можливостей і проблем. Одна річ не змінилася, а це необхідність надавати цінність кінцевим користувачам і клієнтам. Нам потрібно було якнайкраще використовувати всі наші навички, інструменти та практики, щоб зробити розробку програмного забезпечення максимально ефективною (і цікавою). Можливо, навіть важливіше те, що нам потрібно було співпрацювати з нашими командами та керувати ними, щоб розділити цю відповідальність. З огляду на те, що навколо розробки програмного забезпечення, архітектури та платформ розгортання постійно зростає кількість «найкращих практик», є одна річ, яку розробники можуть загалом Погодьтеся: принципи безперервної інтеграції та безперервної доставки додають величезну цінність життєвому циклу доставки програмного забезпечення. Зі зростаючими вимогами клієнтів до швидкості та стабільності доставки вам потрібна структура, яка забезпечує швидкий зворотній зв’язок і дозволяє автоматизувати як процес забезпечення якості, так і розгортання. Проте перед сучасними розробниками програмного забезпечення постає багато проблем, і спроба запровадити таку методологію, як безперервне постачання, яка торкається всіх аспектів проектування та постачання програмного забезпечення, означає, що потрібно оволодіти декількома новими навичками, і деякі з них, як правило, не доступні розробнику. зона.