Программирование как "Антибиотик" проекта: "Одно лечим - другое калечим"

если с бюджетами все плохо, то используйте готовые решения. Самостоятельная разработка - это долго трудно и дорого.

ТС отпишется, узнаем. Процесс процессом, а бабки врозь)

Понятно, что сами по себе принципы и методология- они бесплатны. Но потом кто-то же должен все это осуществлять)

согласен. Я говорил о том, что можно запилить жиру, описывать истории, ставить таски, готовить эстимейты и стартовать спринты. И вроде как с виду будет все скрамово, но если не будет скажем тестов, то с ростом кодовой базы будет вот получаться то что получается

Какую ещё конкретику? 😕 Пошаговый рецепт для ТС?

В общем-то я всё написал. Вот ему первые 3 шага:

1. Выяснить все зависимость от "глобальных переменных" (понятия не имею, что в это понятие вкладывает ТС). Хотя бы нарисовать схему, что от чего зависит, и постепенно её уточнять. Убрать все зависимости (по максимуму), убрать все глобальные данные и переменные на слой хранения данных, и получать доступ к ним только через сервисы/провайдеры и т.п. как душе угодно.

2. Ввести контроль изменений.

Любые изменения должны согласовываться с тем, кто владеет схемой из п. 1. 1 изменение - 1 пулл-реквест в тестовую ветку после юнит-тестов - 1 версия. Сразу сборка, тестирование, устранение багов, релиз. Все шаги записываются в систему контроля вместе с результатом и временем: нормально, облом, откат, уточнение схемы из п.1 и т.д.

В разработке лучше можно любые техники: скрам, канбан, XP и т.п. Лучше любая из них, чем ничего.

3. Выявить рутину из п.1 и 2.

Унифицировать и автоматизировать всё, по максимуму. Устранить все узкие места и задержки из п. 2. Гонять всё это по кругу до тех пор, пока изменения не перестанут вызывать жжение ниже спины.

А дальше учиться, учиться и учиться у более продвинутых.

PS Блин, да тут можно кучу всего написать по каждому из этих пунктов.

Guru-Editor - это должность. Упоминание должности в суе попадает под "обсуждение действий модератора".

Да, я вполне серьёзно. Что не так?

Твоя проблема в том, что ты не квалификацию смотришь, а картинки и обещания. При этом выбираешь кого подешевле. (Я ж тогда написал подробно)

Так что всё закономерно.

Ну да, ну да, плавали, знаем, когда в целях экономии берётся так называемое "готовое" решение из коробки, а потом внезапно оказывается, что там не всё готовое и чего-то не хватает, для этого дела придумывается костыль, а потом еще один, и еще. И в итоге выходит жуткий монстр из этого готового решения. И проблемы в итоге по всем фронтам: и по производительности, и по невозможности разобраться что там и как работает, и по связанности отдельных частей (именно пример ТС когда вносятся, казалось бы небольшие изменения в один модуль, а в итоге отваливается другой, вроде как несвязанный с ним).

В общем сами по себе самописы не страшны, страшно когда абы как делается проект, "на авось" и "потом переделаем нормально, когда зарабатывать начнём".

И соглашусь с тем, что зачастую методология для среднего объёма проектов копируется с методологии больших проектов, в этом случае какая-то часть методологии получается избыточной.

Prior,

Я к тому, что очень многие проекты не требует никаких самописных решений. И в них, как ни странно, все нормально работает, если начинаешь функционал расширять. просто надо это делать по правилам, как принято. Костыли во многих случаях получаются корявыми, потому что человек плохо знает CMS и начинает придумывать велосипед, вместо того, чтобы вставить пару строк уже известного работающего кода и спать спокойно.

Но берется самопис и потом вот не могут меню добавить без создания проблем.

Такие ситуации гораздо характернее и массовее. Просто потому что один-два человека не могут создать систему, в которой протестировано и улажено множество проблем. А CMS с их пользователями и разработчиками - могут.

Давайте по-чесноку, ведь когда делают сайт на заказ на каком-то фреймворке, никакого тестирования ведь и нет :) Как правило.

ТС столкнулся с теми же проблемами, что и у больших проектов. Программист (тем более 2 или 3) уже через неделю не помнит, что сделал и зачем. Вот я и предлагаю сделать у себя то же, что делают более крупные и опытные - хотя бы устранить беспорядок в изменениях.

Как правило - тестирование есть.

Пробуйте TDD попользовать, должно помочь

https://ru.wikipedia.org/wiki/%D0%A0%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B0_%D1%87%D0%B5%D1%80%D0%B5%D0%B7_%D1%82%D0%B5%D1%81%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5