Что нужно требовать от компании-разработчика?

Question

[rustf]

Всем привет. Уважаемые программисты, просветите пожалуйста. Собираемся разрабатывать высоконагруженное веб-приложение у одной компании-разработчика. Возникли вопросы, некоторые из них параноидальные, но прошу реально помочь дельными советами:
1. Что должна предоставить нам компания, кроме работающего приложения, чтобы в дальнейшем штатные разработчики без труда подхватили проект?
2. Какое качество кода должно быть, есть ли какие-то стандарты качества, которые нужно отразить в договоре?
3. Как относятся компании к договору NDA?
4. Какую документацию по проекту мы должны получить от разработчика?
5. Нужно ли прописать в договоре пункт про бэкдоры, работает ли это на судебном уровне?

Comments

[sim3x]

Что должна предоставить нам компания, кроме работающего приложения, чтобы в дальнейшем штатные разработчики без труда подхватили проект?

Компания должна отдать вам всех своих разрабов и ТЛ

3. 5 Посоветуйтесь со своими юристами, как они собираются работать в суде с NDA и "бекдорами"

[rustf]

sim3x, Спасибо, очень познавательно

[Antonio Solo]

вам следует пригласить специалиста для составления и анализа техзадания. потому что судя по тем вопросам, которые вы задаете, у вас все очень печально.

[rustf]

Antonio Solo, что не так в вопросах?

[Antonio Solo]

rustf, да ламерские они какие-то. ни один серьезный разработчик бы их не задал

[rustf]

Antonio Solo, А я написал, что я разработчик??? Я в принципе далек от разработки и дальше html,css не ушел, так как закрыл свои потребности этими знаниями. А задал эти ламерские вопросы, потому что не хочу наступить на те же грабли, что наступал с "якобы гуру-разработчиками", которые только и могли чесать по ушам в переписке.

[Antonio Solo]

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

написать технические требования к программному продукту, к документации, к тестированию - это работа, причем очень ответственная.

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

например вы написали "высоконагруженное веб-приложение" - а в у вас прописаны методика тестирования? окружение тестирования, протоколы тестирования ? у вас есть хотя бы определение что такое "высоконагруженное" ? сколько параллельных процессов ? какие приоритеты обработки запросов? какие допустимы длины очередей и времена ожидания, какие алгоритмы разгрузки при невозможности обслуживания запросов? что вы будете делать при коллизиях ?

у вас есть ответы на эти вопросы ? скорее всего нет. так что нанимайте профессионала.

Answer 1

[Дмитрий Энтелис]

Все сугубое imho:

1. Что должна предоставить нам компания, кроме работающего приложения, чтобы в дальнейшем штатные разработчики без труда подхватили проект?

Смена команды разработки - всегда боль.
Если это резкая смена команды - то либо это заканчивается переписыванием 70-80% кода, либо закладывайте ~30% потраченных на разработку ресурсов на вхождение новой команды в курс дела.

На мой взгляд есть 2 способа этого избежать:
a) покупка изначальной команды в штат
b) участие ваших штатных разработчиков в проекте изначально (но мало кто из аутсорсеров на это пойдет)

ну а предоставить собственно должны исходники без обфускации, с читаемыми названиями переменных, форматированием согласно принятым стандартам языка (для php например это PSR), документацию.

2. Какое качество кода должно быть, есть ли какие-то стандарты качества, которые нужно отразить в договоре?

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

3. Как относятся компании к договору NDA?

Относится отлично, но NDA в РФ не работает по факту. Хотя все их очень любят подписывать по поводу и без.

4. Какую документацию по проекту мы должны получить от разработчика?

Ту которую хотят ваши разработчики. Для веб-приложения на мой взгляд программа минимум это
а) ТЗ по которому все пишется
b) описание внешних и внутренних компонент приложения, что они делают и как взаимодействуют
c) описание структуры БД, как объектов со связями, так и полей. Если где-то денормализация - обоснование её наличия и описание логики.
d) описание endpoint проекта если есть (апи, итд)

5. Нужно ли прописать в договоре пункт про бэкдоры, работает ли это на судебном уровне

В РФ imho нет.

Comments

[rustf]

Дмитрий, спасибо за такой развернутый ответ, то, что нужно. Теперь все встало на свои места. Все по делу.

[Дмитрий Энтелис]

rustf, обращайтесь если что)

Answer 2

[Dimonchik]

3. они в ритме танца, им некуда деваться,
срок только указывайте, 5 лет например, бессрочного не бывает

а вот с остальным, если спрашиваете - все очень плохо

принципиальный вопрос - все ли коды а) отдают б) открывают , от этого ооочень сильно зависит тернистость дорожки

Comments

[rustf]

Спасибо за ответ, подскажите, а чем отличаются эти два понятия а) отдают б) открывают ?

[Dimonchik]

передача прав

код может быть из их стторонних проектов / библиотек, и будет условие, что вносить изменения могут только они

некоторые либы/ модули могут быть закрыты (скомпилированы) , т.е. черный ящик

Answer 3

[Antonio Solo]

1) документацию на код. лично я за это беру +10%

2) какие отразите в техзадании , такие и будут.

3) если захотят украсть, то, поверьте, никакой NDA никого не остановит, ибо как доказывать будете ?

4) ту которую пропишите в техзадании

5) если исполнитель передаст вам код подписанный электроподписью и вы сможете доказать в суде что бэкдор умышленно внедрен - то и без договора

Comments

[rustf]

Спасибо за ответ, подскажите, а подскажите подробнее про 4-ый пункт, какую именно документацию нужно прописать в техзадании, чтобы было все по феншую?

[Antonio Solo]

rustf, вам то что требуется потом делать с программой ?

разработчик пойдет (разумно) по пути наименьших трудозатрат. ничего из того чего нет в задании он делать не будет. и соответственно стоимость работ он (вероятно) оценивает исходя из задания.

например делают вам сайт на wordpress, варианты документапции

а) ничего
б) описание как заполнить контактную форму или заказ на сайте
в) описание как модерировать каталог товаров
г) описание как администрировать сайт
д) описание как вносить простые изменения в код
е) руководство по программированию wordpress
.....

[rustf]

Antonio Solo, Все, теперь понятно, спасибо

Answer 4

[АртемЪ]

1. Исходники хорошо документированные. Насколько хорошо, в каком формате, и прочие тонкости это уже зависит от того кто потом подхватывать будет.
   
2. То, которое нужно вам, а какое там нужно вам - никто кроме вас не знает.
   
3. Все по разному - в основном отношение будет пофигистичным.
   
4. Что потребуете, то и получите.
   
5. Как хотите. Вообще это нафиг не надо. Если будут бэкдоры и сможете это доказать, это и без пункта в договоре позволит взять за жабры разработчика, если не сможете - ну этот пункт договора ничем вам не поможет.
   

А вообще задавать такие вопросы бессмысленно - вам это ничем не поможет.
У вас должны быть люди которые потом будут этот код сопровождать, и юристы - они и должны продумывать и составлять требования.
А брать требования с потолка или советоваться в интернете - пустая трата времени.

Comments

[rustf]

Спасибо за ответ. Вот если бы вам в дальнейшем пришлось поддерживать веб-приложение, то какую документацию и в каком формате документированный код, вы бы хотели, чтобы вам предоставили?