Повинна бути автоматична система контролю якості (принаймні модульні тести)

Приклад технологічного стека MVP для проекту “Відстежуйте мій час”.

Давайте уявимо, що у нас є шалено гарне уявлення про мобільний додаток для відстеження часу. Ми хочемо реалізувати простий процес створення завдання, зупинку завдання, резюме, статистику минулих завдань (скільки виконано, в процесі виконання, ще не розпочато, скільки часу знадобилося на виконання завдання, який середній час витрачається на завдання чи згруповано за деякими тегами завдання). Усі дані мають бути синхронізовані між усіма пристроями власника облікового запису та одна приємна функція – ділитися виконаними завданнями в соціальних мережах.

З цього приводу ми вже бачимо, що на ринку більшу частину займають мобільні пристрої Android та iOS, тому потрібно вирішити, що підтримувати і чи потрібні нативні програми чи достатньо гібриду.

Рідний додаток – програма, яка скомпільована в двійковий/байтовий код для певної платформи, зазвичай прив’язується до деяких мов: Java/Kotlin для Android і Objective-C/Swift для iOS. Нативні програми мають кращу продуктивність і доступ до всіх доступних/дозволених ресурсів пристрою, але вимагають більш спеціалізованих програмістів і в більшості випадків дорожчі, ніж гібридні.

Гібридний додаток – веб-додатки, які запускаються в рідних браузерах на пристроях, мають обмежений доступ до ресурсів через мости, можуть бути міжплатформними та незалежними від мови, зазвичай вимагають лише знань у розробці веб-сторінок. Дуже легко запустити, усі доступні платформи потенційно можуть запускати один код, тому розробкою та обслуговуванням може займатися одна людина.

Мої власні переваги щодо MVP — це розробка гібридних додатків, і лише після того, як MVP протестовано та проект почав розвиватися, перейти на рідну (і це лише якщо гібрид не може задовольнити потреби).

У нас є багато гібридних фреймворків, деякі з них безкоштовні (Ionic Framework, Flutter), деякі з них стверджують, що компілюються в рідну (Xamarin, React Native, Native Script), але вони забезпечують відносно простіший спосіб розробки порівняно з рідною програмою. Більшість мобільних додатків, які я розробив на основі Ionic Framework, поки що вони справді покривали всі мої потреби, і для цього зразка програми він має багато плагінів та компонентів інтерфейсу, тому можна швидко щось розробити.

За кілька днів можна створити дизайн мобільного додатка (ви можете використовувати Adobe XD або Figma або будь-що, що вам подобається) і створити гібридний мобільний додаток з кількома екранами (зі стандартних компонентів інтерфейсу).

Нарешті ми пройшли до бекенди, тут все також має під собою дуже сильно, ви можете використовувати мови ython, JS, TypeScript, Java, Kotlin, Go тощо, і кожна мова багато фреймворків і бібліотек. Для моїх власних переваг я почав бекенд-частину з Kotlin, засновану на Spring Boot.

Не має особливого значення (для цієї програми), яку БД ми виберемо, це може бути SQL або NoSQL, будь-яка, яку ви особисто відчуваєте комфортно і маєте досвід. А для MVP я очікував би до 1000 користувачів (якщо буде швидкий стрибок бекенд, швидше за все, буде непрацездатним, але для цієї програми я б не очікував такої ситуації). Сервер, на якому можна запускати бекенд-проект, я б орендував приблизно за 30 євро на місяць.

Дуже важливо правильно налаштувати інфраструктуру (CI/CD, CVS, резервні копії, метрики та сповіщення) – це зробить ваш процес розробки швидким і гнучким, про будь-які збої або збій буде сповіщено, а розробники зможуть виправити якомога швидше.