RM
Size: a a a
2020 February 26
RM
так вот что за фотки тилль кидал
RM
Тайна сисек раскрыта
/¯
Т-34 85
да ладна, мы так и поняли, что urandon просто не в состоянии признать стагнацию плюсов и ненужность ФП
> ненужность фп
То-то раст тащит все их хачкеля
То-то раст тащит все их хачкеля
/¯
Потому раст и не нужен
TS
А ты откуда кстати знаешь что он быстрее
Т8
> ненужность фп
То-то раст тащит все их хачкеля
То-то раст тащит все их хачкеля
и это его минус
Т8
Потому раст и не нужен
нужен, но он был бы менее ебанут без этого
RM
Так стоп, как понимать в 1.19 раз?
А
АВ
Каким образом они его быстрее сделали?
Само так получилось как-то. С первого раза первая попавшаяся реализация, найденная в интернете, на основе которой я делал оказалась быстрее.
RM
Каким образом он быстрее? Компилятор умнее у них или что?
TS
Каким образом он быстрее? Компилятор умнее у них или что?
Это другая stl
АВ
А сейчас hello world сколько с твоей либой?
Не помню, надо мерить. В текущей ветке у меня пока ничего не компилится. Но мне удавалось собирать целый синтезатор MIDI под винду размером 56 КБ. Он читает MIDI файл, парсит его, генерирует звук и воспроизводит. Это получается не из коробки, я там сишный рантайм подменял на встроенный в винду. Без подмены получается 200 КБ.
Т8
Переслано от Alexander Zaitsev
Все равно твою либу использовать не будем. Если по делу, то посмотри на результаты ежегодного опроса от jetbrains. Там и решай уже
надо просто её на расте написать и через ffi кинуть в кресты. Тогда будете юзать
/¯
Переслано от Александр Вольнов
Причины:
1) убрать синтаксический мусор, от которого нельзя избавиться из-за обратной совместимости
2) простота использования, расширения и комбинируемость всего - больше, чем это позволяют итераторы и даже диапазоны в C++20. В конечном итоге хочу добиться того, чтобы программу можно было собираться как конструктор из обобщённых алгоритмов
3) И самая странная причина: мне больше нравится CamelCase, надеюсь не только мне одному
4) Причин на самом деле больше, написал первое, что пришло в голову, уже устал писать, буду отвечать на другие сообщения.
1) убрать синтаксический мусор, от которого нельзя избавиться из-за обратной совместимости
2) простота использования, расширения и комбинируемость всего - больше, чем это позволяют итераторы и даже диапазоны в C++20. В конечном итоге хочу добиться того, чтобы программу можно было собираться как конструктор из обобщённых алгоритмов
3) И самая странная причина: мне больше нравится CamelCase, надеюсь не только мне одному
4) Причин на самом деле больше, написал первое, что пришло в голову, уже устал писать, буду отвечать на другие сообщения.
2. Итераторы и ренжи реализуют категорию Foldable. А Traversable ожидается?
НК
НК
Оруууу