|
28.05.2014, 16:27 | #1 |
Banned
|
Да ладно вам, все это банальности - RunBase, SysOp... Дополнительное value для клиента стремится к нулю, ему это все до фонаря, трудозатраты примерно одинаковые, только для SysOp-ов больше вероятность ошибки на копипасте.
|
|
28.05.2014, 16:34 | #2 |
Участник
|
|
|
28.05.2014, 17:41 | #3 |
Участник
|
Сложнее - это нужен более "умный разработчик"? Тогда действительно, у нас термины расходятся . По мне сложнее - больше усилий нужно. Либо более умный разработчик (читай опытный), либо больше времени. Пока разработчик не опытный - он делает дольше. Вот и получается в два раза медленнее.
Когда он станет опытным - разница не в разы, но все равно остается. Сложнее стала система (больше элементов). И бюджеты растут, и требования. Все сложнее. Просто нужно это принять.
__________________
Ivanhoe as is.. |
|
28.05.2014, 20:13 | #4 |
----------------
|
Цитата:
Inside Microsoft Dynamics AX 2012
"Of course, the developers had several perspectives on this breakthrough event. One morning when we came to work, nothing was working. Later in the morning, we realized that we had changed programming languages! ...." Так что, на мой взгляд, дело не в сложности, а в освоении новых шаблонов проектирования, программирования, решения стандартных задач. Последний раз редактировалось Wamr; 28.05.2014 в 20:15. |
|
|
За это сообщение автора поблагодарили: USTA (1), lev (4). |
29.05.2014, 13:06 | #5 |
MCTS
|
This.
__________________
Dynamics AX Experience Последний раз редактировалось CDR; 29.05.2014 в 13:08. |
|
24.02.2015, 10:53 | #6 |
Участник
|
Так это "да" или "нет"? Или "да" + "еще зависит от количества связанных дырявых абстракций, подноготную которых надо знать"?
|
|
24.02.2015, 12:26 | #7 |
Участник
|
Это "да" с уточнением про дырявые абстракции. То есть проблема в размере куска, который надо рассматривать. Этот кусок может быть как всей системой, так и ее частью.
|
|
|
|