Информация об изменениях

Сообщение Re[22]: Реальная производительность WebAssembly? от 19.09.2017 16:26

Изменено 19.09.2017 16:35 alexzzzz

Re[22]: Реальная производительность WebAssembly?
Здравствуйте, Ikemefula, Вы писали:

I>У нас были вполне конкретные данные — объекты со строковыми пропертями. Это принципиальная часть. А вот что именно внутри этих строк — дело десятое. Вместо генератора рандомных ФИО был взят гуид, это уже детали реализации.


Ну и у меня внутри гуид вместо строки — детали реализации. Никто не запрещает в JS сделать так же. Не нравится — пиши чёткое ТЗ и давай готовые тестовые данные на входе в виде файла.

I>На выходе тож ничего нет. Ты же их никуда не пишешь


Значит, ты понимаешь, что я чувствую, смотря на оригинальный код.
Re[22]: Реальная производительность WebAssembly?
Здравствуйте, Ikemefula, Вы писали:

I>У нас были вполне конкретные данные — объекты со строковыми пропертями. Это принципиальная часть. А вот что именно внутри этих строк — дело десятое. Вместо генератора рандомных ФИО был взят гуид, это уже детали реализации.


Ну и у меня внутри гуид вместо строки — детали реализации. Никто не запрещает в JS сделать так же. Не нравится — пиши чёткое ТЗ и давай готовые тестовые данные на входе в виде файла.

I>На выходе тож ничего нет. Ты же их никуда не пишешь


Значит, ты понимаешь, что я чувствую, смотря на оригинальный код.

I>Твой "оптимизированый" тест даёт заранее известный результат: http://rsdn.org/forum/flame.comp/6901419.1
Автор: Ikemefula
Дата: 12.09.17


Естественно в C# больше простора для манёвров, я не собираюсь его искусственно тормозить. Какой смысл?