Оver-engineering - "зачем так сложно?"

[ax_mct]

Цитата:

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

ДА. Разноски больших журналов СУЩЕСТВЕННО быстрее именно когда идут в CIL - за счет другого сборжика мусора особенно если включена корреспонденция. Алгоритмические проблемы не решаются просто добавлением оборудования. Там кажется был o(n2) или типа того.

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

Моя категоричность она для чистоты лечения

Неужели инструментарий 3.0 не позволил бы программисту решить проблему разноски больших журналов? Те же хранимые процедуры это стандартное и приемлимое решение.

Но нам же неинтересен плоский T-SQL так как 3D OOП, не так ли? Вот оно и есть - программизм.

[mazzy]

Цитата:

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

Те же хранимые процедуры это стандартное и приемлимое решение.

Ритейл в акс7 построен на хранимых процедурах.
Не приведи господь.

Цитата:

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

Моя категоричность она для чистоты лечения

не надо, пожалуйста.
открывайте балаган в курилке в новой ветке.

[belugin]

Цитата:

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

Моя категоричность она для чистоты лечения

Вы думаете, что лечение происходит в AxForum? Я бы посоветовал нести боль в Яммер - там гораздо больше шансов быть услышанным принимающими решение.

Цитата:

Неужели инструментарий 3.0 не позволил бы программисту решить проблему разноски больших журналов? Те же хранимые процедуры это стандартное и приемлимое
решение.

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

Перечислите, пожалуйста достоинства и недостатки использования TSQL для обработки данных в AX.

[mazzy]

Цитата:

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

Перечислите, пожалуйста достоинства и недостатки использования TSQL для обработки данных в AX.

ax_mct, в отдельной ветке, пожалуйста.

[ax_mct]

Цитата:

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

Вы думаете, что лечение происходит в AxForum? Я бы посоветовал нести боль в Яммер - там гораздо больше шансов быть услышанным принимающими решение.

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

Перечислите, пожалуйста достоинства и недостатки использования TSQL для обработки данных в AX.

Речь не о лечении Аксапты, с ней все ясно на самом деле, а о лечении наших больных голов.
Очень вероятно что Аксапту похоронили не злобный и циничный Майкрософт, а романтики программирования с горящими глазами верящие в светлое будущее программизма.

Инструментарий для кодирования лучше/хуже, способ программирования лучше/хуже - это диагноз.
Аксапта это продукт для кого?
Я не ностальгирую по Аксапте, я сожалею о безумстве которое в головах.

[belugin]

Цитата:

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

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

Вы же сами рассуждаете о том, что способ программирования худше или лучше