Сообщение Re[22]: Реальная производительность WebAssembly? от 19.09.2017 16:26
Изменено 19.09.2017 16:35 alexzzzz
Re[22]: Реальная производительность WebAssembly?
Здравствуйте, Ikemefula, Вы писали:
I>У нас были вполне конкретные данные — объекты со строковыми пропертями. Это принципиальная часть. А вот что именно внутри этих строк — дело десятое. Вместо генератора рандомных ФИО был взят гуид, это уже детали реализации.
Ну и у меня внутри гуид вместо строки — детали реализации. Никто не запрещает в JS сделать так же. Не нравится — пиши чёткое ТЗ и давай готовые тестовые данные на входе в виде файла.
I>На выходе тож ничего нет. Ты же их никуда не пишешь
Значит, ты понимаешь, что я чувствую, смотря на оригинальный код.
I>У нас были вполне конкретные данные — объекты со строковыми пропертями. Это принципиальная часть. А вот что именно внутри этих строк — дело десятое. Вместо генератора рандомных ФИО был взят гуид, это уже детали реализации.
Ну и у меня внутри гуид вместо строки — детали реализации. Никто не запрещает в JS сделать так же. Не нравится — пиши чёткое ТЗ и давай готовые тестовые данные на входе в виде файла.
I>На выходе тож ничего нет. Ты же их никуда не пишешь
Значит, ты понимаешь, что я чувствую, смотря на оригинальный код.
Re[22]: Реальная производительность WebAssembly?
Здравствуйте, Ikemefula, Вы писали:
I>У нас были вполне конкретные данные — объекты со строковыми пропертями. Это принципиальная часть. А вот что именно внутри этих строк — дело десятое. Вместо генератора рандомных ФИО был взят гуид, это уже детали реализации.
Ну и у меня внутри гуид вместо строки — детали реализации. Никто не запрещает в JS сделать так же. Не нравится — пиши чёткое ТЗ и давай готовые тестовые данные на входе в виде файла.
I>На выходе тож ничего нет. Ты же их никуда не пишешь
Значит, ты понимаешь, что я чувствую, смотря на оригинальный код.
I>Твой "оптимизированый" тест даёт заранее известный результат: http://rsdn.org/forum/flame.comp/6901419.1
Естественно в C# больше простора для манёвров, я не собираюсь его искусственно тормозить. Какой смысл?
I>У нас были вполне конкретные данные — объекты со строковыми пропертями. Это принципиальная часть. А вот что именно внутри этих строк — дело десятое. Вместо генератора рандомных ФИО был взят гуид, это уже детали реализации.
Ну и у меня внутри гуид вместо строки — детали реализации. Никто не запрещает в JS сделать так же. Не нравится — пиши чёткое ТЗ и давай готовые тестовые данные на входе в виде файла.
I>На выходе тож ничего нет. Ты же их никуда не пишешь
Значит, ты понимаешь, что я чувствую, смотря на оригинальный код.
I>Твой "оптимизированый" тест даёт заранее известный результат: http://rsdn.org/forum/flame.comp/6901419.1
Автор: Ikemefula
Дата: 12.09.17
Дата: 12.09.17
Естественно в C# больше простора для манёвров, я не собираюсь его искусственно тормозить. Какой смысл?