Поработав с разными командами, я выяснил несколько правил разработки, которыми хочу с вами поделиться.
Дизайн
- Лучше потратить большое количество времени на этапе проектирования информационной системы, чем потом потерять время и деньги.
- Ошибки в проектировании могут привести к срыву сроков и многократному увеличению стоимости проекта.
- Стоит спроектировать всю систему от начала до конца (без добавления дополнительного функционала) или предусмотреть модульность:
— полная разработка и доработка концепции.
— разработка детального технического задания.
— разработка схемы базы данных — разработка скриптов контроллера — разработка дизайна шаблона презентации — разработка сценария поведения пользователя (также известного как сценарий тестирования) - ГЕНЕРАЛЬНЫЙ ДИРЕКТОР — .
- Лучше создать тендер на создание проектной документации и технического задания, а затем провести аудит. Возможно, изначально вы потратите больше денег, но в будущем сможете сэкономить во много раз больше.
Разработка
1. При разработке использовать готовые и стабильные решения: это значит, что для работы с базой данных лучше использовать фреймворк MVC (Model View Controller) или ORM (Object Relational Mapping) или AR (Active Record), а для работа со стандартными CRUD-скриптами (Create Read Update Delete — генератор, создающий безошибочный код. Ваше мастерство разработчика низкого уровня никто не оценит, но если система будет работать стабильно и без ошибок, это будет гораздо большим плюсом.2. Документируйте свой код. 3. Создайте хорошую и понятную техническую документацию.
4. Используйте докер.
5. Используйте системы автоматического управления версиями.
Организация работы в команде
- Используйте системы контроля версий, я в своей работе использовал git.
- Разделите работу разработчиков на разные функциональные модули, чтобы при объединении ветвей системы контроля версий в одну не возникало конфликтов.
- Не занимайтесь экстремальным программированием на коленях, когда на решение задачи уходит от нескольких часов до нескольких дней.
Тестирование
- Не используйте системы постановки и корректировки задач тестировщикам.
- Используйте автоматические тесты: создайте модуль тестирования программного обеспечения, который будет запускаться каждый раз перед сборкой и автоматически тестировать всю систему.
Цикл разработки
После того как вы создали качественное техническое задание, можно приступать к разработке; вот повторяющийся цикл: 1. Постановка задач разработчикам в различных системах управления задачами, чтобы они не влияли на код друг друга, например, разделение системы на модули, каждый из которых работает в своей ветке.Задания необходимо выполнить в течение недели.
После выполнения каждой задачи разработчик должен запустить автоматизированные тесты программного обеспечения, охватывающие всю систему.
2. Каждый понедельник код каждого разработчика объединяется в основную ветку.
После того, как результат работы всей команды появится на мастер-ветке, каждый разработчик копирует мастер-ветку себе.
Затем цикл повторяется.
При таком подходе
- Количество ошибок, возникающих в результате выполнения заданий, будет минимальным.
- Вы сможете создать лучший программный продукт.
- Вы сэкономите время.
- Вы сэкономите деньги.
- Команда будет работать быстрее, эффективнее, слаженнее (не конфликтуя в плане изменений кода).
- Вы сможете выполнять задания вовремя.
- Выполненные задания будут качественнее.
- Вам не придется вводить дополнительные задачи, такие как изменение дизайна, функционала или чего-либо еще в ходе работы.
Программированием занимаюсь более 10 лет, желаю всем интересных и успешных проектов! Теги: #дизайн #дизайн и рефакторинг
-
Юмор Для Дизайнеров
19 Oct, 24 -
Раскрасьте Свой Gmail
19 Oct, 24 -
Введение В Octopus Deploy
19 Oct, 24
