Фрилансер сделал работу. Как ее принять?

[AlexSeamen]

Договор не подписывали. Было только ТЗ, которое существенно изменилось в процессе работы. Как заказчик считаю, что объем работы существенно больше описанного в ТЗ. Готов оплатить большую сумму. НО! Как принять работу? Да! Это браузерное приложение с сервером у провайдера. Должен быть представлен код всех частей приложения? Сделать бэкап серверной части? Как проверить работоспособность передаваемых результатов? Следует ли требовать развернутых комментариев кода? Описания процесса развертывания приложения у другого провайдера? Какую-либо иструкцию по работе с приложением? Как завершить работу? Как оплатить я знаю.

[Белый шум]

Если сумма большая (фрилансер работал более пары часов) и доверия между вами нет, то:
1) задним числом подписываете договор по фактически сделанному ТЗ;
либо
2) он поднимает приложение на своём сервере, вы туда заходите через браузер и всё проверяете. Оплачиваете бОльшую часть суммы (или всё сразу) и получаете код с инструкцией по установке + описание системных требований. Комментариев к коду требовать не надо, если это заранее не было обговорено. Код должен быть просто рабочим и не обфусцированным. Устанавливаете у себя по инструкции, если возникают сложности - спрашиваете. После установки и проверки у себя - оплачиваете оставшееся.

Предпочтительнее первый вариант, но вообще как договоритесь. На будущее - надо разбивать большие ТЗ на этапы, которые проверять и оплачивать отдельно.

[AlexSeamen]

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

[Aetae]

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

Обычно так не бывает. Как правило есть какие-то люди передающие сокровенные знания из рук в руки.

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

[AlexSeamen]

Обычно так не бывает. Как правило есть какие-то люди передающие сокровенные знания из рук в руки.

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

Исчерпывающую документацию для других программистов? А зачем с нуля все делать? Я же хочу использовать наработанный код.

[micscr]

А на чем делались и бек и фронт? Фреймворки?
Под провайдером вы что называете, сервер ?

[Белый шум]

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

Что значит "без заказчика"? Кто и зачем будет его развивать кроме заказчика?

[Белый шум]

то наработки должны быть исчерпывающе ясны для дальнейшего развития.

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

[micscr]

Сейчас в СНГ такая печальная ситуация, на вот этих мелких и средних проектах, когда заказчик с Синдромом Дефицита Внимания с одной стороны и исполнитель нарцисс с другой стороны в результате имеют фигушку которую сложно будет другому взять себе в поддержку.
То что вы имеете какое то ТЗ, уже выделяет вас в очень хорошую сторону. У большинства на это просто нет ни дисциплины ни мозгов.

Должен быть представлен код всех частей приложения?

Конечно должен. Плюс, как выше сказали, незашифрованный.
Этот код обычно в гите и соответственно в одном из репозитариев, битбакете, гитлаб, где бесплатные приватные репы.

Сделать бэкап серверной части?

бекап нужен в основном для загружаемых файлов, и БД

Как проверить работоспособность передаваемых результатов?

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

Следует ли требовать развернутых комментариев кода?

Этого требовать не стоит, это устаревшие мнения.
Коменты должны быть, но по минимуму.
Важнее чтобы программист написал хотя бы коменты для полей БД.
И документировал свои чуток более сложные решения. Просто в readme в гите. Тут смотря что за задачи ему пришлось решать.

Описания процесса развертывания приложения у другого провайдера?

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

Какую-либо иструкцию по работе с приложением?

Она не помешает.
Как и любая другая документация.
Если вы например прогуглили как писать ТЗ и держите его в актуальном состоянии, или в джире новые задачи ставите, то новому разрабу будет намного проще понять что вообще делалось.

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

[AlexSeamen]

micscr,
Реально пригласить опытного на сопровождение?