Сообщение Re[54]: Есть ли подобие LINQ на других языках/платформах? от 04.05.2021 12:47
Изменено 04.05.2021 12:48 Pauel
Re[54]: Есть ли подобие LINQ на других языках/платформах?
Здравствуйте, Serginio1, Вы писали:
S> Так вот какие народ фичи то хочет? Значит все есть или никому не упало эта оптимизация.
Я бы предположил, что изменения в структуре данных
S>Вот ты даже и не знал о roslyn-linq-rewrite
Что бы всё было в шоколаде, т.е. итерация по массиву вместо итератора, как ты показал, ктото же должен догадаться экспознуть соответсвующий интерфейс, а не бегать с воплями "и так сойдет патамушта рослин"
Более того, внутреннюю реализацию нужно так же подобрать под эту вот оптимизацию, иначе будет пшик.
S> Ну так пиши все на ассемблере. В легкую это обычно плохо читаемый код.
S>Просто на реальных данных экономить доли миллисекунд никому не интересно И таких как ты мизер!
Похоже, снова "вне линка жизни нет"
S>Я сам редко использую линк но там где это возможно использую ради читаемости и сокращения кода.
S>Как правило затраты на линк намного меньше общих вычислений.
Это никакое не правило, а всего лишь код общего назначения. Чуть что специализированое начинается — уже все идет не так, как тебе хочется.
S>Но у тебя же повсеместно числодробилки с невероятно огромными данными.
И что же делать, когда проект именно такой?
S> Так вот какие народ фичи то хочет? Значит все есть или никому не упало эта оптимизация.
Я бы предположил, что изменения в структуре данных
S>Вот ты даже и не знал о roslyn-linq-rewrite
Что бы всё было в шоколаде, т.е. итерация по массиву вместо итератора, как ты показал, ктото же должен догадаться экспознуть соответсвующий интерфейс, а не бегать с воплями "и так сойдет патамушта рослин"
Более того, внутреннюю реализацию нужно так же подобрать под эту вот оптимизацию, иначе будет пшик.
S> Ну так пиши все на ассемблере. В легкую это обычно плохо читаемый код.
S>Просто на реальных данных экономить доли миллисекунд никому не интересно И таких как ты мизер!
Похоже, снова "вне линка жизни нет"
S>Я сам редко использую линк но там где это возможно использую ради читаемости и сокращения кода.
S>Как правило затраты на линк намного меньше общих вычислений.
Это никакое не правило, а всего лишь код общего назначения. Чуть что специализированое начинается — уже все идет не так, как тебе хочется.
S>Но у тебя же повсеместно числодробилки с невероятно огромными данными.
И что же делать, когда проект именно такой?
Re[54]: Есть ли подобие LINQ на других языках/платформах?
Здравствуйте, Serginio1, Вы писали:
S> Так вот какие народ фичи то хочет? Значит все есть или никому не упало эта оптимизация.
Я бы предположил, что изменения в структуре данных дают бОльший эффект. А может и линк в целом не такой уж и востребованый, как ты пишешь, даже с Рослином
S>Вот ты даже и не знал о roslyn-linq-rewrite
Что бы всё было в шоколаде, т.е. итерация по массиву вместо итератора, как ты показал, ктото же должен догадаться экспознуть соответсвующий интерфейс, а не бегать с воплями "и так сойдет патамушта рослин"
Более того, внутреннюю реализацию нужно так же подобрать под эту вот оптимизацию, иначе будет пшик.
S> Ну так пиши все на ассемблере. В легкую это обычно плохо читаемый код.
S>Просто на реальных данных экономить доли миллисекунд никому не интересно И таких как ты мизер!
Похоже, снова "вне линка жизни нет"
S>Я сам редко использую линк но там где это возможно использую ради читаемости и сокращения кода.
S>Как правило затраты на линк намного меньше общих вычислений.
Это никакое не правило, а всего лишь код общего назначения. Чуть что специализированое начинается — уже все идет не так, как тебе хочется.
S>Но у тебя же повсеместно числодробилки с невероятно огромными данными.
И что же делать, когда проект именно такой?
S> Так вот какие народ фичи то хочет? Значит все есть или никому не упало эта оптимизация.
Я бы предположил, что изменения в структуре данных дают бОльший эффект. А может и линк в целом не такой уж и востребованый, как ты пишешь, даже с Рослином
S>Вот ты даже и не знал о roslyn-linq-rewrite
Что бы всё было в шоколаде, т.е. итерация по массиву вместо итератора, как ты показал, ктото же должен догадаться экспознуть соответсвующий интерфейс, а не бегать с воплями "и так сойдет патамушта рослин"
Более того, внутреннюю реализацию нужно так же подобрать под эту вот оптимизацию, иначе будет пшик.
S> Ну так пиши все на ассемблере. В легкую это обычно плохо читаемый код.
S>Просто на реальных данных экономить доли миллисекунд никому не интересно И таких как ты мизер!
Похоже, снова "вне линка жизни нет"
S>Я сам редко использую линк но там где это возможно использую ради читаемости и сокращения кода.
S>Как правило затраты на линк намного меньше общих вычислений.
Это никакое не правило, а всего лишь код общего назначения. Чуть что специализированое начинается — уже все идет не так, как тебе хочется.
S>Но у тебя же повсеместно числодробилки с невероятно огромными данными.
И что же делать, когда проект именно такой?