Сообщение Re[29]: Новости C#12 от 25.11.2023 20:01
Изменено 25.11.2023 20:10 ·
Re[29]: Новости C#12
Здравствуйте, Sinclair, Вы писали:
S>А обсуждаемая фича способна взять и автоматически заменить весь "медленный linq-код" на эквивалентный быстрый без затрат на ручное переписывание кода во время разработки, и анализ выражений во время выполнения.
S>Если у вас есть приложение, у которого подобные запросы составляют значительную долю вычислительного времени, то банальный импорт пакета и перекомпиляция дадут вам перформанс буст на ровном месте.
S>Чем плохо-то?
Начинаю понимать почему мне кажется это плохо, вызывает недоумение. Тут получилось, что поставили телегу впереди лошади. Вот у нас есть interceptors proposal давайте придумаем куда его всё-таки можно прикрутить. Один болезную одноногую утку изобретает, другой — программирование на комментариях, третий енумы пытается оптимизировать, ты предлагаешь какую-то странную оптимизацию... В общем фигня какая-то.
Надо-то наоборот. Есть задачи, ищем решение. Скажем, твоя прекомпиляция кода — так ведь это можно и другим способом добиться, более удобными и надёжными механизмами, вот их и надо пропозалить. Хотя, вроде бы довольно очевидно, что фича корявая, и очень нишевая (a specific problem encountered recently by ASP.NET team). Лучше нафиг не использовать, очень странный пропозал, по всем параметрам.
S>А обсуждаемая фича способна взять и автоматически заменить весь "медленный linq-код" на эквивалентный быстрый без затрат на ручное переписывание кода во время разработки, и анализ выражений во время выполнения.
S>Если у вас есть приложение, у которого подобные запросы составляют значительную долю вычислительного времени, то банальный импорт пакета и перекомпиляция дадут вам перформанс буст на ровном месте.
S>Чем плохо-то?
Начинаю понимать почему мне кажется это плохо, вызывает недоумение. Тут получилось, что поставили телегу впереди лошади. Вот у нас есть interceptors proposal давайте придумаем куда его всё-таки можно прикрутить. Один болезную одноногую утку изобретает, другой — программирование на комментариях, третий енумы пытается оптимизировать, ты предлагаешь какую-то странную оптимизацию... В общем фигня какая-то.
Надо-то наоборот. Есть задачи, ищем решение. Скажем, твоя прекомпиляция кода — так ведь это можно и другим способом добиться, более удобными и надёжными механизмами, вот их и надо пропозалить. Хотя, вроде бы довольно очевидно, что фича корявая, и очень нишевая (a specific problem encountered recently by ASP.NET team). Лучше нафиг не использовать, очень странный пропозал, по всем параметрам.
Re[29]: Новости C#12
Здравствуйте, Sinclair, Вы писали:
S>А обсуждаемая фича способна взять и автоматически заменить весь "медленный linq-код" на эквивалентный быстрый без затрат на ручное переписывание кода во время разработки, и анализ выражений во время выполнения.
S>Если у вас есть приложение, у которого подобные запросы составляют значительную долю вычислительного времени, то банальный импорт пакета и перекомпиляция дадут вам перформанс буст на ровном месте.
S>Чем плохо-то?
Начинаю понимать почему мне кажется это плохо, вызывает недоумение. Тут получилось, что поставили телегу впереди лошади. Вот у нас есть interceptors proposal давайте придумаем куда его всё-таки можно прикрутить. Один болезную одноногую утку изобретает, другой — программирование на комментариях, третий енумы пытается оптимизировать, ты предлагаешь какую-то странную оптимизацию... В общем фигня какая-то.
Надо-то наоборот. Есть задачи, ищем решение. Скажем, твоя прекомпиляция кода — так ведь это можно и другим способом добиться, более удобными и надёжными механизмами, вот их и надо пропозалить. Хотя, вроде бы довольно очевидно, что фича корявая, и очень нишевая. A specific problem encountered recently by ASP.NET team. Такое ощущение, что у чуваков проблемы с перформансом, поэтому решили ЯП подпилить для бенчмарков.
Лучше нафиг не использовать, очень странный пропозал, по всем параметрам.
S>А обсуждаемая фича способна взять и автоматически заменить весь "медленный linq-код" на эквивалентный быстрый без затрат на ручное переписывание кода во время разработки, и анализ выражений во время выполнения.
S>Если у вас есть приложение, у которого подобные запросы составляют значительную долю вычислительного времени, то банальный импорт пакета и перекомпиляция дадут вам перформанс буст на ровном месте.
S>Чем плохо-то?
Начинаю понимать почему мне кажется это плохо, вызывает недоумение. Тут получилось, что поставили телегу впереди лошади. Вот у нас есть interceptors proposal давайте придумаем куда его всё-таки можно прикрутить. Один болезную одноногую утку изобретает, другой — программирование на комментариях, третий енумы пытается оптимизировать, ты предлагаешь какую-то странную оптимизацию... В общем фигня какая-то.
Надо-то наоборот. Есть задачи, ищем решение. Скажем, твоя прекомпиляция кода — так ведь это можно и другим способом добиться, более удобными и надёжными механизмами, вот их и надо пропозалить. Хотя, вроде бы довольно очевидно, что фича корявая, и очень нишевая. A specific problem encountered recently by ASP.NET team. Такое ощущение, что у чуваков проблемы с перформансом, поэтому решили ЯП подпилить для бенчмарков.
Лучше нафиг не использовать, очень странный пропозал, по всем параметрам.