Вы ошибаетесь. Не нужно никаких отдельных документаций на полсотни страниц. Доведение до абсурда не идёт на пользу ни большим ни малым проектам. Всё проще гораздо. Эти принципы хорошо масштабируются и очень упрощают внесение правок и получение фидбека. Основные проблемы с любым проектом появляются не во время старта, а именно тогда, когда надо что-то изменить или добавить. Заранее просто невозможно предусмотреть, как всё будет работать в реальности.
Это только в начале кажется, что внедрять нормальный процесс разработки и внедрения сложно и требует денег. Бардак вообще не возможно контролировать и он в итоге выходит дороже.
Вот, то же самое написать хотел.
Shlackbaum, вам нужен человек, который будет внедрять хорошие и проверенные практики из арсенала DevOps. Это можно делать постепенно, не сильно ломая всё вокруг:
Code — разработка и анализ кода, инструменты контроля версий, слияние кода;
Build — инструменты непрерывной интеграции, статус сборки;
Test — инструменты непрерывного тестирования, которые обеспечивают обратную связь по бизнес-рискам;
Пакет — репозиторий артефактов, предварительная установка приложения;
Release — управление изменениями, официальное утверждение выпуска, автоматизация выпуска;
Конфигурация — Конфигурация и управление инфраструктурой, Инфраструктура как инструменты кода;
Мониторинг — мониторинг производительности приложений, опыт работы с конечным пользователем.
Нужно наводить порядок, без этого никак.---------- Добавлено 25.10.2018 в 11:17 ----------
Переписывание с нуля не гарантирует отсутствие ошибок. Бардак в процессе снова вылезет наружу, пройдёт год-два и придётся опять всё переписывать.
PS Вот ещё на тему "переписать".
В книге "Человеческий фактор" Том Демарко пишет, что если разрабы не устанавливают себе дедлайн, то выдают готовый продукт быстрее, чем когда устанавливают. В книге много интересного на этот счёт написано.
Разработчики IT-проектов вообще очень оптимистичны в своих оценках, от того и страдают. Стараются уложиться в свои же сроки и косячят обильно, потом в авральном режиме исправляют косяки, добавляя попутно новые и т.д.
PS В оффлайн-проектах мобет быть так же.
Тут и один-то хрен сделаешь, не то чтобы 3-4.
Это забор из покрышек сработал :D
Шпаргалка, чтобы решить, нужно ли использовать в вашем проекте блокчейн:
Когда учился на 4-м курсе универа, засиделся в читальном зале и что-то мне приспичило. А сходить не получается, народу тьма, никого знакомого, оставлю книги и вещи свои - всему ноги приделают и место потеряю. Дождался кое как одного знакомого, оставил его вещи сторожить. А сам рванул в ближайший толчок.
Успел. Пока делал свои дела, слышу девчонки завалились, шебечут что-то о своём, я постепенно начал что-то подозревать. Медленно выхожу, эти на меня уставились, глаза сделали анимешные. Я спокойно так мимо прохожу, "Здрасти" говорю, одна из них бубнит что-то вроде "ни поняла 😮". Потом за мной выходит на табличку дверную посмотреть. Ну я с достоинством и гордо поднятой головой свалил.
Там сделано было так, что на каждом этаже толчок, в одном конце коридора женский, в другом - мужской. На следующем наоборот и т.д. Вроде не первак, а так облажался :D.
Что они любят друг друга и войска ост-индской компании.
