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

K
На сайте с 22.11.2017
Offline
17
#31
KrutE:
ТС явно дал понять, что у него обычный веб-проект, возможно с доходом около месячной зарплаты одного или двух московских программистов, а насоветовали тут...
вы прежде чем писать, бюджеты сих мероприятий озвучьте?

Всегда из реалий бизнеса клиента надо исходить.

Приходишь так в вебстудию за сайтом-визиткой, а тебе втуливают супер-гибкое-модное-тормозное решение на самописе за 100500 денег (которое потом еще будет и сосать денег как пылесос), а тебе нужен то был всего лишь сайтик на вордпрессе...

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

KrutE
На сайте с 29.04.2006
Offline
200
#32
Для этих целей есть Милторг!

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

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

K
На сайте с 22.11.2017
Offline
17
#33
koketkade:
ОК, перефразирую, может тогда станет понятнее... Любая разработка (начиная со среды разработки, тестов и т.п. и заканчивая конечным продуктом - кодом) - результат методологии...

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

VoV@
На сайте с 22.09.2007
Offline
196
#34
melkozaur:
VoV@,
Конкретику давайте, конкретику. И ТС тоже.

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

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

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

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

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

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

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

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

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

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

⭐ Разработка Андроид-приложений (Xamarin C#). ⭐ Разработка ASP.NET (WebForms, MVC, WebAPI, Core). ⭐ Цой жив!
SeVlad
На сайте с 03.11.2008
Offline
1463
#35
Shlackbaum:
И вы - Guru-Editor? Серьезно?

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

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

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

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

Делаю хорошие сайты хорошим людям. Предпочтение коммерческим направлениям. Топики помощи с ⓌordPress (https://searchengines.guru/ru/forum/1032910 ) и основы безопасности сайтов ( https://searchengines.guru/ru/forum/774117 ). *** Помощь\консультации в топиках форума - БЕСПЛАТНО. Платные услуги ( https://wp.me/P3YHjQ-3 ) - с бюджетом от 150$ ***
Prior
На сайте с 03.03.2008
Offline
156
#36
melkozaur:
А еще этот топик - антиреклама самописов, причем очень показательная.

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

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

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

В чём разница? https://v-chem-raznica.ru
melkozaur
На сайте с 06.04.2010
Offline
496
#37

Prior,

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

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

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

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

Серверы в NL/US со скидкой 30% нашим читателям: E5-2650v4/10GB DDR4/240GB SSD/1 Gbps - от $20: https://ua-hosting.company/vps/nl SEO без компромиссов: https://seoleaks.net SEOLEAKS - продвижение сайтов: https://www.instagram.com/seoleaks
VoV@
На сайте с 22.09.2007
Offline
196
#38
KrutE:
ТС явно дал понять, что у него обычный веб-проект, возможно с доходом около месячной зарплаты одного или двух московских программистов, а насоветовали тут...

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

S
На сайте с 30.09.2016
Offline
469
#39
melkozaur:
Давайте по-чесноку, ведь когда делают сайт на заказ на каком-то фреймворке, никакого тестирования ведь и нет :) Как правило.

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

Отпилю лишнее, прикручу нужное, выправлю кривое. Вытравлю вредителей.
I
На сайте с 01.05.2015
Offline
56
#40

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий