commit -m "better"
3.24K subscribers
1.03K photos
149 videos
3 files
2.39K links
just random thoughts
Download Telegram
choose your class
🔥21💩6👍32🤔2😁1
commit -m "better"
choose your class
Я, очевидно, варвар.
12🤔6🤡3🐳2💯1
Всех поздравляю

В России полностью решена проблема с импортозамещением мощных вычислительных ресурсов, заявил глава "Ростелекома" Михаил Осеевский, выступая в Совете Федерации.

"Хочу доложить, что сегодня страна чувствует себя достаточно уверенно. У нас полностью решена проблема импортозамещения мощных вычислительных ресурсов, серверов, систем хранения [данных]", - сказал топ-менеджер.

Глава "Ростелекома" заявил о полном импортозамещении серверов в РФ
https://tass.ru/ekonomika/22637251
🤡66💊21🔥7😁7🥴4
https://www.mail-archive.com/devel-announce@lists.fedoraproject.org/msg03423.html

Видимо, у btrfs дела настолько плохи, что ей нужна отдельная Special Interest Group в составе Fedora:

"As Michel Lind mentioned back in August[1], we wanted to form a Special Interest Group to further the development and adoption of Btrfs in Fedora. As of yesterday, the SIG is now formed"

Скорее бы уже #bcachefs!
🤣106🤔2👍1😁1
😁52🔥9🤔54
https://www.opennet.ru/opennews/art.shtml?num=62402

"mergiraf - AST-ориентированный инструмент для трёхстороннего слияния в Git"

Божечки, какой классный норкоманский текст:

"Ниже представлено подробное описание проблем, решаемых при помощи mergiraf:

Программное обеспечение является ярким примером чрезвычайно сложной системы. Сложные системы имеют одно общее свойство - они СЛОЖНЫ - и вы не можете ожидать, что нужное сложное поведение возникнет само собой, случайно"

Инструмент не использовал, выглядит дико.

UPD: дико потому что

"Текст написан в субъективном и неформальном стиле. Как автор текста - мне и решать. Не казённым же официозом писать?

В тексте присутствуют некоторые проблемы. В частности "направленный граф" по-русски будет ориентированным. Это потому, что я написал текст сначала на английском, потом дал задание нейросети улучшить его стиль, сохраняя контент, а потом дал ей же задание перевести на русский"
😁8🔥5🆒3🤮2💩2👎1🐳1
Будни #bootstrap

Я как-то писал про устройство хеша в своем cas - https://xn--r1a.website/itpgchannel/575

После https://xn--r1a.website/itpgchannel/2477 я решил, что хватит экономить на спичках, и взял в путь не 16 символов от хеша, а 22 (вот так вот странно, потому что у меня там base62) - https://github.com/pg83/ix/commit/d4c1c6cb2b0438d918715f73301848f6408531f1 https://github.com/pg83/ix/commit/8bb1e74c10b7185cda6d4092c0d6553d0fafc919

Решил и решил, но, после этого, у меня начала падать в CI сборка ya, и nix.

Падать с одной и той же ошибкой - E2BIG, она же https://github.com/pg83/ix/commit/d4c1c6cb2b0438d918715f73301848f6408531f1, она же "Argument list too long".

Это довольно известная ошибка, она связана с тем, как ядро запускает новый процесс (argc, argv, env передаются через стек вызвающего процесса). Ну и если стека не хватает, то получается вот такая вот хтонь.

То есть, падать стало довольно закономерно - пути стали длиннее, и перестали помещаться в размер стека.

Я про эту проблему знал, поэтому просто увеличил ulimit -s, и стал ждать того, что мой CI добежит до конца.

Но нифига, ошибка продолжила иметь место быть. И, что самое, СУКА, интересное, если я локально запускал в shell ту же команду, что падала в CI, то, после ulimit -s unlimited, локально все работало, а в CI - нет.

Не буду утомлять вас подробностями #debug, тем, как я запускал strace в сборочных нодах, и тем, как я думал, что ошибка в gnu make, потому что там были манипуляции с max stack size (которые я тоже очень элегантно отключил - https://github.com/pg83/ix/blob/main/pkgs/bin/make/proper/ix.sh).

В итоге, все оказалось довольно просто - make просто брал команду, и запускал ее через /bin/sh -c "very long command".

Понимаете, да?

Я напоролся на ограничение размера одного аргумента командной строки, а не на суммарную длину всех аргументов.

Второе лечится через ulimit -s, первое - нет.

Тут же стало понятно, почему локально "все работало".

Потому что интерактивный sh токенизировал эту очень длинную команду, и делал exec('very', 'long', 'command'), а не exec('sh', '-c', 'very long command')!

Для ya я это починил очень изящно - сделал так, что переменные в команде раскрывал не make, а сам shell, для этого оказалось достаточно заменить несколько переменных из $(A) -> $${A}. https://github.com/pg83/ix/blob/main/pkgs/bin/ya/0/preproc.py#L3-L11

А вот nix пока так и не починил, там все очень печально.
🔥16❤‍🔥5💩53🥱3🤮1🐳1
😁266🔥3💩2💯2
https://repology.org/tools/important_updates

Прилетело кучу обновлений библиотек от Xorg, вангую, что опять ведро CVE пофиксили.
👍5🥰4🤡4🤮2💩2
https://discourse.llvm.org/t/survey-mlir-project-charter-and-restructuring-survey/82996

