p
А как они пересчитали если в договоре написано что-то вроде "по курсу ЦБ на день выплаты"?
Size: a a a
2021 August 21
MG
человек, освоивший плюсы на приличном уровне сможет освоить что угодно)
IS
С go есть непонятные вещи. Я сходил на highload.fun и для пробы закодил пару задач самыми наивными алгоритмами на плюсах и go, плюсы выиграли процентов 40,
но прикол не в этом - для go иногда переставление местами блоков if/else давало 10% прирост скорости, а для плюсов - нет.
но прикол не в этом - для go иногда переставление местами блоков if/else давало 10% прирост скорости, а для плюсов - нет.
W
Скорее всего потому, что у го пока что _очень_ тупой компилятор, и почти ничего не оптимизирует
MG
так и в плюсах собрав компилятором интел или микрософт можно получить разные результаты
PD
Ну, я почти уверен, что на C# и на Go можно сделать примерно как на C++, но сложно )
DV
Попытался зарегаться на highload.fun - зарегался, список задач «висит». Дооптимизировали 🙂
p
Всё так. Профайлер и asm-вставки спасают ситуацию
MG
ну да, плюсовые или даже ассемблерные вставки в C# )
PD
Скорее очень хорошее понимание как он будет оптимизировать конкретные типы запросов.
IS
Я сомневаюсь, что про зарплату такое можно писать прямо в договоре с точки зрения закона и всяких налоговых инструкций.
На уровне устных договоренностей и не более того.
На уровне устных договоренностей и не более того.
PD
В писание на чистом asm в 2021м году не очень верю, хороший компилятор должен делать более оптимальный код )
IS
"Это другое" (с)
Тут хоть понятно почему и как надо действовать. Компилятор Intel для математики и всякой векторной фигни порвет MS в 146% случаев.
А вот почему переставление блоков такой результат дает - надо смотреть нагенерированный asm и серьезно копать, выглядит как магия.
Тут хоть понятно почему и как надо действовать. Компилятор Intel для математики и всякой векторной фигни порвет MS в 146% случаев.
А вот почему переставление блоков такой результат дает - надо смотреть нагенерированный asm и серьезно копать, выглядит как магия.
IS
C# как язык прямо очень хорош. Но вот с .net core мы панически бежали на go.
В какой-то момент возникает ощущение, что магия уже зашкаливает и для того, чтобы поменять вроде бы простую опцию, надо будет форкать весь core.
Субъективно - аналогичный по функциям код на go и быстрее и ест меньше памяти.
В какой-то момент возникает ощущение, что магия уже зашкаливает и для того, чтобы поменять вроде бы простую опцию, надо будет форкать весь core.
Субъективно - аналогичный по функциям код на go и быстрее и ест меньше памяти.
MG
к 5-й версии .net core стал вполне себе, сейчас выйдет 6 LTS и можно прямо пользоваться
p
ТК не запрещает такое
IS
Интероп между языками с GC и плюсами обычно недешевый.
Как минимум для go вызывать короткие функции из C/CGO бывает невыгодно, подготовка параметров и извлечение результатов обходятся дорого.
Как минимум для go вызывать короткие функции из C/CGO бывает невыгодно, подготовка параметров и извлечение результатов обходятся дорого.
p
Даже самый умный компилятор не поймет что вот тут мы считаем кусок aes и можно воткнуть специализированную инструкцию
IS
Ну круто. Мы от последнего C# когда избавились примерно 13-14 месяцев назад, так что может все и стало круто, но обратно точно не хочется 😊
GM
будет забавно когда вы узнаете сколько внутри го магии гг