DS
ну правда если то, ок. Если прям перформанс нужен тогда на C надо писать тогда уж
Size: a a a
2021 January 27
SP
а чтобы сделать оптимально по шустроте надо уже понимать во что там по капотом все эти красивые математические конструкции со стрелочками развернуться
DS
и там 0.1 человека
DS
а чтобы сделать оптимально по шустроте надо уже понимать во что там по капотом все эти красивые математические конструкции со стрелочками развернуться
хочется примеров на самом деле.
DS
все ли на столько плохо
DS
и что выгоднее + белаз оперативы или баг в проде
DS
мне кажется белаз выгоднее
SP
хочется примеров на самом деле.
да прям изян пример, вот твой сочный потокобезопасный код:
qsort :: Ord a => [a] -> [a]
qsort [] = []
qsort (h:t) = qsort (filter (<= h) t) ++ [h] ++ qsort (filter (> h) t)
VS
Я ж говорю, давай через 10 лет, насмотришься за это время :) это не попытка унизить, а просто жизнь. Обычно программист за такое время меняет пару мест работы хотя бы
SP
выглядит красиво, приятно, легко читается, ничего не сломается
только тут O(n) по лишней памяти + тонна операций копирования
только тут O(n) по лишней памяти + тонна операций копирования
SP
а чтобы это работало нормально надо вот так
SP
хочется примеров на самом деле.
а вообще самый сочный пример ваших потокобезопасностей это современный веб
VS
Откройте двери! :) (поймут те кто ездил на икарусе)
AA
ну правда если то, ок. Если прям перформанс нужен тогда на C надо писать тогда уж
Не понимаю этот тезис вообще. Зачем писать ещё более сложный код?
Давно UI андроид и иос прилок на Си пишут?
Почему не может быть каких-то промежуточных решений - не очень сложных, но и при этом достаточно гибких?
Давно UI андроид и иос прилок на Си пишут?
Почему не может быть каких-то промежуточных решений - не очень сложных, но и при этом достаточно гибких?
DS
Не понимаю этот тезис вообще. Зачем писать ещё более сложный код?
Давно UI андроид и иос прилок на Си пишут?
Почему не может быть каких-то промежуточных решений - не очень сложных, но и при этом достаточно гибких?
Давно UI андроид и иос прилок на Си пишут?
Почему не может быть каких-то промежуточных решений - не очень сложных, но и при этом достаточно гибких?
это шутка была еслт что
SP
когда десять лет все было изян и просто
а щас хрому нужно 2 гига памяти чтобы загрузить сраный реакт в котором сраный хеллоуворлд будет крутить иммутабельные деревья и туда-сюда их копировать на каждый введенный символ
а щас хрому нужно 2 гига памяти чтобы загрузить сраный реакт в котором сраный хеллоуворлд будет крутить иммутабельные деревья и туда-сюда их копировать на каждый введенный символ
AA
это шутка была еслт что
Ну просто несколько сообщений назад была куча очень категоричных заявлений, что это уже не как шутка выглядит
DS
Не понимаю этот тезис вообще. Зачем писать ещё более сложный код?
Давно UI андроид и иос прилок на Си пишут?
Почему не может быть каких-то промежуточных решений - не очень сложных, но и при этом достаточно гибких?
Давно UI андроид и иос прилок на Си пишут?
Почему не может быть каких-то промежуточных решений - не очень сложных, но и при этом достаточно гибких?
понятно что, в современном мире на тонких клиентах писать семафоры - это оверхед. Ничего такого сложного там не делается по сути, чтобы шарить память между потоками и выйграть в перформансе.
VS
когда десять лет все было изян и просто
а щас хрому нужно 2 гига памяти чтобы загрузить сраный реакт в котором сраный хеллоуворлд будет крутить иммутабельные деревья и туда-сюда их копировать на каждый введенный символ
а щас хрому нужно 2 гига памяти чтобы загрузить сраный реакт в котором сраный хеллоуворлд будет крутить иммутабельные деревья и туда-сюда их копировать на каждый введенный символ
Ему просто 2 гига нужно, а чтобы что-то крутить это ещё 2 :)
VS
понятно что, в современном мире на тонких клиентах писать семафоры - это оверхед. Ничего такого сложного там не делается по сути, чтобы шарить память между потоками и выйграть в перформансе.
Да нет тонких клиентов, толстые они, очень :)