Проект #LLVM решил провести опрос (тема не столь важна), и использовал для этого платформу Google Docs:

"Following up our long discussion on the MLIR project governance and charter, we decided to create a survey to understand how MLIR developers and users connect to the upstream infrastructure"

Результат убил:

"Apparently the survey is in “violation of Google’s Terms of Service”, and requesting a review brings a 404 page. Luckily, they didn’t delete the spreadsheet results, so I’ll still be able to extract information from it, just not as quick as I hoped. I also made copies, in case the sheets also get deleted.

This means the survey is now closed"

Я так понимаю, Google (контора пидорасов!) теперь будет пилить свой компилятор, ага.
😁18🤡7🐳4👍3
commit -m "better"
Чувак прямо как услышал меня:
https://github.com/CuarzoSoftware/Louvre/commits/main/LICENSE

У чувака традиция - раз в год он ходит в баню меняет лицензию своего проекта.

Ровно через год поменял ее снова, с MIT на LGPLv2.

Интересно, спросил ли он разрешения всех контрибуторов, если они были.

Ну и проект, конечно, теперь стал менее интересным.
🤡13🆒7😁4🔥3🐳21
👍30💯20🤣143🔥3🤡2🥰1
Forwarded from Programmer memes
Новые хиты

8️⃣ Programmer memes
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
28🤡8👍4🔥4😁2🤮1🥱1
Forwarded from brat_oracle
Схема рабочая
😁36💯9😭6🤡32🗿2
Forwarded from Ряды Фурье
Наконец-то снова серьёзная тема! Давайте поговорим про прекрасную ягодицу. Даже обе!

Есть две фундаментальные научные работы, которые определяют красоту попы.

Первая (doi:10.1097/prs.0000000000002192) появилась по той причине, что пластическим хирургам нужен был какой-то ориентир. А то наращивали как пойдёт, без системы, и получался некий разнобой. После исследования появился чёткий стандарт для хирургической коррекции. Так что вот эти вот "люблю женщин потолще" и "отрежьте удаву задницу по самое лицо" пропали. Появился эталон.

Основные результаты:
— Наиболее привлекательное соотношение талии к бедрам при виде сзади — 0,65 (44% респондентов), затем 0,6 (25% респондентов). Это мы отметили стрелочкой на фото выше среди ассортимента.
— При виде сбоку наиболее привлекательное соотношение талии к бедрам — 0,7.
— Наиболее привлекательное расположение латерального выступа ягодиц — в нижней части (26% предпочли нижнюю выпуклость, 23% — расположение на нижних 70% высоты ягодиц).
— При виде сбоку наиболее привлекательно расположение самой выступающей точки на середине высоты ягодиц (50:50).
— Не было выявлено значительных различий в предпочтениях между возрастными группами.
— Мужчины и женщины имели одинаковые предпочтения.
— Не обнаружено явных различий между этническими группами.

Из этого есть 3 прекрасных следствия:
— Любая достаточно выпуклая задница может быть красивой при правильном ракурсе.
— За последние годы предпочтения сместились в сторону несколько большей попы по сравнению с предыдущими стандартами (было соотношение 0,7).
— Хирургам рекомендовали стремиться к соотношению талии к бедрам 0,60 — 0,65 при виде сзади, сохранять соотношение около 0,70 при виде сбоку, увеличивать объем преимущественно в латеральных и периферических областях ягодиц.

Недостаток этой работы в том, что культурный код большинства исследуемых американский, то есть этнические группы разные, но почти все набраны в США.

Вторая важнейшая научная работа про то, что визуально ягодица представлена тремя вещами:
— Мышцами, которые можно накачать в зале
— Жиром, который можно наесть
— И углом крепления к позвоночнику, то есть грамотным изгибом.

И вот угол сильно недооценён!

Когда выяснилось, что в формировании красоты самое главное — половой отбор, решили проверить, не даёт ли оптимальный для родов угол крепления ягодиц к остальному человеку преимущества. И, внезапно, даёт и ещё как!

— Оптимальный угол изгиба поясницы у женщин (около 45,5°) сформировался в ходе эволюции как компромисс между недостаточным и чрезмерным изгибом. Оба эти крайних состояния связаны с проблемами во время беременности и родов.
— Привлекательность женщин для мужчин достигала пика при угле, близком к теоретически оптимальному (45,5°).
— Дальше попытались выяснить, что именно привлекает мужчин — сам по себе изгиб поясницы или объем ягодиц, который тоже влияет на визуальное восприятие изгиба.
— Мужчины предпочитают женщин, у которых изгиб поясницы обусловлен именно клиновидностью позвонков, а не объемом ягодиц.
— При углах выше оптимального картина была сложнее, что авторы объясняют влиянием других факторов (например, соотношения талии и бедер).

Таким образом, всё ещё круче: если в дополнение к ракурсу выбрать ещё и правильную позу, любой человек в теории может достичь максимума привлекательности этой частью тела. Так что продолжайте искать фотографа, способного прочитать научную работу.

Есть такое же исследование про мужские ягодицы, но оно ужасно грустное, его мы рассматривать не будем.

Лучше посмотрите ещё обучающие материалы. Часть не из научных работ, а просто для лучшего закрепления темы. В конце концов, рассматривая эти картинки, вы вообще-то заняты чтением научной документации!

Вот тут прошлый пост про другие аспекты красоты.

--
Вступайте в ряды Фурье! Частые колебания!
🍓54🔥23💩14👏11🤡5👍2🤮211👎1