Пишемо код

1. Звичайний день із життя розробника

Бути програмістом легко й приємно. За організацію роботи відповідає проєктний менеджер (Project Manager), за перелік можливостей продукту — продакт-овнер (Product Owner). Мітинги організовує скрам-майстер (Scrum Master). Усі організаційні процеси максимально формалізовані та стандартизовані.

Ви приходите вранці на роботу, робите собі чай або каву й сідаєте за компʼютер. Відкриваєте спільний чат, перевіряєте, чи немає термінових повідомлень, чи не захворів хтось. Якщо все гаразд — беретеся до роботи.

Ви відкриваєте Jira, де зберігається список усіх завдань вашої команди: беклог проєкту та беклог поточного спринту. Завдання вже відсортовано за пріоритетом — це зробив ваш Scrum Master/Team Lead або Product Owner.

Ви берете завдання з самого верху — найпріоритетніше — і починаєте над ним працювати. Для цього його потрібно перевести в статус In Progress. Це робиться кількома кліками. От і все — час пішов.

До опису завдання зазвичай додають додаткову інформацію або посилання на документацію. Завдання має містити все потрібне, щоб ви могли його виконати. Подбати про це — завдання вашого менеджера.

Якщо чогось бракує, ви можете перепризначити завдання на вашого менеджера й у коментарях написати, які саме виникли питання та/або якої інформації не вистачає.

2. Пишемо код

Ви ознайомилися з описом завдання, і вам зрозуміло, що потрібно зробити. Чудово — беріться до роботи. Тут вам допоможе ваш досвід навчання на JavaRush і досвід командної роботи.

Після того як чергова можливість готова й ви в цьому переконалися, потрібно відправити код у Git. Зазвичай це робиться кількома кліками прямо з IDE. У вашому випадку — з IntelliJ IDEA. Ви робите коміт вашого коду спочатку у свій локальний репозиторій, а потім надсилаєте (push) його в центральний Git-репозиторій.

Найчастіше останню операцію виконують через Pull Request: ви через Git надсилаєте запит вашому тімліду на ревʼю коду. Якщо з кодом усе гаразд і зауважень до нього немає, тімлід затвердить (accept) ваш pull request, і він потрапить до основної робочої гілки Git.

Важливо! У жодному разі не можна сидіти й мовчати, якщо ви не знаєте, як виконати завдання. Таке трапляється часто, і багато новачків (і не лише новачків) реагують неправильно. Запамʼятайте: якщо протягом двох годин ви так і не розібралися, як виконати завдання, потрібно повідомити про це вашого менеджера.

Також не варто йти до тімліда з фразою «це неможливо зробити». Вона дуже дратує, особливо якщо тімлід точно знає, що «це зробити можна», і сам робив щось аналогічне — причому неодноразово.

Не знаєте, як виконати завдання, — скажіть так: «Я витратив(ла) дві години/два дні, намагаючись розібратися, як це зробити, але в мене не виходить». Тімлід підкаже вам, у якому напрямку шукати інформацію.

Ось ми й оглянули картину сучасної розробки продукту. Написання коду — це лише невелика частина всієї роботи, але все організовано так, щоб ніщо не відволікало вас від справи. Тож сміливо переходьте до вивчення Kotlin 2.3 — працювати програмістом вам сподобається.