Удаленная разработка в MS Dynamics AX

[ax_mct]

Цитата:

Сообщение от Кирилл

Если не думаешь сразу, придется думать потом, но уже в более сложной ситуации.

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

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

В случае наличия технических спецификаций и разделения ролей это было бы просто невозможно.

То есть переделки и исправления когда "человек-оркестр" намного проще решаются.

В случае аутсорса "кодировщикам" вообще невозможна такая гибкость когда надо все быстро поменять.

[ice]

Цитата:

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

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

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

В случае наличия технических спецификаций и разделения ролей это было бы просто невозможно.

То есть переделки и исправления когда "человек-оркестр" намного проще решаются.

В случае аутсорса "кодировщикам" вообще невозможна такая гибкость когда надо все быстро поменять.

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

Цитата:

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

и хорошо, что так дома не стоят, надеюсь

Ну у вас на проекте видимо сразу все всё правильно делают ) И на века.
Со строительством домов вообще сравнение некорректное.
Пусть строители попробуют продать заказчику сарай и потом достраивать до таунхауса по мере разрастания семьи. Причем еще заметьте - семья во время строительства живет в доме. У них разное видение и требования к будущему дому.

[komar]

Цитата:

Сообщение от DynamicsAX-2015

Ну у вас на проекте видимо сразу все всё правильно делают ) И на века.
Со строительством домов вообще сравнение некорректное.
Пусть строители попробуют продать заказчику сарай и потом достраивать до таунхауса по мере разрастания семьи. Причем еще заметьте - семья во время строительства живет в доме. У них разное видение и требования к будущему дому.

а вот:

[ax_mct]

Цитата:

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

а вот:

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

Или когда вместо одного программиста работают трое. Когда каждый за свой кусок только отвечает.

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

Поэтому чем меньше программистов тем лучше. Но это должны быть те кто за троих собразить может

Цитата:

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

А если один, достаточно брезгливый, владелец кода то он такого не допустит. Все сломает и сделает лучше.

Это какой то крайний случай, когда программист один на маленьком неактивном проекте. Я не представляю как может программист переписать хоть что то более менее серьезное мимо консультантов.

[komar]

Цитата:

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

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

Или когда вместо одного программиста работают трое. Когда каждый за свой кусок только отвечает.

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

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

[Pavel]

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

[ax_mct]

Цитата:

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

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

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

Вопрос что такое бардак и чем он отличается от не-бардака. И зависит ли от того один человек за одного или за троих.

Тенденции в программировании - "от пользователя" (a user centered), "полноценный прогрaммист" (full stack developer) и "по ступенькам" (Agile) лучше подходят клиенту.

Отодвигание и разделение, фиксация - это нужно только консалтингу и только в его интересах. Клиенту эта исскуственность не нужна. И он соглашается на такой "не-бардак" только если нет другого выбора.