|
27.04.2006, 11:28 | #1 |
Участник
|
Здравствуйте дамы и господа !
Ситуация : есть компания внедренец аксапты и есть компания заказчик. Под нужды заказчика дорабатывается функционал аксапты обеими сторронами, но в разных городах и соответственно на разных приложениях. Все доработки надо сводить между собой. Задания будут даваться так чтобы используемые различными сторонами в доработке объекты не пересекались, но все равно есть шанс что они пересекутся. Вопрос : Как лучше вести разработку на одном слое обеим сторонам или на разных ? И как лучше в итоге срестить между собой эти разработки ? При советах по слоям приводите пожалуйста аргументы ибо ту или иную позицию прийдется как то аргументировать и отстаивать Заранее спасибо |
|
27.04.2006, 11:52 | #2 |
Участник
|
Цитата:
Разные слои не помогут избежать коллизий, однако помогут разобраться кто накосячил. Лучше явно выделить человека который должен скрещивать разработки. |
|
27.04.2006, 12:15 | #3 |
Участник
|
Уважаемый Mazzy
А не могли бы вы привести какие нибудь "железобетонные" аргументы по своей точке зрения ? Я ее буду пытаться сегодня отстаивать перед внедренцами и они соглазятся только с аргументами. Их аргумент основной на работу в одном слое- Аксапта непредсказуемо поведет себя при модификации в 2 соях одновременно, и объект при модификации в веррнем слое автоматически перетягивается в него а они против такого перетягивания Спасибо |
|
28.04.2006, 09:04 | #4 |
Участник
|
Цитата:
Прежде всего решите - вам нужно доказать вашу позицию или получить результат? Кто будет отвечать за результат кодирования? Разработчики? Они отстаивают свою точку зрения? Они готовы доказывать? Они готовы отвечать? Тогда дайте им возможность делать так, как они считают нужным. Взвесьте аргументы, убедитесь, что вам не врут. И либо дайте им работать как они считают нужным, либо диктуйте свои условия (тогда зачем вам аргументы?) Оба варианта - один слой или разные слои - имеют свои плюсы и минусы. Плюс разных слоев - вы гарантированно сможете определить автора кода, того, кто накосячил. Минус разных слоев - надо следить за тем что поднялось или не поднялось с нижних слоев на верхние (особенно в формах и отчетах). Это неизбежная процедура при работе с разными слоями. Плюс одного слоя - вы получите один целостный код (скорее всего). Минус одного слоя - вы постоянно будете искать автора ошибки и постоянно будете сталкиваться с отмазками разработчиков "а здесь вы сами накосячили". Ссылка на "технические баги" на мой взгляд аргументом не является. Если для кого-то система ведет себя непредсказуемо, то это значит, что этот кто-то просто с ней не разобрался. Барабашки нет. Аксапта падает. Что делать? |
|