YS
Так то да, при прочих равных хочется хорошим пользоваться, а не плохим
Size: a a a
2021 March 25
YS
Но прочие равные обычно редко достигаются
[
Ихмо, софт главное чтоб не тупил на простейших действиях. А всё что дальше это обычно преждевременные оптимизации.
t
Ихмо, софт главное чтоб не тупил на простейших действиях. А всё что дальше это обычно преждевременные оптимизации.
>не тупил
а это уже не имеет отношения к выбору языка, т.к. человеческое представление о "не тупит" совершенно не всегда совпадает с "быстро вычисляет" 🙂
а это уже не имеет отношения к выбору языка, т.к. человеческое представление о "не тупит" совершенно не всегда совпадает с "быстро вычисляет" 🙂
YS
рострато ресурсов!!1
[
К тому же скорость языка программирования принято измерять не на таких вот оторванных от жизни кейсах, в которых вообще хз что происходит на уровне компиля, а на бенчах. И там хаскель показывает вполне достойныйный результат. Что-то между шарпами и жабой, емнип.
t
и если уж смотреть примеры всяких числодробилок, которые как раз "не тупят" настолько, насколько в принципе позволяет низлежащее железо, имеют омерзительную отзывчивость с т.з. человека, и вообще "тупят" 🙂
t
К тому же скорость языка программирования принято измерять не на таких вот оторванных от жизни кейсах, в которых вообще хз что происходит на уровне компиля, а на бенчах. И там хаскель показывает вполне достойныйный результат. Что-то между шарпами и жабой, емнип.
"скорость языка программирования" штука неопределенная. замеряется, скорее, "скорость бэкенда компилятора"
t
т.к. тот же llvm выдаст одинаковый машинный код что для С, что для паскаля, что для фортрана, что для хаскеля, что для D, что для какого-нибудь static typescript или еще какой ебалы
t
да, конечно, минорные отличия будут, связанные с тем, насколько хорошо фронт смог передать LLVM свои идеи и расставить хинты
[
>не тупил
а это уже не имеет отношения к выбору языка, т.к. человеческое представление о "не тупит" совершенно не всегда совпадает с "быстро вычисляет" 🙂
а это уже не имеет отношения к выбору языка, т.к. человеческое представление о "не тупит" совершенно не всегда совпадает с "быстро вычисляет" 🙂
Между прочим точное замечание. Я готов и подождать, если интерфейс не застывает, а в уголке крутится колёсико с надписью "Please, wait...". Главное, чтоб такого не было секунд на 10 в текстовом редакторе на каждое открытие маленького файла🌚
t
но это не производительность "языка".
[
да, конечно, минорные отличия будут, связанные с тем, насколько хорошо фронт смог передать LLVM свои идеи и расставить хинты
У хаскеля так же кодогенерации гораздо больше будет, чем у си.
X
У хаскеля так же кодогенерации гораздо больше будет, чем у си.
У хаскеля компилятор творит такую магию, тебе и не снилось
t
У хаскеля так же кодогенерации гораздо больше будет, чем у си.
не играет роли, т.к. проблема в конечном итоге не хаскеля, а оптимизатора, который все лишнее говно должен свернуть, и хинтов со стороны фронтэнда, которые подскажут оптимизатору, какими свойствами обладают те или иные блоки, и что можно сворачивать, и с какими предпосылками
[
У хаскеля компилятор творит такую магию, тебе и не снилось
Я просыпаюсь в кошмаре, когда вспоминаю про конфликты внутри папки .stack-work, ахахаах
X
Я просыпаюсь в кошмаре, когда вспоминаю про конфликты внутри папки .stack-work, ахахаах
Да не про это я
t
"скорость языка" можно, наверное, сравнивать разве что у языков, где есть только одна (преимущественно) референсная интерпретирующая реализация