AZ
Size: a a a
2020 August 06
ГС
Т-34 85
плохо выразился, вот тут пояснение https://t.me/rust_offtopic/344021
и как связаны фп и impl fn?
Т8
это называется "не читал, но осуждаю"
нет, это из другой серии
Ct
Т-34 85
чем тут оптимизация что ускорила - охуенный вопрос
Оптимизация там в том, что indirect вызов заменяется на direct. Вполне себе ускорила.
AZ
Т-34 85
нет, это из другой серии
из этой самой. "не знаю что за хаскель, но там >>= какой-то, наверное он говно"
Т8
и как связаны фп и impl fn?
языки, которые называют функциональными, очень любят дикую краткость, из-за чего крайне тяжело читать. Не говоря уже о том, что у них на всё в стандартной библиотеке есть функции, которые ещё сильнее укорачивают пользовательский код. В итоге что на C# у тебя функция будет из 100 строк, на каком-нить хаскелле будет 10. Вот и разбирайся, что там происходит...
Т8
из этой самой. "не знаю что за хаскель, но там >>= какой-то, наверное он говно"
я такого не говорил!!
Т8
не надо приписывать
p
Т-34 85
языки, которые называют функциональными, очень любят дикую краткость, из-за чего крайне тяжело читать. Не говоря уже о том, что у них на всё в стандартной библиотеке есть функции, которые ещё сильнее укорачивают пользовательский код. В итоге что на C# у тебя функция будет из 100 строк, на каком-нить хаскелле будет 10. Вот и разбирайся, что там происходит...
так хорошо же
Т8
я сказал, что крайне тяжело разобрать, что происходит
p
абстракции упрощают жизнь
s
Т-34 85
да. Но случилось UB, копия нарушилась, а мы потом без задней мысли нажали СОХРАНИТЬ
Ну? ОС сохранила данные другого процесса - базы. Не дала скопировать свои байты туда.
Т8
абстракции упрощают жизнь
слишком большая краткость увеличивает нагрузку при изучении кода
Т8
я против. Всё хорошо в меру
p
Т-34 85
слишком большая краткость увеличивает нагрузку при изучении кода
нет
ГС
Т-34 85
я против. Всё хорошо в меру
пока не упарывешь поинтфри - код отлично читается)
AZ
Т-34 85
я против. Всё хорошо в меру
непонятно только с чего ты взял что плюсы и шарп это правильная мера
AZ
ты так лелеишь свой блаб что как-то даже неуютно
Т8
Оптимизация там в том, что indirect вызов заменяется на direct. Вполне себе ускорила.
Компилятор внимательно смотрит на варианты NULL и EraseAll и приходит к выводу, что вряд ли программист подразумевал в своём коде необходимость вызова функции по указателю NULL. Ну, а если не NULL, значит, EraseAll! Логично же?
вот это не оптимизация, а баг компилятора
вот это не оптимизация, а баг компилятора
AZ
Т-34 85
Компилятор внимательно смотрит на варианты NULL и EraseAll и приходит к выводу, что вряд ли программист подразумевал в своём коде необходимость вызова функции по указателю NULL. Ну, а если не NULL, значит, EraseAll! Логично же?
вот это не оптимизация, а баг компилятора
вот это не оптимизация, а баг компилятора
это не баг