|
БД разрабатывает один субподрядчик backend другой субподрядчик
|
|||
---|---|---|---|
#18+
Добрый день всезнающий пипл. Подскажите пожалуйста риски проекта, если БД будет разрабатывать одня фирма (субподрядная), а backend другая. Хотелось бы услышать аргументированую критику данного подхода (в разрезе сложности разработки/доработки/поддержки) Заранее, огромное спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2018, 10:23 |
|
БД разрабатывает один субподрядчик backend другой субподрядчик
|
|||
---|---|---|---|
#18+
yura1985Подскажите пожалуйста риски проекта, если БД будет разрабатывать одня фирма (субподрядная), а backend другая. Во-первых, хотелось бы точно узнать, что Вы понимаете под БД и что - под backend-ом. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2018, 10:59 |
|
БД разрабатывает один субподрядчик backend другой субподрядчик
|
|||
---|---|---|---|
#18+
БД - высоконагруженная горизонтально маштабируема БД + настройка железа. фирма №1 создает архитектуру БД (таблицы, вьюхи, процедуры и т. д.) + API для работы с БД. фирма №2 создает web-портал + backend логику. хотелось бы понимать все риски такого подхода, на этапе разработки и эксплуатации (особенно если необходи быстрый фикс ошибки) ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2018, 11:06 |
|
БД разрабатывает один субподрядчик backend другой субподрядчик
|
|||
---|---|---|---|
#18+
Если вы сможете выкатить чёткое и достаточно стабильное ТЗ на API, которое устроит обе фирмы, подход в принципе жизнеспособен. Совсем хорошо, если фирма #2 разработает набор автотестов, прохождение которых будет фактическим подтверждением выполнения работы со стороны фирмы #1. Риски... от вас потребуется большая компетенция как в управлении разработкой, так и в сугубо технических вопросах. Если с одним субподрядчиком можно общаться по принципу "мы заплатили - вы сделали", то с двумя придётся разруливать их споры, причём не допуская траты на них кучи времени и принятия откровенно нелепых решений. Грубо, все риски работы с подрядчиком (затянет, не справится, зажадничает, уйдёт) удваиваются по вероятности, но уполовиниваются по тяжести последствий. Плюс появляются риски типа "пока разбираешься с одним субподрядчиком, второму не в кайф сидеть без работы и без денег". Быстрый фикс... ну смотря насколько быстрый. Скорости одного человека, который знает всё, конечно, в любом случае не добиться. Но если будут предусмотрены журналы и отладочные средства, доступные обоим субподрядчикам - можно добиться вполне неплохих результатов. Единственно, это обойдётся несколько дороже, поскольку, грубо говоря, у обоих субподрядчиков должны будут сидеть наготове люди, и у одного из них - ждать, что нароет специалист другого. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2018, 11:44 |
|
БД разрабатывает один субподрядчик backend другой субподрядчик
|
|||
---|---|---|---|
#18+
yura1985, скорее всего шляпа получится. Пока БД не разработана (или хотя бы часть), к ней невозможно делать backend. В процессе разработки backend обычно выявляются недостатки структуры БД, и она переделывается. Если в этом процессе 2 конторы, согласование и усложнит и замедлит разработку. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2018, 12:06 |
|
БД разрабатывает один субподрядчик backend другой субподрядчик
|
|||
---|---|---|---|
#18+
yura1985Добрый день всезнающий пипл. Подскажите пожалуйста риски проекта, если БД будет разрабатывать одня фирма (субподрядная), а backend другая. Хотелось бы услышать аргументированую критику данного подхода (в разрезе сложности разработки/доработки/поддержки) Заранее, огромное спасибо. Э-э-э риски как и при любой интеграции. Обе стороны будут считать другую идотами, которые ничего не понимают. А так серьезный риск вижу один, что БЛ будет размазана между БД и back-end-ом. С неконтролируемым ростом ХП на стороне БД. Что приведет к удорожанию разработки/доработки/поддержки. А так почитайте про микросервисную архитектуру, лямбда-архитектуру и прочие хипстерско-молодежные направления в ИСостроении. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2018, 12:24 |
|
БД разрабатывает один субподрядчик backend другой субподрядчик
|
|||
---|---|---|---|
#18+
Будет дорого и неэффективно. И в несколько раз дольше по времени из-за наличия лишних людей при коммуникациях - если в простом случае разраб фронта может просто подойти и договориться с разрабом БД, то в случае двух компаний с обеих сторон добавятся люди, отвечающие за коммуникацию + часто будет привлекаться и заказчик. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2018, 13:37 |
|
БД разрабатывает один субподрядчик backend другой субподрядчик
|
|||
---|---|---|---|
#18+
yura1985, Тут самый большой риск это разруливание техничнских споров. Или взаимных блокеров. Вобщем если обе команды одного ранга - нужен скрам для обоих. И какая то мотивация сработаться. Либо одна команда - диктует правила (API и протокол) а другая быстро испрлняет. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2018, 20:00 |
|
БД разрабатывает один субподрядчик backend другой субподрядчик
|
|||
---|---|---|---|
#18+
Скорее всего не взлетит. Никто ни за что не отвечает, каждый субподрядчик сделает о "чем договорились" и махнет ручкой. Фактически без главного "архитектора" каждый просто проимитирует работу, затянув ее на как можно больший срок. Прекрасная тема для попила бабла. Потом ведь, когда все это не будет нихрена работать, можно на следующий год еще раз то же самое замутить - с тем же результатом. И так пока попильщиков бабла не уволят (и они пойдут с "прекрасным резюме" в другие конторы) или фирма не разорится. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2018, 01:53 |
|
|
start [/forum/topic.php?fid=35&fpage=2&tid=1552210]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
26ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
others: | 251ms |
total: | 363ms |
0 / 0 |