Gorgasm ожили и внезапно годно! https://music.youtube.com/watch?v=Wj9_vBJv064

> Непопулярное мнение: JavaScript единственный язык, который сделал правильные числа. 64 бита, которые одновременно и целое до 53-х бит, и с плавающей точкой если больше. Ну просто подумайте: в какой жизненной ситуации вам нужны целые больше 53-х бит? Это 9*10^15, девять ебучих квадриллионов, девять тыщ триллионов то есть. Чтобы представлять что? Вокруг нас просто нет предметов в таком количестве (кроме размера node_modules). Девять тыщ терабайт, если в байтах. То есть 53 бита достаточно каждому. Даже в указателях только 48 используется (хаха, а вы что, думали 64? Щас). Ну а иметь один числовой тип вместо двух как будто тоже гениально? Все в выигрыше, никто не пострадал. Почему же тогда подход JS не нравится «настоящим программистам»? Да потому что все остальные наловчились в 64 бита рассовывать разное, нужно им это или не нужно. То есть по сути единственная причина, почему это неудобно, это другие языки, которые пришли раньше и у которых конвенция другая. Они может все 64 бита и не используют, но _потенциально_ могут, и в итоге приходится под них подстраиваться. А нужно наоборот, чтобы все подстраивались под JavaScript (который на самом деле IEEE 754 double-precision float, если вам так больше нравится). Но как же битовые операции, скажете вы? Как мне всякие там сдвиги считать? Ну чувак, битовые операции на числах это страшный хак, раз уж мы о типах заговорили. Они должны на байтах делаться, а не на числах. А всякие int64/uint64 это от лукавого. Должен быть только number64.

> Умер создатель языка программирования Паскаль Никлаус Эмиль Вирт, ему было 89 лет Лауреат премии Тьюринга и пионер компьютерных наук скончался 1 января 2024 года.

> Мне не надо ничего дописывать, мне надо чтобы когда я переношу функцию из файла «a» в файл «b», во всем местах программы где эта функция используется, «from a import function» изменилось на «from b import function». Я же вроде не многого прошу? Про подобные элементарные вещи в 2024м году стыдно говорить вообще, но почему-то хваленый имакс этого не умеет. > > Я не пишу на питоне, поэтому не скажу. В C/C++ проектах eglot автоматически #include’ы дописывает. > Вот так и рождается миф о могучем GNU Emacs. Сколько есть роликов на ютубе рекламирующих силу и мощь имакса, это всегда какой-то флуд про орг-мод (да нахер он мне не нужон ваш орг-мод), какие-то рассказы про «перешёл на имакс и не жалею», какие-то хелло-ворды в качестве примера, а когда дело доходит до конкретики - ну… я сам этим не пользуюсь, ну… попробуй другой плагин, ну… это юникс-вей ты просто не понимаешь. Да не хочу я понимать, я хочу чтобы программа работала из коробки и помогала мне автоматизировать рутину. Я не хочу ковыряться в лиспе, не хочу знать что там под капотом есть какой-то eglot, я не хочу компилировать Emacs из исходников, чтобы активировать поддержку treesitter, я знать не хочу что такое treesitter, это не нужно мне чтобы писать программы в рамках моих компетенций. И более всего я не хочу ничем из всего этого набора веселых равлечений для кружка «собери себе ИДЕ из говна и палок» заниматься потому, что даже после всех ковыряний, настроек и допилок оно не работает, как надо. Ты удаляешь файл в одном плагине, но он продолжает отображаться в другом, потому что они никак не синхронизируются, ты не можешь приметить цветовую схему для всей программы, потому все плагины индивидуально настраиваются, ты устанавливаешь плагин и видишь краказябры, потому что какого-то шрифта в системе не хватает - и прочее и прочее. Потом ты окрываешь Idea, видишь там, например, предиктивный автокомплит, который ты раньше даже не замечал, потому что… а в смысле, а чо такова? и понимаешь, что две недели на настройку Emacs ты потратил абсолютно впустую. https://www.linux.org.ru/forum/development/17471550?cid=17472261 И вообще весь тред про ужасное качество инструментов под линукс. Особенно в "stable" (r) (tm) Debian

