Первые впечатления от программирования в D365FO

[EVGL]

Цитата:

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

Евгений, если не претендовать на точные цифры, то примерно на сколько больше занимает по времени задача, в 7-ке, по отношению к другим версиям?

Мне кажется, что по сравнению с AX2012 времени на 50%-75% процентов больше, а по сравнению с AX2009 - как минимум на 100%, вдвое. Я еще не учитываю работу отдельного человека-администратора, которые только и занимается тем, что тиражирует все это как минимум в три среды. Ранее это мог реально сделать один человек-пароход, но эти времена ушли.

[ax_mct]

Цитата:

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

Мне кажется, что по сравнению с AX2012 времени на 50%-75% процентов больше, а по сравнению с AX2009 - как минимум на 100%, вдвое. Я еще не учитываю работу отдельного человека-администратора, которые только и занимается тем, что тиражирует все это как минимум в три среды. Ранее это мог реально сделать один человек-пароход, но эти времена ушли.

Подозреваю что вдвое это время чистого кодирования. Насколько безопасно партнеру/подрядчику использовать коэффициент два при оценке трудоемкости?

А если надо ловить некую багу в режима саппорта?
А если надо тестировать, а тестировать надо всегда и желательно в дебаггере?

Выделенная роль DevOps в тиме и настроенный по уму TFS это я понимаю что неизбежность.
Я кстати наблюдаю появление такой интересной специализации.

[Logger]

Цитата:

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

Мне кажется, что по сравнению с AX2012 времени на 50%-75% процентов больше, а по сравнению с AX2009 - как минимум на 100%, вдвое. Я еще не учитываю работу отдельного человека-администратора, которые только и занимается тем, что тиражирует все это как минимум в три среды. Ранее это мог реально сделать один человек-пароход, но эти времена ушли.

Ну а хоть в чем-нибудь выигрыш есть ?

[belugin]

Цитата:

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

Ну а хоть в чем-нибудь выигрыш есть ?

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

Еще X++ немножко доточили (например очень удобно определять переменные по месту первого использвания).

Удобно, что исходники хранятся в файлах на диске - раньше при работе с системой контроля версий была рассинхронизация, так же можно их обрабатывать при помощи powershell, например.

[pitersky]

Цитата:

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

Еще X++ немножко доточили (например очень удобно определять переменные по месту первого использвания).

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

[belugin]

Цитата:

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

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

Кто, когда и почему называл? Это уже настолько общее место в современных языках программирования, что уж не помню, когда это критиковали.

[pitersky]

Цитата:

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

Кто, когда и почему называл? Это уже настолько общее место в современных языках программирования, что уж не помню, когда это критиковали.

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

[dech]

Цитата:

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

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

Это был как раз раздел VAR. Суммируя объем переменных в разделе можно было определить размер области стека, в которой и размещались локальные переменные. Там же вроде как и параметры были. В Х++ сделали такой раздел "до точки с запятой". Ну а теперь вроде бы можно объявлять переменные в любой локальной области, будь то цикл или if. Теперь все как в Java.

[EVGL]

Цитата:

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

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

Нет, действительно удобно. В языке C это было с самого начала c 80-x годов, если не ошибаюсь.

[Raven Melancholic]

Цитата:

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

Мне кажется, что по сравнению с AX2012 времени на 50%-75% процентов больше, а по сравнению с AX2009 - как минимум на 100%, вдвое. Я еще не учитываю работу отдельного человека-администратора, которые только и занимается тем, что тиражирует все это как минимум в три среды. Ранее это мог реально сделать один человек-пароход, но эти времена ушли.

От теории компиляторов/интерпретаторов и выкладок "Книги дракона", вернемся на землю.
EVGL, что, на Ваш взгляд, повлияло на такой серьезный провал производительности труда команды:

• Новизна подходов, к которым еще не привыкли.
• Архитектура решения.
• Более высокие требования к железу.
• Более высокие требования к организации работ.

Что-то другое.
В общем, интересен взгляд на то, временные ли это проблемы или все решаемо.