Совместная работа заказчика и исполнителя в разных или одном слое?

[Кузин Владимир В.]

У нас идет проект внедрения Аксапты, когда работа распределена между Заказчиком и Исполнителем, и часть работы выполняем мы, то есть Заказчик.
Изначально, планировалось, что Заказчик будет программировать в слое var , а мы в слое сus.

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

Насколько они правы? И насколько работа в одном слое, которая якобы будет легче, облегчит дальнейший дополнительный контроль кода и поиск ответственного?

Спасибо.

[Jabberwocky]

Слой VAR (Value Added Reseller) - это слой, предназначенный для бизнес-партнеров Microsoft. В этом слое можно хранить любые доработки, сделанные партнерами для своих клиентов, и заказчика в него, строго говоря, пускать нельзя. А в плане разграничения зон ответственности лучше разрабатывать на разных слоях. В случае некорретных модификаций со стороны клиента Вы всегда сможете обезопасить свои разработки, разместив их на более низком прикладном слое.

[MironovI]

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

[DreamCreator]

Цитата:

Сообщение от Кузин Владимир В.

И насколько работа в одном слое, которая якобы будет легче, облегчит дальнейший дополнительный контроль кода и поиск ответственного?

А разве комментирование нового кода не однозначно показывает ответственного?

[George Nordic]

Обратите внимание:
Слетают права при импорте проекта
Ошибка в компиляции после переноса слоя
Перенос модификаций из слоя в слой с идентификаторами

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

С Уважеинем,
Георгий

[oip]

Цитата:

Сообщение от DreamCreator

А разве комментирование нового кода не однозначно показывает ответственного?

А разработка, это не только написание нового кода.

У нас разработка ведется на одном и том же слое, но на разных приложениях. При этом клиент передает свои разработки архитектору (со стороны консалтинга) и он сделав кодревью переносит эти разработки на "основное приложение".

[AlGol]

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

При программировании в разных слоях, во-первых все равно остается вопрос "кто это сделал?!". Только разборки будут на уровне команд. Во-вторых, будет крайний, кто отвечает за стыковку слоев, и на него, скорее всего, будут валить процентов 60 возникших багов и дырок.

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