Кстати вчера обнаружил гитхаб как шелл/ftp Берём любой адрес с гитхаба только меняем tree на trunk и svn ls урл и svn extract урл Очень удобно Осталась микро шелл сделать с cd, pushd/popd

Долго анализировали какой разрядности линукс лучше поставить на нетбуки 2010х годов. Особенно с распаянной ОЗУ в 1 или 2 гб. Итого x64 выйгрывает на синтетике (ffmpeg, 7z b) на 10-15%. glmark2 даёт одинаковые результаты. НО mpv без vdpau/vaapi работает куда бодрее (720р на x64 грузит тестовый проц на 60% когда на i686 под 100% и кадры пропускаются). Жор 300мб на x64 против 212мб на i686. Веб браузер qute browser тоже работает сильно бодрее. Во первых я так понял qt6-webengine для i686 больше невозможен. А qt5-webengine работает совсем грустно. Даже на большой статической странице(любые онлайн доки) лаги при скроллинге. По жору тоже x64 300 мб у qt6 против 200мб i686 qt5 на тестовой странице. Итого выбираем x64 ради скорости и комфортной работы но открываем одновременно меньше приложений. В будущем посмотрим как это всё зависит от версии ядра. В этот раз все тестировали на 6.1.55 (вроде lts).

rsync синхронизирует одни и те же файлы. Снова и снова. Угадайте почему? Правильно. У xfs разрешение mtime - микросекунды. У exfat - секунды. rsync пишет новое время но доли секунды теряются. Итого на exfat файл формально более старый. И снова пишем... И таких файлов тут пол xfs раздела. Итого либо костыли c for touch sed убрать доли секунды/d либо возможно есть опции монтирования xfs округлять времена файла. Погуглю. Кстати в отличие от cp -vur, rsync —inplace реально новое содержимое файла не пишет тк если кластер не менялся он не пишется. Только вечно пытается обновить атрибуты. [ ~ ] /usr/bin/diff <(stat /home/bga/mnt/storage_windows_protected/docs/p0.png) <(stat /home/bga/storage_protected/docs/p0.png) 1c1 < File: /home/bga/mnt/storage_windows_protected/docs/p0.png --- > File: /home/bga/storage_protected/docs/p0.png 3,7c3,7 < Device: 254,5 Inode: 1908 Links: 1 < Access: (0664/-rw-rw-r--) Uid: ( 1000/ bga) Gid: ( 1000/ bga) < Access: 2023-09-11 03:00:00.000000000 +0300 < Modify: 2023-09-11 17:08:12.000000000 +0300 < Change: 2023-09-11 17:08:12.000000000 +0300 --- > Device: 254,4 Inode: 2671771 Links: 1 > Access: (0644/-rw-r--r--) Uid: ( 1000/ bga) Gid: ( 1000/ bga) > Access: 2023-09-11 17:08:12.175852112 +0300 > Modify: 2023-09-11 17:08:12.175852112 +0300 > Change: 2023-09-11 17:08:12.175852112 +0300

"123"[0] не константа времени компиляции тк по по стандарту в строко литералы *можно писать*. Правда не знаю кто это делает и зачем

sed -ie s/google/brave+qwant/ searx.conf ибо гугл меня окончательно достал ничего не искать. Даже если явно попросить.

Проверил gocryptfs/cppcryptfs/DroidFS везде открыл модифицировал на другой системе проверил что изменилоось. Полёт нормальный. К использованию рекомендую Encfs можно закапывать

Archeivment unlocked. Забыл баш трюк и искал собственный комментарий на лоре

Сквозь чёрное стекло Лапушанского https://kinoart.ru/reviews/britvoy-po-glazam-skvoz-chernoe-steklo-o-pravoslavnoy-krasavitse-i-oligarhe-chudovische Как обычно очень серьёзно и депрессивно

Утечка заряда через изолятор https://tinystash.undef.im/il/4KNcsoiPsdNs69vDkUzUj8GgPRGN4qnEDw5wi7oJAMABAahiQ38Y2CTnGjdPgfKkXMEDSAUTTpUjyYktou4hfT6D.mp4