The daily Axapta WTF

[VORP]

Да нет, не копи паст это. Просто человек пишет компилятор, фреймворк для екстеншенов для енумов. Он не знает и/или скорее всего не хочет знать ничего про цены и прочие MCR - этим кодом владеет команда MCR(условно говоря). Сейчас он поменял что-то в компиляторе и у него в некоторых местах ошибки компилятора. Править чужой код он не может, но надо сделать чтоб компилилось. Вот он и заменил цифру на енум, хоть оно и бестолково. По хорошему должен был кинуть багу на MCR что код походу неправильный. Но опять же, не факт что команда MCR будет править код, ведь клиенты баги не репортят, а там мало ли что кому кажется.

[ax_mct]

Цитата:

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

Да нет, не копи паст это. Просто человек пишет компилятор, фреймворк для екстеншенов для енумов. Он не знает и/или скорее всего не хочет знать ничего про цены и прочие MCR - этим кодом владеет команда MCR(условно говоря). Сейчас он поменял что-то в компиляторе и у него в некоторых местах ошибки компилятора. Править чужой код он не может, но надо сделать чтоб компилилось. Вот он и заменил цифру на енум, хоть оно и бестолково. По хорошему должен был кинуть багу на MCR что код походу неправильный. Но опять же, не факт что команда MCR будет править код, ведь клиенты баги не репортят, а там мало ли что кому кажется.

Скорее всего так и есть. Была ошибка компилятора - её и пофиксили.
Но мне знаете ли страшно жить с такими системными программистами.
Там ведь не вопрос бизнес-логики, а деление на ноль. Поверяем одно значение, делим на другое.
Проверяем на ноль второй результат вызова функции, а делим с первым результатом вызова этой же функции. Для нормального программиста С/С++ мимо такого пройти просто невозможно. Это просто режет глаз.

[dech]

Цитата:

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

Да нет, не копи паст это. Просто человек пишет компилятор, фреймворк для екстеншенов для енумов. Он не знает и/или скорее всего не хочет знать ничего про цены и прочие MCR - этим кодом владеет команда MCR(условно говоря). Сейчас он поменял что-то в компиляторе и у него в некоторых местах ошибки компилятора. Править чужой код он не может, но надо сделать чтоб компилилось. Вот он и заменил цифру на енум, хоть оно и бестолково. По хорошему должен был кинуть багу на MCR что код походу неправильный. Но опять же, не факт что команда MCR будет править код, ведь клиенты баги не репортят, а там мало ли что кому кажется.

Да... Чем крупнее компания, тем сложнее поддерживать стабильный код. Здесь ведь и до этого компилилось, это же рантайм еррор. Думаю, где-то просто тесты не сработали. И потом видимо выдали на доработку уже не тому, кто этим кодом занимался.
В большой компании должно быть разграничение кода между специалистами, чтобы отвечать за свой участок и знать его как свои 4 пальца. :-)

[macklakov]

Цитата:

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

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

В принципе, выглядит очень правдоподобно. Только похоже что писали они не компилятор как таковой, а best practice check. Ведь единственный результат изменения в том, что теперь в коде нет константы "0". Можно даже предположить что это робот сделал.