Натолкнулся на текст, который удивительно "в тему" моей старой заметки. ii://CVvGRZBv7ZzMIm0TFWeY (Абсолютно ли познание?)

Отрывок из письма А. Эйнштейна к Морису Соловину от 30 марта 1952 года (А.Эйнштейн, Собрание научных трудов, Наука, Москва, 1967, т.4, с.567):

> Вы находите удивительным, что я говорю о познаваемости мира (в той мере, в какой мы имеем право говорить о таковой) как о чуде или о вечной загадке.

> Ну что же, априори, следует ожидать хаотического мира, который невозможно познать с помощью мышления. Можно (или должно) было бы лишь ожидать, что этот мир лишь в той мере подчинен закону, в какой мы можем упорядочить его своим разумом. Это было бы упорядочение, подобное алфавитному упорядочению слов какого-нибудь языка. Напротив, упорядочение, вносимое, например, ньютоновской теорией гравитации, носит совсем иной характер. Хотя аксиомы этой теории и созданы человеком, успех этого предприятия предполагает существенную упорядоченность объективного мира, ожидать которую априори у нас нет никаких оснований. В этом и состоит чудо, и чем дальше развиваются наши знания, тем волшебнее оно становится.

> Позитивисты и профессиональные атеисты видят в этом уязвимое место, ибо они чувствуют себя счастливыми от сознания, что им не только удалось с успехом изгнать бога из этого мира, но и лишить этот мир чудес. Любопытно, что мы должны довольствоваться признанием "чуда", ибо законных путей, чтобы выйти из положения у нас нет. Я должен это особенно подчеркнуть, чтобы Вы не подумали, будто я, ослабев к старости, стал жертвой попов.

http://xray.sai.msu.ru/~lipunov/text/shkl/node7.html (О проблеме сверхразума в астрофизике. // В.М.Липунов)

Упоминание цитаты заметил при просмотре youtube ролика: https://www.youtube.com/watch?v=tvzfEA75CRQ (ЧТО уничтожает ВСЕ цивилизации в космосе?)

К сожалению и на этот раз станция работала не долго... :(
Снял фетч с http://ii.51t.ru

AL> А что там такого?

Настроение. :)

>>> Gemini, кстати, вполне себе использую почти каждый день. Как и idec.
Ordos>> С idec понятно, а как можно использовать Gemini каждый день? Что там такого любопытного?

Если вопрос ставится так "что там такого", то считаю, что гемини тебе не нужен :)

P.S. В гемини есть адекватный поисковик по содержимому, вбиваешь туда, к примеру, plan9, и смотришь :)

Спасибо за отклик. Да, постараюсь почаще что-то выкладывать. :)

После долгого перерыва расчехлил старый thinkpad и накатил на него openbsd, которая там и стояла когда-то... Поставил и в очередной раз проникся. Чисто, просто, дубово. Всё как я люблю. Правда, пришлось кое-что отключить в настройках по умолчанию:
1) включить hyperthereading в /etc/sysctl.conf (в openbsd это по умолчанию оключено теперь)
2) отключить в /etc/rc запуск reorder_kernel

В качестве оконного менеджера не стал особо мудрствовать и выбрал cwm.

openbsd вроде как во главу угла ставит "безопасность", но мне кажется любят её не за это, а за тот самый KISS.

P.S. Сейчас снова приходится работать с ядром Linux и, в основном, это вызывает негативные эмоции. Очень много кода, который написан "как попало" и сделать с этим, похоже, ничего нельзя. Это плата за популярность о которой, вроде, все мечтали... Интересно, сколько таких "разачаровавшихся" хакеров в openbsd? :)

AL> В народе это называется "бабский аргумент". Тематику разделять это нормально. Плодить сущности ради плодения сущностей - это не нормально.

Я кстати не против перейти на новую болталку, но только ЕСЛИ на это согласятся остальные. Иначе, у нас просто будет две эхи... С другой стороны, действиетельно, я могу просто почистить старые сообщения и всё... Просто лень. :)

Уже несколько раз случайно находил ролики Алексея Савватеева на yt-канале "Пост-Наука". Хорошие ролики и сам Алексей вызвал у меня симпатию. Приятно слушать увлечённого и искреннего человека, да ещё с долей самоиронии. Подобное чувство я испытываю к людям с пытливым умом и которые относятся к своему делу как к игре или вызову. Неправильно думать что это заносчивость или пренебрежительность. Скорее, форма "юродства" или смирения. Восхищение истиной. Отношение к своей работе как к искусству, но вместе с тем осознание своего несовершенства. В этом состоянии сложно обладать чувством собственной важности и человек больше похож на ребёнка с детской непосредственностью и искрящейся радостью. Но, кажется, я увлёкся... :)

Так вот, true-grue кинул ссылку на ещё одну его "лекцию": https://youtu.be/Vz2Rl2bijaU которую я и предлагаю вашему вниманию.

Посмотрел с интересом! Как оказалось, Алексей -- верующий. Большинство вещей о которых он говорит для меня были не новы. Но в очередной раз я понял, что очень часто важно даже не то _что_ именно говорит человек, а _как_ говорит. И что вообще, кто-то говорит на те темы что тебя беспокоят. Например, когда речь зашла о чудесах и Алексей быстро их "проклассифицировал" я почувствовал, что такая непосредственность действует заразительно.

Пока слушал это выступление, возникли мысли которые решил записать. (На самом деле, конечно, не хотел записывать. Но заряд от передачи был такой, что вытащил меня из уныния.)

По поводу возможности ИИ обрести самосознание. Раньше я считал как и Алексей, что это принципиально невозможно. Сейчас я допускаю такую возможность, так как она не противоречит мысленному эксперименту. Здесь есть аналогия с теорией эволюции -- мы лишь наблюдаем развёртывание процесса. Если ИИ станет самосознающим, это будет "рождение" механизм которого мы всё-равно не "грокнем". Да, мы будем понимать что если мы сделаем "так", то робот будет вести себя как человек. Но "осознать" как происходит зарождение мы не сможем. В таком случае мы не создали жизнь, мы лишь создали условия для её зарождения.

А ещё захотелось дополнить выступление такой мыслью. Мир и человек так удивительно устроены, что одни и те же факты могут трактоваться и в пользу "доказательства" бытия Бога и против него. Для меня этот факт очень удивителен и сам по себе является личным "доказательством". Действительно, всё зависит от самого человека и его свободной воли. Богу нужно сердце и свободный выбор. Если ты его делаешь, то весь мир вопиёт о Нём. Если ты идёшь в другую сторону, тебе поможет кто-то другой... ;) Я уже не раз приводил пример с гелиоцентрической моделью. Если бы Земля была центром вселенной, то (как мне кажется) это был бы неопровержимый довод в пользу "доказательства" бытия Бога. Сейчас мы с одной стороны не считаем Землю центром всего, а с другой стороны... с точки зрения всей вселенной вопрос уже не кажется таким простым. Антропный принцип. Барионная асимметрия. Да и даже сам принцип относительности... На "гуманитарном" уровне это можно воспринимать как дополнительные доводы к сильному антропному принципу.

В общем, такие "передачи" нужны. Нужно говорить. Не молчать. Даже если "не до того" и даже если устал "от безжалостных уличных драм"(c).

ii.51t.ru> и какие эхи ты фетчишь?

https://club.hugeping.ru/list.txt

ii.51t.ru> так я и выносил вопрос на все станции. все станции молчат. pipe.2032 давно не использовалась, а таскать 3500 сообщений туда-сюда из чатовой эхи смысла нет. именно поэтому изначально был обязательный постфикс, чтобы "освежать" эхи а старую инфу уводить в архив.

Сейчас фетч "поумнел" и он адаптивный, то-есть все 3500 сообщений фечнутся только один раз. На сеть нагрузки с моей стороны никакой. В общем, я пока забираю pipe2032.

> хотя у hugeping тоже нет https,

Он есть, просто не принудительный.

ii.51t.ru> вопрос только в std.hugeping - там основная жизнь, но это всё-таки блог конкретной станции, конкретного автора. возможно, придётся режим read-only предусмотреть.

Да, теперь понял. У меня скорее всего запрещено создание статей не от меня в этой эхе, но работает ли это если забор идёт через fetch, я не помню. Я посмотрю, чуть позже.

iiii> Пётр, я с тебя фетчу idec.talks и pipe.2033

iiii> 1. сделай бекфетч с http://ii.51t.ru/ii/ :)
iiii> 2. что думаешь о создании эхи pipe.2033 и отправке 2032 в архив
iiii> 3. стоит ли гейтовать std.hugeping

iiii> у меня станция заточена под http и старые браузеры (проверено на win95 с ie4)

У меня довольно утилитарное применение idec, я бы даже сказал - эгоистичное. По соображениям простоты я фетчу всё-то, что показываю. Так что фетч я взаимный поставил, но забираться будут только те эхи, которые присутствуют на станции.

Про pipe.2033 -- если создание эхи приведёт к тому что у нас будет две эхи, вместо одной, то я бы этого не хотел. Так что я не то чтобы инициативу не поддерживаю, я считаю что это нужно всем решать станциям.

Кроме того, твоя нода обычно появляется, потом пропадает. :) Ты создаёшь какие то эхи, потом забываешь. Поэтому я с осторожностью отношусь к идее. :)

Соратников найти не удалось, поэтому наполеоновские планы были скорректированы. Можно сказать, что проект сейчас находится на стадии "Фаза 1", которую я описываю так:

# Приоритет на личное использование

Средства разработки будут допиливаться не до состояния "продукта для всех", а до необходимого минимума. Например, не будет аналога splore pico8 (сетевого репозитория). Запуск "приложений" будет осуществляться из ком. строки (rein edit, например). Для создания игр этого достаточно, так как игра вместе с rein это приложение вида - распаковал и запустил.

Развитие инструментария - дело сообщества (инструменты пишутся на самом rein), но раз сообщество не удаётся собрать, то буду пользоваться чем есть.

# Андроид версии пока не будет

Для того, чтобы показать игру друзьям с телефонами есть emscripten вариант, который работает неплохо. Android версию собрать несложно, но опять же - на неё нужно время и силы. Зачем? Для личных нужд мне этого сейчас не требуется.

# Пиара не будет

Пока не будет никакого "выпуска rein". Потому что выпуск ничего не даст. В современном мире нужно заниматься работой с аудиторией, чтобы это принесло хоть какие-то плоды. На это у меня нет времени (да и желания). Пиар возможен, вероятно, после появления игр и появления хоть какого-то сообщества.

# Никаких новых фич до выпуска игры

Сейчас требуется обкатка движка на практике. Так что дальнейшее развитие будет целесообразным только после появления новой игры. Когда и кем она будет написана, я пока не знаю. :) Но, естественно, мне хочется опробовать инструмент самому.

# Готовность

Готов для личного использования автором rein и энтузиастами. :) В целом, все основные функции присутствуют и опробованы. Api меняться (значительно) не должно. github страничка доведена до "презентабельного" состояния: https://github.com/hugeping/rein

Эху std.rain я оставлю, пусть будет, если вдруг всё-таки будут обсуждаться какие-то вопросы.

# Мысли

В очередной раз стало понятно, что есть разные задачи. 1) сам движок 2) создание творческой группы людей, в которой этот движок мог бы занять своё место. В том числе и в статусе средства для обучения программированию. Тот самый "кружок программистов", ламповый уют и электронные журналы с подкастами :) И задача 2, возможно, даже гораздо сложнее, особенно если представить себе гипотетическую аудиторию rein :) В общем, сейчас я не вижу реальной "почвы", кроме собственного увлечения, а создать эту почву -- совсем другая история. Но, по крайней мере, часть работы проделана. :)

До связи!

В кои-то веки -- оживление!

Мне тоже не нравится принудительный https, но тут каждый сам решает что на ноде крутить. Опять же, есть технические нюансы. Мне кажется, что заворот http на https это сейчас настройка по умолчанию много где. На моей ноде всё сделано руками, поэтому мне было не сложно оставить выбор.

P.S. gemini требует ssl и это для меня существенный минус. Выкидывает за борт всё ретро сразу. Хотя в остальном gemini мне очень нравится...

Опубликовано здесь: https://www.linux.org.ru/forum/talks/17069851

Привет! Хочу представить наш новый проект -- rein. Пока он находится в альфа стадии, поэтому пишу в надежде найти соратников. Сейчас, в целом, всё работает, но продолжает меняться, так что пока релиза нет, но уже нужна обкатка.

Что такое rein?

Если кто-то слышал о таком движке как INSTEAD (а может быть, и о "камерном" reinstead), то постепенная эволюция и тяга к минимализму привели к появлению очередной "игрушки" для экспериментов. Кратко - это переносимое "микроядро" на Си + SDL2 для графики + Luajit в качестве языка программирования + интересный синтез звука (синтезатор пишет true-grue). Так же, если вам интересны такие вещи как: PICO-8 и TIC-80/uxn/Decker/instead/reinstead - то rein имеет что-то общее с каждым из этих проектов, но всё-таки у него свой путь и своя философия.

Более развёрнуто: https://github.com/hugeping/rein/blob/master/doc/api-ru.md

Скриншоты: https://github.com/hugeping/rein

На данный момент есть демки, включая порт моей старой игры с pico-8 с ужасным кодом, но тем не менее:

Emscripten вариант в браузере: https://club.hugeping.ru/lib/uploads/rein/rein.html?aadv.lua) -- (возможно потребуется кликнуть по canvas для звука)

Приложения-инструменты пишутся на самом rein. Сейчас есть: редактор, irc клиент для связи с разработчиками, редактор инструментов и трекер.

Если возникнут вопросы, можно придти на irc канал irc.oftc.net #rein или на станцию ping: https://club.hugeping.ru/std.rein/

Или соберите rein (из зависимостей только SDL2 и luajit) и запустите: ./rein irc - клиент автоматически подключит вас к чату.

Страница проекта на github: https://github.com/hugeping/rein

Чтобы было место, где можно обсуждать вопросы движка, создал эху std.rein.

vvs> КМК Тарковского так хорошо приняли на Западе именно потому, что он отказался от СССР.

Конечно, этот элемент тоже есть. Но в том же Солярисе, Сталкере или Рублёве я не вижу "полит" повестки. Для меня это "вечные" фильмы. И думаю, они такими и являются.

А вот Жертвоприношение я не понял. Показалось уже какое-то "европейское" кино...

Мне очень нравится фильм "Солярис" Тарковского. Книгу С. Лема я читал давно, и кажется, что она не произвела на меня особого впечатления. Тот самый случай, когда фильм -- самостоятельное произведение.

Лет 20 назад смотрел американский вариант Соляриса. И помню, что в целом он мне тоже понравился. И как-то решил пересмотреть и его. Сравнить с воспоминаниями. Может быть понять, как сильно изменился я за это время.

Не буду стесняться и скажу сразу: фильм мне снова понравился! Да, произведение Тарковского это другая весовая категория. Да, американский Солярис сделан "по мотивам" нашей картины (и снова, идеям книги оставлено второстепенное место). Да, можно сказать что новый фильм -- американское кино, более грубое, "попсовое" и даже вульгарное... Но. Но что-то после просмотра засело в душе. Так же как и 20 лет назад. В чём дело?

И тут я понял, что секрет кроется в том, что американский фильм дополняет картину Тарковского! Не повторяет целиком, но дополняет. Содержит элемент, которого не хватило Тарковскому!

При всей грубой упрощённости и наивности американской версии, там есть то, чего не хватает (совсем чуть-чуть) нашему Солярису!

Я думаю, это "что-то" хорошо заметно по финалу. Если у Тарковского финал -- это возвращение блудного сына. Где религиозный вопрос стоит очень глубоко, очень сильно. Но при этом не содержит полного разрешения. Сын стоит на пороге дома. Он пришёл, вернулся к Отцу. Но вопрос совести не снят! Самый главный вопрос, отношения человека с Богом. Очень высокое напряжение финала, но всё-таки. Всё-таки, ветхий человек всё ещё остаётся "в кадре".

Так вот, если здесь -- возвращение блудного сына, то в американском Солярисе, за довольно грубой формой скрывается, на мой взгляд, недостающий компонент:

> -- Everything we've done is forgiven...

Диалектика. Бог не только справедлив, но и милостив.

В фильме Тарковского, мы смиренно созерцаем икону. Не дерзаем сделать шаг. А в американском фильме оказываемся "по ту сторону". Наивно, грубовато, просто, напролом. Но это есть!

Не знаю, может быть я нахожу то что хочу найти. Но в финале я вижу не "личный рай", и не инфантильное "убийство" совести, а преодоление. Смерть и перерождение. Мне кажется, что не случайно, перед этой сценой мы видим, как главный герой протягивает руку мальчику - созданию Соляриса. Или самому Солярису?

> Откр.21:1-4 И увидел я новое небо и новую землю, ибо прежнее небо и прежняя земля миновали, и моря уже нет.

Без оговорок. "Нам всё прощено". Эта мысль -- как молния.

Возможно, тут есть какая-то разница в менталитете, которая сыграла свою роль. Не знаю... Но мне приятно думать, что Содерберг смотрел картину Тарковского. И похоже, она его тронула. И что-то он вынес. Снял этот фильм в рамках капиталистической парадигмы, но с душой. :)

P.S. Кстати, картина Содерберга можно сказать "провалилась" в прокате. Я не удивляюсь. Но всё-таки, почему всегда так?
P.S. Edited: 2022-11-28 12:43:25

Я давно не делал никаких заметок. Конечно, отчасти это связано с тем что происходит в мире. "Не до того!". Да и бытовые проблемы никуда не делись. Но сейчас есть повод написать, если и не статью, то хотя бы заметку о том, чем я занимаюсь. "Я всё-таки пою, ведь кто-нибудь услышит"(c).

Больше месяца я трачу всё свободное время на новый pet-проект. Пока он не вышел, не буду заранее рассказывать что это такое. Скажу только, что сейчас он захватил всё моё внимание и мне нравится то, что получается.

Если говорить об INSTEAD, то большую часть кода для него я написал так давно, что сейчас я едва ли могу им восхищаться. Да и новых проектов практически так и не вышло за последнее время. Жаль. С другой стороны, наследие игр у INSTEAD прекрасное. И я знаю что незрячая аудитория у них есть. В общем, INSTEAD будет жить.

Re:instead -- интересный, но всё-таки камерный. Наверняка я ещё вернусь к нему (если будет такая возможность), но в целом -- он готов.

То, что пишу сейчас, я назвал rein. Это игрушка, которая вобрала в себя элементы всего того что я делал раньше, но с учётом накопленного опыта. Там есть что-то от instead и re:instead. Идеи pico8 и uxn. В нём я сделал то, что так и не смог (побоялся!) сделать в INSTEAD. И то, что совершенно не нужно re:instead...

Звуковую систему пишет true-grue -- и это очень интересный опыт. Во первых, вдвоём писать веселее! А во-вторых, я уверен что учусь у него новому. В том числе и писать код чище. Или хотя бы стремиться к этому. :) Звуковую подсистему я никогда не смог бы написать сам, хотя всегда мечтал, чтобы она была и в instead и в reinstead. Речь, конечно, идёт о синтезе. Так что без true-grue проект был бы невозможен. И я немного паранойю по этому поводу, так как привык рассчитывать только на себя.

Я не знаю, сколько ещё будет написано строк до первой версии и сможем ли мы его закончить, но занимаясь rein я снова чувствую бодрость творчества. Ребята, творчество рулит! Начинаешь делать и понимаешь -- это правильная вещь!

P.S. В этот раз я решил проявить упорство и для обсуждений #rein и не только создал irc канал. Всё! Больше никаких телеграм-чатов! Так что если что, заходите в на irc.oftc.net канал #rein.

vvs>> Так вот же: номера 31 и 33 - 11 марта и 25 августа.

hugeping> Вот теперь заметил, два сообщения. Сейчас посмотрим что это...

Похоже, что я показываю записи в том порядке, в котором они приходят на станцию. А вот тег pubDate содержит в себе дату из исходного сообщения. Тут два варианта:

1) сбитое время на станции, с которой пришло сообщение
2) сообщение "долго" до нас шло

Оба варианты возможны, но лента показывается в том порядке, в каком сообщения дошли до станции.
P.S. Edited: 2022-11-16 17:01:13

vvs> Так вот же: номера 31 и 33 - 11 марта и 25 августа.

Вот теперь заметил, два сообщения. Сейчас посмотрим что это...

vvs> Сейчас проверил - те же глюки.

Я так и проверил. Вроде всё чисто. Ну вот команда, например:

curl -s https://club.hugeping.ru/echo/all/rss | grep -oP '(?<=<pubDate>).*?(?=</pubDate>)'

Выдаёт даты публикаций. Всего публикаций 100. Порядок дат, от самых свежих: 2022-11-15 14:04:43 до самых старых: 2022-01-21 09:32:52

Если воспроизведёшь на этом скрипте, скажи конкретную позицию-запись в потоке. Я не вижу проблем.

Посмотрел содержимое: https://club.hugeping.ru/echo/all/rss

Вроде всё по датам рассортировано верно. Нужны детали!
url ленты, название клиента...

P.S. Сам читаю через RSS читалку на андроиде, вроде не замечал такой проблемы.

vvs> Какие-то глюки. Забираю ленту по RSS и вперемешку с сентябрём идут сообщения за март и даже за август прошлого года.

А можно указать конкретный url rss ленты?

Теперь мои личные репозитории находятся здесь: https://github.com/hugeping

gl00my -- это ник из затянувшегося переходного возраста, который вызывает сейчас скорее неприятие и я постепенно от него избавлялся.

А история hugeping (хотя он тоже из "детства") -- довольно забавная и не связана с позерством.

Просто, когда-то я играл с бразильцами-школьниками в одну замечательную 2d ctf сетевую игру. У меня был длинный пинг, и я проигрывал. Но игра мне так нравилась, что я играл не смотря на проблемы с откликом. Помню, меня кикали с сервера за что-то, а его ронял. А потом написал бота, который активировался автоматически если отпустить клавиши... Бот делал предсказание траекторий поэтому я стал играть довольно эффективно, даже не смотря на пинг :)

В итоге, мои боты вошли в игру и мы все подружились, потому что я принёс пользу. Да и вообще, общались друг с другом в чате игры. А ещё потом, игра умерла...

Всегда с теплотой вспоминаю это время, почему-то. В общем, hugeping лучше gl00my. :)

Некоторое время назад у проекта INSTEAD на github отвалился travis-CI. В чём там дело я не помню сейчас, но несколько месяцев CI не работала. Вообще, мне не очень нравится идея завязываться на инфраструктуру которую предоставляют компании. Поэтому сначала я думал просто радикально отказаться от всё этой "блажи". Но как-то постепенно я начал переводить все проекты на рельсы github workflow...

Я понял, что сами по себе сценарии могут быть полезны в плане изучения. Например, теперь можно увидеть как собирается версия emscripten: https://github.com/instead-hub/instead/blob/master/.github/workflows/emscripten.yml

Можно изучить сценарий и повторить уже на реальной машине.

На данный момент автоматизирована сборка проектов: instead, instead-cli, metaparser, metaparser-js.

P.S. С instead есть нюанс, собранная версия под Windows -- нерабочая (битая таблица импорта). Похоже, причина в mingw в Ubuntu. Имейте в виду. Интересно, что в wine, при всём этом, она работает. :)

oldpc> А откуда у меня пароль, у меня только authstr? Помнится, у меня можно было просто в поле пароля, даже без логина, запихнуть, и всё равно пускало :)

oldpc> Ладно, iitxt спасёт :)

Вот по этой сыслке ( https://club.hugeping.ru/reset ) зная authstr можно создать новый пароль и заходить через web.

old.pc> Честно говоря, i3wm не производит впечатления "готового из коробки".

Ну тут относительно. Его, по крайней мере, можно просто запустить и сразу работать.
Насчёт обоины я не помню, возможно там заливка цветом. Возможно -- нет. Но раскладку клавиатуры вставить или обоину на корневое окно в конфиг -- для любителей экспериментов не проблема.

И трей, кстати, в i3wm из коробки есть. Это значит, что штатная панелька i3bar его поддерживает, и не надо запускать что-то вроде stalonetray (если трей вообще нужен).

По сравнению со всеми остальными тайловыми wm что я пробовал, он был самым дружественным. Да, awesome я обошёл стороной, так как считал его "динамическим" wm, которые мне не очень нравятся.

btimofeev> А что мешает дома для разных пользователей использовать разные wm?

Банальная лень. Так просто включил - побраузил - выключил. (Комп всегда в режиме suspend to ram). И таких "заходов" в течении дня -- масса. :)

А так, можно конечно. Но мне gnome3 в целом нравится, так что я не сильно страдаю. :)

Да я тоже люблю: tmux, emacs, acme и vim тоже пользовался. И всё это может сосуществовать с любым wm.

vvs> P.S. А ты объектно ориентированное программирование в bash видел?

Не, не видел. На баше я очень много писал, но я его не люблю. За нечитаемость, за неочевидные нюансы экранирования и подстановок. Особенно после того, как увидел rc из Plan9. Так что сложные вещи я стараюсь на нём не писать.

> сам же написанный на bash и вычисление с помощью eval.

Вот это кошмар с точки зрения безопасности :) Любая малейшая ошибка и твой скрипт начинает выполнять код, поданный извне. Конечно, для быта он годится.

# Эксперименты с оконными менеджерами

Я люблю экспериментировать с рабочей средой в Linux. Редакторы, оконные менеджеры, способы создания документации и т.д. Думаю, меня гнали по этому пути любопытство и жажда эксперимента (в том числе и над собой). Помню как в своём первом Linux (KSI Linux) мне решительно не понравились gnome 2 и kde 2. Тогда же я обнаружил прекрасный WindowMaker и процесс был запущен.

Я перепробовал массу оконных менеджеров. В разные периоды меня кидало от минималистических wm до полновесных рабочих столов. Но фундаментально стиль работы не менялся. "Вынос мозга" случился после ion3. Очень достойный тайловый менеджер (написанный харизматичным автором) дал новые ощущения и я подсел! Стоит ли говорить, что на ion3 я не остановился? Тайловые менеджеры тогда набирали популярность и я пробовал всё, что выглядело интересным: dwm, wmii, musca, xmonad, ratpoison, i3wm... Обычные wm я тоже пробовал, но после выхода gnome 3 интерес к экспериментам угас, так как gnome3 в качестве обычного десктопа мне очень понравился.

# Золотой набор

После выхода gnome3 я постепенно успокоился и у меня сформировался свой "золотой" набор.

- Для работы: i3wm (+dmenu).
- Для дома (компьютер, который использую не только я): gnome3.

i3wm отличный статический тайловый wm, который готов к работе сразу же после установки. i3wm можно назвать идейным наследником ныне почившего wmii, который мне тоже очень нравился.

Интересно что wmii был создан с оглядкой на acme! Только вот про Plan 9 и acme я узнал гораздо позже.

Кстати, раз уж зашёл разговор про Plan 9... В rio ("оконном менеджере" Plan 9) при абсолютной аскетичности сохраняется высокая практичность окружения. Я пытался сделать подобие rio на основе fvwm2 (с частичным успехом), но оставил эту попытку. Слишком уж разный "путь" у Linux и Plan 9. Например, в rio ты заранее создаёшь окна в которых запускаются программы, но программа не создаёт окон сама! Интересно, что небезызвестный Drew DeVault делал эмуляцию такого поведения в своём "клоне" wio: https://drewdevault.com/2019/05/01/Announcing-wio.html Но всё это выглядит как подделка, если честно. Так что я оставил Plan 9 "плановое", а Linux - "линуксовое".

# Новое знакомство: bspwm

Многие годы я использовал i3wm и gnome3 и до сих пор считаю это лучшим "набором", который могу рекомендовать всем. Но время от времени я продолжал экспериментировать. Например, познакомился с cwm. В "наборе" своё место занял tmux. И вот, на днях, решил посмотреть на bspwm. Мне этот оконный менеджер настолько понравился, что я решил написать эту заметку. Говорю сразу -- достойный wm! Для любопытных программистов. :)

# К сути

Обычно упоминают что bspwm работает с окнами как с бинарным деревом. Это первая строчка в man bspwm и, честно говоря, с чисто практической точки зрения для меня это мало что значит. Мне же хочется сделать упор на "практике". А с практической точки зрения "суть такова"(c):

- bspwm конфигурируется и управляется только одним способом: утилитой bspc;
- чтобы управлять bspwm с клавиатуры используется внешний "демон" горячих клавиш (обычно sxhkd) из которого вызывается bspc;
- bspwm не поддерживает никаких панелей и прочих "свистелок". Но с помощью bspc вы можете слушать нужные вам события и делать что хотите;
- bspwm выглядит сбалансированным и отполированным как и i3wm. Многие вещи сделаны "интуитивно-верно".

То-есть, мы видим вполне себе тот самый Unix-way да ещё и в качественном исполнении. Вообще, когда я начинал играться с bspwm меня пугала перспектива писать портянки на shell, как это часто бывает. Но... Обо всём по порядку...

# Конфиг bspwm

Конфигурация bspwm это просто shell скрипт в котором в основном присутствуют вызовы bspc. Я приведу фрагменты своего конфига для иллюстрации. Интересно, что файл получается простым, потому что в нём не заданы горячие клавиши. Только конфигурация самого wm!

#! /bin/sh

pgrep -x sxhkd > /dev/null || sxhkd & # запуск демона горячих клавищ
pgrep -x panel > /dev/null || panel & # запуск панельки (об этом - ниже)

setxkbmap -layout "us,ru" -variant "winkeys" -option "grp:caps_toggle,compose:ralt,grp_led:scroll" # раскладка

xsetroot -cursor_name left_ptr # курсор вместо символа X

bspc monitor -d 1 2 3 4 5 6 7 8 9 0 # рабочие столы

bspc config removal_adjustment false # при удалении окна не ребалансить
bspc config swallow_first_click true # первый клик не идёт в приложение

bspc rule -a librewolf desktop='^4' # пример правила
bspc rule -a Xdialog state=floating # ещё пример правила

bspc config pointer_modifier mod4 # ресайзим и таскаем окна мышкой
bspc config pointer_action1 move
bspc config pointer_action2 resize_side
bspc config pointer_action2 resize_corner
bspc config focused_border_color '#ff0000' # рамка активного окна поярче

На самом деле это практически весь конфиг, кроме каких-то локальных нюансов.

# Конфиг sxhkd

Теперь, sxhkd. На самом деле вам не нужно будет писать этот файл с нуля, можно взять типовой из share/doc/bspwm/examples и начать использовать его. В качестве примера, приведу фрагменты своей конфигурации:

XF86AudioLowerVolume
        amixer -q sset Master 10%-

XF86AudioRaiseVolume
        amixer -q sset Master 10%+

# terminal emulator
super + Return
        st

# focus the node in the given direction
super + {_,shift + }{h,j,k,l}
        bspc node -{f,s} {west,south,north,east}

Тут тоже есть простота. Она состоит в том, что ничего кроме горячих клавиш и реакций на них (в виде запуска утилит) в конфиге нет.

# Панелька

В примерах bspwm есть панелька на основе shell скрипта и lemonbar. Я не люблю портянки на shell (хотя и умею их писать и понимать) поэтому я изучил как она работает и написал свою...

lemonbar рисует саму панель, но содержимое панели приходит в виде stdin. И вот наша задача предоставить информацию для lemonbar в виде текста оформленного определённым образом.

Что за информация? Например: информация о номерах десктопов, активном десктопе, режиме окна и так далее. Эту информацию нам может предоставить bspc. В режиме bspc subscribe report мы получаем события этого оконного менеджера. Но кроме десктопов нам нужны ещё: часы, батарея, раскладка. Ну и так далее, по вкусу.

Панелька из примеров делает fifo и направляет в эту fifo вывод различных утилит, которые запущены в режиме монитора (выводят строчку в stdout при изменении информации). Например, xtitle -s. Далее, скрипт на sh читает из fifo общий поток, парсит его и даёт на вход lemonbar. Я подумал, что это полотно легко переписать на go (go-рутиты идеально здесь подходят). Я приведу фрагмент того, что у меня получилось:

func read(fname string) string {
// читает файл и возвращает строку
// ...
}

// запускает процесс и отправляет его вывод в канал
func cmd_reader(out chan<- string, prog string, args ...string) {
	cmd := exec.Command(prog, args...)
	pipe, _ := cmd.StdoutPipe()
	reader := bufio.NewReader(pipe)
	cmd.Start()
	for {
		output, _, err := reader.ReadLine()
		if err != nil || err == io.EOF {
			break
		}
		out <- string(output)
	}
}
// парсим информацию о десктопе
func bsp_parse(item string) string {
	c := item[0:1]
	var U, F, B string;
	U = "#144b6c"
	nam := item[1:]
	switch c {
	case "f": // free desktop
		F = "#737171"
		B = "#333232"
		// далее F= B= в каждом case (FoOuU) пропущено для краткости
	case "F": // active free desktop
	case "o": // occupied desktop
	case "O": // focused occupied
	case "u": // urgent
	case "U": // focused urgent
	case "L","T","G":
		F = "#ffffff"
		B = "#333232"
		return fmt.Sprintf("%%{F%s}%%{B%s} %s %%{B-}%%{F-}", F, B, nam)
	default:
		return ""
	}
	return fmt.Sprintf("%%{F%s}%%{B%s}%%{U%s}%%{+u}%%{A:bspc desktop -f %s:} %s %%{A}%%{B-}%%{F-}%%{-u}",
		F, B, U, nam, nam)
}

func main() {
	bspc_in := make(chan string)
	xtitle_in := make(chan string)
	mail_in := make(chan string)
	xkb_in := make(chan string)
	go cmd_reader(bspc_in, "bspc", "subscribe", "report") // десктопы
	go cmd_reader(xtitle_in, "xtitle", "-s") // заголовок окна
	go cmd_reader(mail_in, "checkmail", "-s") // новая почта
	go cmd_reader(xkb_in, "xkbmon") // раскладка
	var bspc, bat, clock, mail, xtitle, xkb string;
	for {
		select {
		case bspc = <-bspc_in:
		case xtitle = <-xtitle_in:
		case mail = <-mail_in:
		case xkb = <-xkb_in:
		case <-time.After(time.Second * 30):
		}
		if bspc == "" {
			continue
		}
		bat = read("/sys/class/power_supply/BAT1/status")
		bat += ":" + read("/sys/class/power_supply/BAT1/capacity")
		curt := time.Now()
		clock = curt.Format("02-01-2006 Mon 15:04")
		bsp := strings.Split(bspc, ":")
		desk := ""
		for _, item := range bsp {
			desk += bsp_parse(item)
		}
		fmt.Printf("%%{l}%s%%{c}%s%%{r}%s %s%% %%{F#000000}%%{B#ffffff}%s%%{B-}%%{F-}[%s]\n", desk, xtitle, mail, bat, clock, xkb)
	}
}

Программа совсем простая, написанная под конкретную ситуацию как скрипт. Конечно, можно было взять готовую панель. Можно было взять вместо lemonbar что-то другое. Но мне лично проще, когда я понимаю происходящее полностью и могу это контролировать. Да, монитор раскладки я написал на C. Тоже небольшая программка.

# Особенности использования

В целом, bspwm из коробки вполне себе годен, но мне не хватало некоторых вещей. На этих нюансах остановлюсь подробнее.

Если в запущенном wm просто начать запускать терминал по super + Return, то заполняться пространство будет примерно так (что-то вроде спирали Фибоначчи):

+----------+----------+
|          |          |
|          |          |
|          |          |
+----+-----|          |
|    |     |          |
|    +--+--+          |
|    |  +--+          |
+----+--+--+----------+

При этом, если закрыть какое-то из окон, то оставшиеся окна автоматически "сбалансируются". Это напоминает поведение динамических wm (которое мне не нравится). К счастью, в bspwm есть настройка: bspc config removal_adjustment false.

Кроме того, bspwm позволяет предварительно выбрать следующую позицию для разделения окна. Эта фича висит на хоткеях но я сделал для себя отдельно запуск терминала под текущим терминалом:

super + shift + Return # запуск "вертикально"
        bspc node -p south; \
        st

Таким образом, я могу быстро создавать терминалы в одном столбце:

+----------+----------+
|          |          |
+----------+          |
|          |          |
+----------+     2    |
|    1     |          |
+----------+          |
|          |          |
+----------+----------+

Далее, выбрав определенный терминал хоткеями или мышкой можно максимизировать его на всё пространство (режим монокля, по умолчанию super + m) или поменять его (1) с самым большим окном (2) примерно так, как это сделано в dwm. (Для этого используется хоткей super + g).

# swap the current node and the biggest window
super + g
        bspc node -s biggest.local
# в дефолтном примере было: bspc node -s biggest.window
# в таком режиме большое окно выбиралось со всех десктопов
# что было неудобно
# заменил на .local

Мне ещё не хватало возможности растянуть терминал вертикально:

+----------+----------+
+----------+          |
+----------+     2    |
|          |          |
|    1     |          |
|          |          |
|          |          |
+----------+          |
+----------+----------+

Я смог добиться такого поведения, правда, небольшим хаком:

super + v
	bspc node north#north#north#north#north#north -z top 0 -2000; \
	bspc node north#north#north#north#north -z top 0 -2000; \
	bspc node north#north#north#north -z top 0 -2000; \
	bspc node north#north#north -z top 0 -2000; \
	bspc node north#north -z top 0 -2000; \
	bspc node north -z top 0 -2000; \
	bspc node -z top 0 -2000; \
	bspc node -z bottom 0 2000

Дело в том, что окно не может быть расширено, если над ним есть несколько максимально суженных окон. Возможно, это баг bspwm. Возможно, есть более элегантное решение, но текущее тоже работает!

Всё эти хитрости помогли мне заменить табы и стек окон в i3wm.

Ещё одна штука, которая мне нравилась ещё по Plan9 -- возможность именовать окна по ситуации. В случае bspwm, правда, именуем не окна, а рабочие столы. Я написал скрипт, который вызывает Xdialog (Xdialog --stdout --under-mouse --inputbox "Window name" 0 0) и просит имя для текущего десктопа. Потом делает: bspc desktop focused --rename имя. Повесил на хоткей и всё -- можно именовать!

Ещё один пример гибкости простых решений. Скрипт который делает все окна на 9м десктопе "плавающими". За основу был взят пример с Arch wiki, но немного доработан (отслеживается не только создание, но и перемещение node):

#!/bin/bash

# change the desktop number here
FLOATING_DESKTOP_ID=$(bspc query -D -d '^9')

bspc subscribe node_add node_transfer | while read -a msg ; do
    if [ "${msg[0]}" = "node_transfer" ]; then
        desk_id=${msg[5]}
        wid=${msg[3]}
    else
        desk_id=${msg[2]}
        wid=${msg[4]}
    fi
    [ "$FLOATING_DESKTOP_ID" = "$desk_id" ] && bspc node "$wid" -t floating
done

# Хакерская штучка

bswpm создаёт впечатление добротной и отполированной хакерской "штучки". Например, по умолчанию super + tab работает именно так как нужно! Переключаясь между последними двумя рабочими столами. Работа с окнами просто реактивная. Изменение размера окон мышкой работает тоже отлично. Также мышкой можно перемещать тайловые окна, меняя их местами. Много мелочей, которые незаметны, когда они работают "правильно". По стабильности на данный момент тоже нареканий нет. Кстати, параллельно с bspwm я также посмотрел herbstluftwm (никак не могу выучить название этого wm!). Но ощущения "отполированности" с этим wm у меня не возникло, хотя тоже -- неплохой тайловый менеджер и подход к управлению/конфигурированию очень похож.

# Вместо заключения

Функционально i3wm и bspwm близки. Но i3wm предоставляет большинство функций "из коробки". С другой стороны, в bspwm благодаря простоте устройства многие вещи выглядят менее "захламлёнными" и "раздражающими". То что есть -- работает предсказуемо и отлично. Это для меня уже привычная характеристика для простых инструментов.

И если i3wm я могу рекомендовать всем без исключения программистам, то bspwm уже скорее для любопытных минималистов. Но, как мне кажется, любопытство -- одно из наших основных (программистских) качеств. Ведь правда? :) Ну а на моём рабочем ноутбуке bspwm уже заменил i3wm.

У меня одна из любимых групп: Procol Harum. И вот, вчера нашёл ещё музыку, которая действует на меня просто каким-то волшебным образом! Понимаю, что о вкусах не спорят, но если вдруг, то вот:

https://www.youtube.com/watch?v=4EvoqLw_QB4&list=PLUnxGWZ-jLPYtcGYwon2PQa1N9q_GpOa0&index=38

Удалось при помощи true-grue найти все 3 альбома. Слушаю непрерывно второй день, никогда не думал, что может так действовать. В чём тут секрет?

Пересмотрел в очередной раз "В бой идут одни старики". Очень люблю этот фильм. Кажется, что каждый кадр в нём -- живой. По TV в это время шёл "Девятаев". Ну, думаю, дай посмотрю на современное кино... В общем, не выдержал и 20 минут. Задумался. Конечно, нельзя обобщать. Это с одной стороны. А с другой ну, действительно, есть какая-то нехорошая тенденция. Если воздушные бои - то компьютерная игра. (Кстати, наверное самые классные воздушные бои в кино я видел в "Голубом Максе" 1966 года.) Если герои -- то всегда с какой-то постмодернистской стыдливостью... Это в лучшем случае.

А потом, пока искал что-то из современного, натолкнулся на:

https://litvyakfilm.ru/

"28 панфиловцев" помните? В общем, ребята продолжают своё дело и снимают следующий свой фильм. Очень рад за них! Оказывается, мечты иногда сбываются. Только для этого надо много работать. :)

oldpc> О, работает. А на сайте как залогиниться? :)

Справа вверху login. Если не помнишь пароль, его можно восстановить вроде бы: https://club.hugeping.ru/reset

oldpc> И почему-то не совпадают записи в блоге в gemini и на веб-сайте.

Вообще, должны. https://hugeping.ru должен совпадать в целом с gemini://hugeping.ru

oldpc> (это тест ответа на сообщение, пишу из горящего ii-txt)

Passed!

vvs> Не знаю, заметил ли это здесь кто-нибудь ещё...
vvs> Inform 10.1.0-beta: https://github.com/ganelson/inform

Да, тоже заметил. Правда, теперь я уже вряд-ли буду заниматься ещё одним проектом. Тут и на МП то времени нет... Русификация Информ7 интересная задача. Но лично для меня, не очень актуальная. Мне (как программисту) кажется, что логику проще описывать с помощью обычного ЯП.

Думал написать в духе текущих событий, что Пасха в тяжёлое время и так далее... Потом подумал, что ведь это всегда так было. Просто у человека есть естественный "предохранитель" -- замечать только то, что в зоне непосредственного восприятия. Даже когда на небе светит солнышко, а вокруг птички да цветы -- смерть никуда не делась. Зло никуда не делось. Где-то идёт очередная война. Кто-то кричит от страха и боли. Кто-то умирает. Легко рассуждать "о высоком", когда ты сидишь в тепле, с кружкой чая в руках...

Это -- не нормально. Мир -- ненормален. "Естественный ход вещей" -- результат грехопадения. Наш мир -- сломанный мир.

Но Христос "взорвал" ад изнутри, так что теперь у нас есть путь. Мы призваны идти по нему к Небесному Иерусалиму. Кто как может. Не время опускать руки и отчаиваться. Даст Бог, прорвёмся!

> Итак, все — все войдите в радость Господа своего! И первые, и последние, примите награду; богатые и бедные, друг с другом ликуйте; воздержные и беспечные, равно почтите этот день; постившиеся и непостившиеся, возвеселитесь ныне! Трапеза обильна, насладитесь все! Телец упитанный, никто не уходи голодным! Все насладитесь пиром веры, все воспримите богатство благости!

> Никто не рыдай о своем убожестве, ибо для всех настало Царство! Никто не плачь о своих грехах, потому что из гроба воссияло прощение! Никто не бойся смерти, ибо освободила нас Спасова смерть! Объятый смертью, Он угасил смерть. Сошед во ад, Он пленил ад и огорчил того, кто коснулся Его плоти.

https://pravoslavie.ru/61346.html

Христос Воскресе!

# Вместо введения

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

Но моя заметка про "Точку Z стала политическим манифестом. Как обычно, разбираясь в своих мыслях, одновременно с этим я чувствовал, что обязан высказаться публично. И глядя на мнение людей, которые поддержали меня или, напротив, были разочарованы моей позицией, я понимаю, что поступил честно и по отношению к себе и по отношению к ним. Реакция на "Точку Z" стала своеобразным подтверждением того, о чём я писал. Пусть всё будет честно!

Если бы я думал в первую очередь об аудитории, я мог бы продолжать писать отвлечённые статьи. Но я пишу о том, что меня беспокоит в данный момент. И честно об этом предупреждаю.

# Отцы и дети

Часто говорят, что лучше учиться на чужих ошибках. Возможно, это работает для каких-то отдельных "бытовых" вещей, но в плане жизненного опыта -- не работает вообще. Каждый из нас имеет свой жизненный путь, свой след. Словно годовые кольца деревьев, наматываются воспоминания, ошибки, выводы. То, кем мы являемся сейчас, во многом определяется этим извилистым путём. Невозможно взять и вложить собственный опыт в сознание своих детей. Потому что одни и те же события в жизни могут интерпретироваться (и действительно интерпретируются) по разному. В соответствии с собственным восприятием. Это не значит, что воспитание не работает. Но работает оно с эффектом "запаздывания".

Во время взросления всегда есть период "бунта". Бунта, как проверки границ. Как попытка преодолеть "ложь" мира, построенного взрослыми. Как попытка родиться в самостоятельную жизнь. Не знаю, я не психолог, но вот этот вот переход -- он ассоциируется у меня с чем-то подобным. Причём, не всегда период совпадает с подростковым возрастом. Например, лично у меня, он длился лет до 35. В этом бунте есть что-то хорошее! Если бунтуешь, значит, тебе не всё равно!

> Когда-то ты был битником...

Но потом проходит время, и ты с удивлением (и даже ужасом!) начинаешь осознавать, что становишься похожим на своего отца. А твои дети -- на тебя самого, n-лет назад. Причём и своего отца ты начинаешь понимать всё больше.

Этот период жизни, когда ты ещё помнишь себя-революционера, но уже понимаешь себя-отца, очень интересный...

Год 1996-й. Я счастливый возвращаюсь домой. Дома меня встречает отец. Он сидит в кресле в плохо освещённой комнате.

-- Ну что, проголосовал?
-- Проголосовал!

Отец вздыхает и качает головой. Он знает за кого я проголосовал. Конечно, в тот момент меня его вздох скорее возмущает. Ведь я голосовал за новый мир! За свободу! За уничтожение старого, закостенелого, прогнившего мира... А он -- вздыхает!

Но сейчас в этой комнате присутствует ещё один человек. Как и мой отец, он грустно улыбается глядя на 18-летнего юношу.

Да, теперь те выборы препарированы. Мы знаем, что ставка на молодёжь оправдала себя. Голосуй, или проиграешь... Опыт "западных партнёров" сработал безупречно. Холодный расчёт. И романтика молодых людей.

- https://yewtu.be/watch?v=Vd7EjvDHwQw

> ... Песня про то, как поднимается с колен родина, которой, собственно говоря, и нет, которая не то что поднимается с колен, а увязает ... все глубже, и туже, и безысходнее. И при этом петь о том, как родина подымается, — это очень мощно. // Е. Летов

Я долго не взрослел. И мне это нравилось. Молодым быть лучше, чем старым. Поэтому Болотная площадь застала меня врасплох. Помню, как бушевали мои эмоции! Свобода попрана! Это очевидно всем! К счастью, мне хватило ума не идти дальше сочувствующих всхлипов. К тому же, я любил программировать больше, чем читать новости.

Время шло, и мир постепенно показывал свою изнанку. Цинизм мироустройства на планете Земля всё чаще пробивал оборону детства и ... я перешёл в своё взрослое состояние. Вдруг, стали понятны все песни Шевчука. :) Шучу.

А кроме того, с высоты прожитого, начал открываться смысл и многих других вещей, которые происходили со мной и с моей страной.

Если бы сегодня я мог оказаться в той комнате, что бы я сказал себе 18-летнему? Рассказал бы я ему, что его используют силы, цинизм которых он не может себе даже представить? Смог бы я найти слова, чтобы сообщить себе из 2012-го, что не стоит лить слёзы напрасно за людей, для которых ты -- лишь средство?

Нет, ничего не сказал бы. Не нашёл бы слов. Просто вздохнул бы и покачал головой, как мой отец когда-то. Потому что всё идёт своим чередом.

Человек рождается в мир. Взрослеет и первый раз серьёзно сталкивается с ложью. И вот, есть силы, которые предлагают здесь и сейчас всё исправить. Устоять невозможно! Праведный гнев -- очень удобное чувство, которым легко управлять. Конечно, повелители марионеток знают, как им пользоваться. И пользуются. Отрицать -- проще чем строить. Утверждать не надо, достаточно перевести "праведный" гнев в режим отрицания и разрушения. Догадаться, что тебя используют -- значит признать, что мир циничней, чем ты можешь себе вообразить. А в это не хочется верить!

Думаю, этот закон жизни работает из поколения в поколение. Отцы -- консерваторы. Дети -- бунтари. Динамическая система, которая не даёт расслабиться. Возможно, в этом её позитивный смысл. Но не зависимо от пользы, "дети" для кукловодов -- это всегда лишь средство для достижения собственной цели. Для достижения этой цели будут использоваться все средства и ресурсы. Об этом прекрасно знают отцы, потому что сами когда-то были детьми.

Но дети не слышат отцов. Что же остаётся? Воспитывать и держать удар, пока наши дети не повзрослели. Пока у нас ещё есть это время.

P.S. Кстати, а помните "отменённую" песню на Eurovision "Я научу тебя..." Мне она тогда очень понравилась. Послушайте, если не слышали. Культура отмены учит быть "таким как все", но не надо стесняться быть собой. ;)

https://yewtu.be/watch?v=tmAgLGk2jIY

hugeping>> - даже мой немощный блог/сайт пугает кого-то настолько, что заставляет прибегать к такому вот методу противодействия;

vvs> А можно пояснить для меня дурака^H^H^H^H^H^H неспециалиста? Этот пост каким-то образом попадает на mastodon или цитируется там?

Когда я публикую пост, то этот факт публикуется в мастадоне (а до этого, ещё и в твиттере) + он постится в телеграм канал (который нигде не заявлялся).

Вчера я опубликовал свою статью ii://RZlA1xAFOxQMrrPRYC13 "Точка Z"
Потом была DDOS атака (впрочем, я до последнего считал это совпадением).
Потом -- комментарий в gemini. Сейчас пришло вот это:

Ваши посты удалены

===

Было обнаружено, что некоторые из ваших постов нарушают одно или несколько правил сообщества, и они были удалены модераторами mastodon.social.

**Причина:** Содержимое нарушает следующие правила сообщества

- No incitement of violence or promotion of violent ideologies

Цитируемые посты:


> Новая статья на станции ping. Точка Z
> https://club.hugeping.ru/RZlA1xAFOxQMrrPRYC13
>

Просмотр: https://mastodon.social/web/statuses/108109401254905355

---

Я, конечно, не буду комментировать. Всем всё понятно. Также, приглашаю всех сомневающихся почитать посты в мастодоне, помеченные @rf и увидеть, что справедливость -- для всех разная. Но я лично понял для себя две простые вещи:

- даже мой немощный блог/сайт пугает кого-то настолько, что заставляет прибегать к такому вот методу противодействия;
- сила -- в правде.

С днём космонавтики, друзья!

P.S. Конечно, мне теперь очень неприятно находиться на mastodon.social. Единственное, что меня сейчас сдерживает, что информацию нужно доносить любыми доступными способами. Но если я всё-таки решу уйти, заходите на https://hugeping.ru

vvs> А я гляжу, народ-то потихоньку мигрирует с иностранных хостингов. И это не по идеологическим мотивам. Если GitHub накроется медным тазом, есть план Б?

Да где разместить код, найдём, конечно. Пока мне просто не хочется ничего ломать: какие-то дистрибутивы уже заточены на github. А так, релизы дублируются здесь, например: https://sourceforge.net/projects/instead/files/instead/

Сегодня малинку немного поDDOSили. Интересно, что событие это меня как-то "взбодрило" и вообще настроило на позитивный лад. Наверное, тут как с велосипедом. Не до рефлексии. :) Да и вообще -- весело!

Написал быстро скрипт для блокировки нужных IP, перенастроил сервер, ssh. Пока тихо. Конечно, от DDOS нет защиты, особенно, если это RPI на столе. :) Но и ценность моего ресурса невысока, так что в крайнем случае, ну, полежит немного...

> Лк19:40 Но Он сказал им в ответ: сказываю вам, что если они умолкнут, то камни возопиют.

Несколько раз думал написать на тему сегодняшних событий, но так и не смог начать. Что это, малодушие? Или, может быть, боязнь сделать шаг в политику, которую я всегда считал для себя запретной зоной? Я не знаю... Для меня вопросы взаимоотношения патриотизма, совести и государства всегда были проклятыми. Похоже, как и на другие "трудные вопросы", ответа на них в виде рецепта не существует. Ведь в жизни часто бывает так, что выбор стоит не между "хорошо" или "плохо", а "плохо" или "ещё хуже". А ещё чаще -- ты вообще перестаёшь понимать, что такое хорошо и что плохо.

> Мф19:26 А Иисус, воззрев, сказал им: человекам это невозможно, Богу же все возможно.

Переживая за то, что происходит сейчас с народами России и Украины, я в очередной раз понимаю, что в такие "моменты истины" не так важно то, что ты думаешь, как то -- что ты делаешь. Жизнь каждый день ставит перед нами вопросы, на которые нельзя ответить "по шпаргалке". Не удастся остаться в "безопасности". Залечь на дно. Сделать вид, что ничего не произошло... Ведь даже бездействие будет считаться ответом.

> Если есть шаг, должен быть след.

Свой след я тоже оставлю, так устроен этот мир.

Когда горячее олово капает на руку, не до философии. Работает нерв и рефлекс. А что такое "нерв" в данном случае? Это мифология. Мифология не как вымысел или сказка, а как сама жизнь. Мировоззрение, мироощущение, человеческая архитектура. Прошивка. Firmware. (См. "Диалектика мифа", А.Ф. Лосева)

Не так давно я просматривал листовки фашистской Германии, которые сбрасывались во время ВОВ. Смотришь и холодок по коже. Вроде бы ты знаешь, что война в прошлом. Понимаешь, что в листовке написана ложь! Но всё-равно чувствуешь гадкую змеиную ползучую силу, которая затаилась, ждёт своего часа... Ждёт, пока ты дашь слабину.

Думаю, страх перед этой спящей угрозой сродственен детскому страху стояния на краю крыши, или платформы у железнодорожных путей. Потому что принять или нет в своё сердце ложь -- зависит не от разума. (Ты что, идиот -- чтобы шагнуть за край?) Это вопрос свободы воли, любви, доверия. Это вопрос -- кто ты есть на самом деле. Это -- проверка на прочность твоей прошивки.

Например, можно начать рассуждать в духе, мол, и в СССР была пропаганда и диктатура. Репрессии. И вообще... кто знает, как там было на самом деле?... Такие рассуждения могут привести к отрицанию любой правды на Земле. В этой "ловушке" удобно находиться, потому что ты всегда находишься в позиции отвлечённого наблюдателя, для которого все понятия относительны. И если честно, это состояние мне понятно, потому что я сам в нём когда-то находился.

Есть такой фильм "Слёзы капали" Г. Данелия. Он снят по мотивам рассказа Кира Булычёва, который в свою очередь есть аллюзия на "Снежную королеву" Г.Х. Андерсена.

В глаз главного героя (Леонов) попадает осколок дьявольского зеркала и при этом тот начинает видеть в окружающих его людях только плохое. Интересно, что при этом он часто фактически прав! Например, он говорит своей жене: "Зачем ты красишь губы? Ты же старая!". Что это, вопрос такта? Ведь с точки зрения рационального, его жена действительно старая. Но почему мы считаем, что рациональное -- это и есть подлинная реальность?

Что такое цвет? Только лишь длина волны? Что видит любящий муж, когда смотрит на свою жену с которой прожил многие годы? Только лишь фотоны? Да нет конечно! Цвет -- это не длина волны. А любящий взгляд -- это не про фотоны.

> Мф6:22 Светильник для тела есть око. Итак, если око твое будет чисто, то все тело твое будет светло

Каждый из нас и есть "зеркало". Поэтому, когда мы наблюдаем одни и те же события, они преломляются в нас по разному.

> В «их» категориях не существует независимого Донбасса, там нет Новороссии, хоть в качестве отдельного государства, хоть в составе России. Зато там имеются и много весят какие-то очень далёкие от меня вещи, вроде финансовой целесообразности, международных норм и общности экономических интересов. Ещё там существуют «серьёзные люди», которые с удовольствием иной раз пообщаются с чудаками и фриками, но сделают всё равно так, как диктует им их здравый смысл. Их, а не наш. // Захар Прилепин

Когда горят люди в доме профсоюзов, остаться в позиции нейтрального наблюдателя для меня -- это значит -- быть подлецом.

Желать смерти солдатам своей армии -- быть подлецом.

Бить ножом в спину своей Родины, когда ей тяжело -- быть подлецом.

Называть бойцов ДНР и ЛНР террористами -- быть подлецом.

Это -- мой нерв. Если у вас он работает по-другому, что же... -- мы враги. Это печально, но ситуация именно такова. А если вы сомневаетесь, подумайте, что было бы, если бы советские солдаты верили тем листовкам? Думайте, изучайте, читайте. Не скрывайтесь за этим инфантильным "мне стыдно". Прислушайтесь к себе. Что там -- в прошивке? Все мы несём ответственность за наш выбор. Наш след -- это мы сами.

Как и любой нормальный человек, я против войны, против гибели людей. Только вот мир во зле лежит. Ложь, кровь и гной прошлых преступлений невозможно "замолчать". Нарыв вскрылся и пришло время "руками жар загребать". Просто отойти и сказать: "Это не моё"? Нет, ребятки, мы все в одной лодке.

Я искренне желаю победы нашим солдатам. Я желаю падения преступного украинского режима. Я желаю свободы и мирного неба ДНР и ЛНР. Я восхищаюсь теми людьми, которые ездят на Донбасс, открыто поддерживая наших ребят, и которым не стыдно быть русскими. Очень хочется верить, что мы это всё не растеряем... А там уж -- как Бог даст.

Сегодня идёт война мифологий. Конечно, Украина лишь видимая сторона конфликта. Она -- как прокси. И сидящие за прокси понимают, что ставки -- очень высоки. Это пугает. Так ли надёжно ЯО в качестве оружия сдерживания, или цена вопроса "перебъёт" даже инстинкт самосохранения? Боюсь даже думать об этом. Мир трещит по швам. Где окажется каждый из нас?

Точка Z наступила не 24 февраля, а гораздо раньше. Просто многие из нас этого не заметили. А того, кто заметил -- мы не слушали. Пора просыпаться.

Для поднятия морального духа:

- книга "Письма с Донбасса" // Захар Прилепин
- https://t.me/patricklancasternewstoday Патрик Ланкастер
- https://vk.com/video-3156562_456244781 Призраки: солдаты забытой войны
- https://yewtu.be/watch?v=augFYP09ALQ Облака плывут над головой
- https://yewtu.be/watch?v=aEkqA5L2hl0 Мы не уйдём // Джанго

P.S. Понимаю, что моя заметка будет неприятна некоторым из вас. Поступайте как знаете, но "диванную" операцию в комментариях, если она возникнет, я буду зачищать. Моя заметка -- скорее манифест, а не приглашение к дискуссии. Я чувствую, что должен внятно и чётко обозначить свою позицию. И я её обозначил.

P.S. #2 Уподобляться некоторым разработчикам Open Source проектов я не буду. Так что INSTEAD по-прежнему открытый и интернациональный проект, в котором, кстати, есть и украинская локализация. Он принадлежит сообществу -- совершенно разным людям, которые несут собственную ответственность за свои поступки. Наука, искусство и Open Source должны принадлежать всем! В этом я никогда не сомневался.

mukranenburg> Писал музыку к Старцу Паисию, знаком со Столяровым. Красота и идеи, они в простоте.

Ого!

> На обсуждении фильма один молодой критик сказал: как так о святом и в виде комедии и под звуки гармошки?

Вообще, фильм можно назвать "псевдодокументальным". Так что, как не крути, это в первую очередь художественное произведение. А критики, они такие. :)

Мне вот понравился "монах и бес", хотя ортодоксально говоря, ситуация там описанная - невозможна. Но фильм получился добрым.

Почему вспомнился? Наверное, из-за самоиронии. В обоих фильмах это есть. Как противоядие против фальши.

vvs> Вспоминается ещё анекдот:
vvs> ... Очнувшись, он с ликованием подумал об удачном исходе столь трудного и опасного опыта и, дрожа от нетерпения и пережитого, поспешно развернул бумажку с драгоценной записью. На ней он прочел; “Банан велик, а кожура еще больше...”

Забавно! Не раз испытывал похожее во сне. Когда "гениальная мысль" оказывается бредом. :) Тем удивительней контраст по сравнению с ощущением озарения во сне. Мысль о том, что когда-нибудь мы все вдруг проснёмся, кажется не такой уж и неверотяной... ;)

Смотрю фильм про Александра Столярова (знаю его по фильму "Старец Паисий и я, стоящий вверх ногами"). И тут такой забавный пассаж про творчество:

https://www.youtube.com/watch?v=RQ0HKYOR3c8&t=1221s

> Я вам говорил, что разницы между Копполой, мной и кинолюбителем из Житомира нет никакой. По большому счёту, это вопрос пиара...

ake> Добавил на своей ноде.

ake> На клиенте:
ake> Чтобы отправить сообщение кому-то, отправляем его в эху mailto.{имя ноды}.{номер поинта}. Например, mailto.ake.100
ake> Чтобы прочитать свои входящие, указываем для получения ноду mailfor.{строка авторизации}.

У меня были похожие вещи на старой ноде (на основе iing). У меня было понятие виртуальной эхи. Фактически, через них можно было делать любой запрос. Например, получить личные сообщения, делать поиск по содержимому итд. На текущей ii-go личку сделал проще. Сообщения шлются в эху .private (вообще, эхи с . у меня считаются специальными) и дальше при заборе этой эхи учитывается, что именно можно отдавать юзеру. Решение делается на основе поля To. Там кажется можно даже групповую переписку организовывать, но я сейчас не помню. Но если написать в личку All, то услышат все (через личку). :) Естественно, забор . эх нужен авторизированный. Емнип, /u/point/ расширен для этого.

Но главный вопрос в другом. Как наладить хождение почты между узлами? И тут возникает масса интересных вопросов... Начиная от адресации, маршрутизации и заканчивая вопросами как долго хранить эту переписку транзитным узлам. Ну итд. И тогда я подумал, а так ли нужна эта фича? Мне вот достаточно лички в пределах моего ресурса.

>> Реализация всё ещё пишется за несколько часов :)

shaos> Это далеко не так ;)

ii подмножество idec. Если речь про ii, то всё-ещё так. :)

shaos> И всё-таки, зачем кому-то в прошлом захотелось усложнить ii? ;)

Я лично считаю, что расширения нужно вводить только тогда, когда они нужны позарез.

Например, насколько я помню, одна из проблем -- необходимость для синхронизации сливать всегда все индексы. Да, это просто, но как-то уж очень перебор. Слайсы это исправили.

Но я, естественно, не претендую на какой-то значимый голос в сообществе. Мой анархичный ii-go на данный момент меня полностью устраивает. И если при внедрении расширений, наследие будет работать как и работало -- вообще замечательно. На своей ноде я вряд ли буду делать что-то дополнительное, но с интересом понаблюдаю за движухой.

ake> но это будет разочаровывающим выводом и во многом будет значить, что мне здесь делать, собственно, нечего. Но другого сообщества, использующего idec, у меня нет, а энтузиазм пока есть.

Чужой энтузиазм радует! :) Но, откровенно говоря, я наблюдал многих энтузиастов (не только про idec сейчас говорю), которые на волне энтузиаста что-то делали, не доделали и ушли. В этом смысле у меня теперь есть прагматический скепсис, который вылился в то, что я перестал поддерживать всех идейных новичков. Просто потому, что начинаешь помогать, тратишь последние крохи времени (которые берёг для своих проектов) а потом... Всё в пустоту. Вот твоя фраза "делать нечего" она выдаёт именно такое отношение. Извини. :)

Вот у меня была цель, сделать себе место из которого я генерю свой "контент". Я его сделал. У меня есть и личка и редактирование сообщений, экспорт в gemini и многое другое. Но наружу я смотрю просто idec-ом. Даже если никаких узлов idec не останется, это меня не беспокоит -- потому что я не могу на это никак повлиять.

Но у меня не было цели сделать из idec универсальную технологию. Допустим, у тебя эта цель (не важно, чем она диктуется) есть. Тогда я предлагаю тебе додумать до конца твои идеи и оформить их в виде конкретных предложений стандарта. Обсуждать проще конкретные технические предложения (и отдельно каждое).

Потому что, то же редактирование -- не так просто как кажется в начале.

А так, из твоих предложений мне лично интересны:
- редактирование.
- личка (правда у тебя в списке этого нет)

Остальное на мой взгляд избыточные функции и я их вряд ли буду у себя реализовывать.

ake> Сделал открытую регистрацию поинтов на станции, но с небольшим квестом - форма регистрации находится в gemini - gemini://ake.crabdance.com:1966/enroll/intro/

Прикольная идея. :)

https://github.com/breakintoprogram/lib-spectrum Z80 Library Routines
http://oldmachinery.blogspot.com/2014/04/zx-sprites.html ZX sprites (интересная статья)
http://sebastianmihai.com/libzx.html libzx
https://vtrd.in/book.php Много разных книг

P.S. Edited: 2021-12-15 17:54:47

https://zxpress.ru/book.php?id=18 Программирование в машинных кодах и на языке ассемблера

К сожалению, очень многие тулзы написаны только для Windows.
В крайнем случае можно запускать в wine. Например, zx-paintbrush работает: https://sourcesolutions.itch.io/zx-paintbrush

http://multipaint.kameli.net/ - multipaint - для создания графики
https://github.com/errorcalc/zx_starter_pack - starter pack для виндузятников (не наш путь, но можно подсмотреть тулзы)

Может стоило вообще про ретрокомпы эху создать? Всё-таки нас тут полтора человека...

{
    "nodename": "ping",
	"client": "https://club.hugeping.ru/",
	"web": "https://club.hugeping.ru",
	"sysop": "hugeping",
	"contacts": {
		"email": "gl00my@mail.ru",
		"phone": "+7xxxxxxxxxx",
		"web": "https://hugeping.ru"
	},
	"description": "Станция ping",
	"uplinks": [
		[
			"tavern",
			"5m"
		],
	]
}

Кроме этого, у меня стоит забор:
echo "difrex.blog" | ./ii-tool -lim=-16 fetch https://dynamic.lessmore.pw/idec
Не знаю, как это отобразить.

В детстве у меня была БК0010-01 и у неё был классный ассемблер (PDP-11). Не так давно я его даже освежил, портируя Boulder Dash на instead: https://instead-games.ru/game.php?ID=197 Это практически полная калька, но на Lua.

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

1) книг для начинающих
2) кросс-ассемблеров
3) что-то ещё?

В общем, информацию, которая могла бы помочь начинающим программистам на спектруме :)

Пока нашёл это:

https://zxpress.ru/book.php?id=2 (Как написать игру на ассемблере для ZX Spectrum)
https://k1.spdns.de/Develop/Projects/zasm/Distributions/ (zasm)
https://github.com/sjasmplus/sjasmplus (sjasmplus)

Если есть что подкинуть, кидайте!

Борис Тимофеев выложил Re:instead в Google Play. Так что библиотечка парсерного сопротивления стала ещё доступнее. Не забывайте оценивать приложение, если оно вам нравится. ;)

https://play.google.com/store/apps/details?id=ru.hugeping.reinstead

#news

Встречайте большое обновление ПАРСЕРНОГО СОПРОТИВЛЕНИЯ!

Вышли новые версии проектов: МЕТАПАРСЕР, Re:instead и metaparser-js.

https://parser.hugeping.ru
https://instead.hugeping.ru/page/metaparser/

# МЕТАПАРСЕР 2.4

Парсерный движок для создания игр с текстовым вводом. Для использования требуется INSTEAD или Re:instead.

https://instead.hugeping.ru/page/metaparser/

Изменения:

* комната gameover теперь имеет атрибут 'gameover';
* функция getDaemons() -- получить список фоновых процессов;
* комната gameover останавливает все фоновые процессы;
* атрибут 'concealed' удаляется, когда предмет перемещается в инвентарь;
* новый метод obj.is_once() для проверки факта срабатывания obj.once();
* обновление документации;
* исправлены/улучшены некоторые сообщения.

# Re:instead 0.7

Минималистичный парсерный движок для Unix, Windows, Plan-9 и Android. В комплект включён набор игр.

* значительное улучшение кернинга при работе с freetype и libschrift;
* параметры -noautoload/-noautosave;
* новый метапарсер 2.4;
* исправления в игре "Краски октября";
* поддержка клавиши del;
* исправление при изменении размера шрифта;
* исправление смены иконки приложения в Windows;
* возможность делать синонимы команд (conf.cmd_aliases);
* Windows: перенаправлять stdout/stderr в errors.txt только если stdout не доступен;
* команды !script и !debug;
* !stop команда в autoscript.

# metaparser-js 2.4

Реализация парсера на js.

* обновление метапарсера до 2.4;
* команды !ls, !rm, !restart;
* возможность загружать и выгружать сохранения;
* возможность выгружать транскрипт (пока только в пределах одной игровой сессии);
* локализация на английский (язык выбирается по основному языку браузера).

ake> Ну и чтобы не казалось, я не могу сказать, что отрицательно отношусь к gemini, просто хочу критически посмотреть на всё это.

Хотел было привести свои аргументы, но передумал. :) Меня всё устраивает. Это как с велосипедными дорожками. Меня устраивает текущая ситуация, когда их нет или они построены не там и неправильно.

Так что gemini меня полностью устраивает и технически и просто как место, которое привлекает специфический контингент. Главное, чтобы не стали "расширять" дальше, как это часто бывает. Но вроде бы пока к этому нет тенденции.

Критиковать можно, но я не вижу никакого позитивного выхлопа от этой критики. :)

ake> Аналогично, в WWW уже есть всё, что есть в gemini, а остальным можно не пользоваться, например, ограничив себя использованием lynx или NetSurf. Зачем gemini?

Мне лично gemeni нравится таким, каким он есть. Регулярно смотрю. Интересный для меня контент там есть. Часто просто вбиваю в поисковик какое-нибудь слово и читаю блоги. Успокаиваюсь. Я рад, что таких людей -- не я один. На фоне остальных "альтернатив" -- gemini оказался прямо в тему.

Я кстати и netsurf и eww и прочим таким тоже пользуюсь, но gemini -- это всё-таки другое.

nvkv> В общем, на мой взгляд Zig это лучшее, что случалось с этим классом языков (C/C++/Rust) за много-много лет.

Всё, надо смотреть. Убедил. :) А harelang не смотрел?

Ох, я кажется по ошибке нажал редактировать вместо ответа, прошу прощения @vvs!

nvkv> Ну, то есть, для меня вообще А. В. Столяров не говорит ни о чем.

А я тоже не знаю кто это. :) Собственно, смотрел я не применительно к личности. Просто разговор с технарём.

nvkv> И вот я слушаю (не закончил еще), но желание бросить это дело уже есть. Чисто по типажу, но из уважения к его кандидатству в области философии, пожалуй, дослушаю. Но пока интервью выглядит прям плохо.

Я посмотрел только те темы, что вызывают отклик. В основном про js и современный веб. Ну, мне было забавно и увлекательно. Не потому, что это мои мысли. Не потому, что я согласен. Не потому, что я получил какую-то новую информацию. А потому, что интересно слушать их диалог. Я не знаю. Я когда-то читал блог автора ion3. Он так критиковал линукс страшно. Я вообще не согласен был с его позицией, но интересно было следить за его увлечённостью. Тут что-то похожее.

Интересное совпадение. На днях из двух независимых источников вышел на статьи, описывающие проблемы Си.

https://www.yodaiken.com/2018/12/31/undefined-behavior-and-the-purpose-of-c/

http://cmustdie.com/

Скажу сразу, читается интересно. С некоторыми вещами сталкивался на практике. Правда, в статьях я не увидел "выхлопа", какого-нибудь позитивного вывода. Проблемы озвучены, но что предлагается в качестве решения?

Да, неопределённое поведение -- это угроза. И угроза вдвойне, когда по мере развития компиляторов, это поведение воспринимается как территория, на которой можно "срезать углы". При этом мы получаем мину замедленного действия. Старый софт, собранный новым компилятором может "бахнуть" когда и где угодно... Так что с точки зрения индустрии, нужен простой (не надо много платить за кадры), дубовый и предсказуемый язык. Правда, при этом, он должен быть ещё и системным. Совместить эти противоречивые требования нелегко...

Как программист на Си, я понимаю, что по современным меркам этот язык нарушает все мыслимые правила приличия. Но при этом я действительно НЕ ВИЖУ адекватной замены в той сфере где он применяется. Это как с самолётами. Неустойчивый самолёт -- маневренный и опасный. Устойчивый -- безопасный и неманевренный. Что выбрать? Что-то среднее? Чем мы готовы пожертвовать?

Представим себе, что нам нужно написать ядро ОС. Какой язык выбрать? C, C++... Rust?

Мои знания о Rust ограничены чтением книги, поэтому я недостаточно подкован для того, чтобы адекватно оценить его кандидатуру как замену Си. Субъективно, мне кажется, что Rust не сможет стать таким же массовым языком. В нём нет простоты Си. Его синтаксис многословен, а в некоторых задачах он выкручивает программисту руки. Я надеюсь, что идеи заложенные в Rust найдут реализацию в каком-то другом ЯП. Но это моё личное, субъективное мнение. Конечно, если индустрия перейдёт на Rust, я буду его использовать в любом случае. А пока, можно посмотреть на пример реализации драйвера на Си и Rust: https://lwn.net/Articles/863459/ который меня совсем не впечатляет.

Си был моим любимым языком с самого начала профессиональной деятельности. Но с годами я стал замечать, что программирование на Си всё чаще воспринимается как рутина. Я перестал чувствовать удовольствие от программирования и изучения чужого кода. Работал скорее как "ремесленник". К счастью, были и другие ЯП, которые мне было интересно изучить, так что выгорания я избежал.

Но не так давно я открыл для себя Си заново. Помогло мне в этом осознание:

> Код на Си прекрасен, когда он прост!

Но что значит простой код? Программисты всегда пытаются писать просто. Или нет? И можно ли писать современное ПО просто?

Посмотрите. Это реализация cat в Plan9: https://github.com/0intro/plan9/blob/master/sys/src/cmd/cat.c

А это, для сравнения, cat из coreutils: https://github.com/coreutils/coreutils/blob/master/src/cat.c

Я отдаю себе отчёт в том, что современное ПО так не пишется. Поддержка локалей и gettext. Учёт особенностей системных вызовов на разных ОС. Поддержка множества параметров. И вот, объём и сложность кода растут как снежный ком. А если вспомнить про полную поддержку Unicode (со всеми этими проклятыми эмодзи и сменой направления вывода), то становится совсем уж плохо. Мы так привыкли к универсальности "правильного" подхода, что когда ты видишь "наивный" код Plan9, то испытываешь шок. Что, так можно было?

Но если по чесноку, разве cat не должен быть именно таким, каким он остался в Plan9? :) Думаю, каждый программист чувствует здесь какую-то правду.

Си -- это портативный ассемблер. В этом его основная миссия, сила и слабость. И сегодня, когда разрыв между низким и высоким уровнем многократно увеличился, я не могу не признать, что он мало пригоден для написания сложного прикладного ПО. Но что с системным?

Системное ПО тоже стало сложнее. Как системный программист, я начинал с ядра Linux 2.2. Читать и понимать код современного ядра стало намного сложнее.

В качестве примера, посмотрите реализацию системного вызова open в ядре 2.2.
https://elixir.bootlin.com/linux/2.2.26/source/fs/open.c#L757

asmlinkage int sys_open(const char * filename, int flags, int mode)
{
	char * tmp;
	int fd, error;

	tmp = getname(filename);
	fd = PTR_ERR(tmp);
	if (!IS_ERR(tmp)) {
		lock_kernel();
		fd = get_unused_fd();
		if (fd >= 0) {
			struct file * f = filp_open(tmp, flags, mode);
			error = PTR_ERR(f);
			if (IS_ERR(f))
				goto out_error;
			fd_install(fd, f);
		}
out:
		unlock_kernel();
		putname(tmp);
	}
	return fd;

out_error:
	put_unused_fd(fd);
	fd = error;
	goto out;
}

Довольно наглядно и просто, не правда ли?

А теперь начните своё путешествие по ядру 5.10.

https://elixir.bootlin.com/linux/v5.10.78/source/fs/open.c#L1200

Вам придётся пройтись по цепочке: do_sys_open -> do_sys_openat2

https://elixir.bootlin.com/linux/v5.10.78/source/fs/open.c#L1193
https://elixir.bootlin.com/linux/v5.10.78/source/fs/open.c#L1164

SYSCALL_DEFINE3(open, const char __user *, filename, int, flags, umode_t, mode)
{
	if (force_o_largefile())
		flags |= O_LARGEFILE;
	return do_sys_open(AT_FDCWD, filename, flags, mode);
}

long do_sys_open(int dfd, const char __user *filename, int flags, umode_t mode)
{
	struct open_how how = build_open_how(flags, mode);
	return do_sys_openat2(dfd, filename, &how);
}

static long do_sys_openat2(int dfd, const char __user *filename,
			   struct open_how *how)
{
	struct open_flags op;
	int fd = build_open_flags(how, &op);
	struct filename *tmp;

	if (fd)
		return fd;

	tmp = getname(filename);
	if (IS_ERR(tmp))
		return PTR_ERR(tmp);

	fd = get_unused_fd_flags(how->flags);
	if (fd >= 0) {
		struct file *f = do_filp_open(dfd, tmp, &op);
		if (IS_ERR(f)) {
			put_unused_fd(fd);
			fd = PTR_ERR(f);
		} else {
			fsnotify_open(f);
			fd_install(fd, f);
		}
	}
	putname(tmp);
	return fd;
}

Необходимость изменений очевидна. Появилась подсистема fsnotify. Добавили новые системные вызовы -- пришлось нарезать функции и сводить open к openat...

Код выглядит аккуратно, но разобраться в нём стало сложнее. А значит, проще ошибиться.

Да, работая на индустрию не удастся вернуться в прошлое. Однако, Plan9 научил меня тому, что во многих случаях у меня, как у программиста, всё-таки есть свобода избежать сложного кода, в том числе ценой выбора более подходящей архитектуры. Например, написав небольшое ядро приложения на Си и функциональную часть на Lua. Если я вижу, что код на Си становится сложным, это повод остановиться. Стоп! Что-то не так!

Что касается судьбы Си... Я тоже хотел бы увидеть современного приемника, но в Rust я не смог его узнать. Возможно, это моя ошибка. Поживём -- увидим.

Интересно, сколько лет ещё продержится старичок Си? А то ведь и 70-летие не за горами. :)

P.S. Ещё одна "эмоциональная" статья на тему C и C++: Почему я всё ещё люблю C, но при этом терпеть не могу C++?

https://habr.com/ru/company/ruvds/blog/562530/

silverwing> Корень проблемы не в сервисе. Замена условного телеграма условным федиграмом исправит ситуацию с технологической стороны, но не исправит самой сути.

Точно. Об этом я и писал. Правда, немного многословно.

silverwing> А самое страшное, что если хочется чтобы тебя заметили, приходится самому кричать еще громче...

В точку.

В Евангелии от Луки есть притча, которую я я никогда не понимал.

Лк16:1-9

> Сказал же и к ученикам Своим: один человек был богат и имел управителя, на которого донесено было ему, что расточает имение его;
> и, призвав его, сказал ему: что это я слышу о тебе? дай отчет в управлении твоем, ибо ты не можешь более управлять.
> Тогда управитель сказал сам в себе: что мне делать? господин мой отнимает у меня управление домом; копать не могу, просить стыжусь;
> знаю, что сделать, чтобы приняли меня в домы свои, когда отставлен буду от управления домом.
> И, призвав должников господина своего, каждого порознь, сказал первому: сколько ты должен господину моему?
> Он сказал: сто мер масла. И сказал ему: возьми твою расписку и садись скорее, напиши: пятьдесят.
> Потом другому сказал: а ты сколько должен? Он отвечал: сто мер пшеницы. И сказал ему: возьми твою расписку и напиши: восемьдесят.
> И похвалил господин управителя неверного, что догадливо поступил; ибо сыны века сего догадливее сынов света в своем роде.
> И Я говорю вам: приобретайте себе друзей богатством неправедным, чтобы они, когда обнищаете, приняли вас в вечные обители.

Я знаю, что эта притча вызывает много вопросов и недоумений не только у меня. Я помню, что в эпоху неофитства я читал толкования, в которых, скорее всего, получал нужные разъяснения. Но в памяти и в сердце это не отложилось, а объяснения казались натянутыми. Я просто не видел никакой связи притчи со своим жизненным опытом. Так что просто читал её без особого внимания. Пропускал.

И вот, по прошествии многих лет, я вдруг заметил, что знаю как "применить" эту притчу в своей жизни. Я ничего специально для этого не делал! Кажется, что долгое время притча скрывалась в уголках моего подсознания и просто ждала момента, чтобы "выстрелить".

Пропустив своё наблюдение через "рассудочный" аппарат, я понял, что даже не могу сформулировать "объяснение" словами. Получалось что-то неуклюжее вроде: "Да, я осознаю свою повреждённость. Я часто поступаю недостойно замыслу Бога. Тогда я хотя бы попытаюсь не требовать 'своего' с других людей. Попробую поступать по милости, а не по формальной справедливости. Даже если со мной поступили несправедливо. Разве я часто не поступаю хуже? Я хотя бы могу не затаить обиду, не 'встать в позу'. Не сказать ещё одно язвительное слово... Это малость, но я чувствую в этом правду. Как я смею уповать на милость Бога, если даже такой малости не делаю?".

В общем, полностью формализовать я своё "толкование" так и не смог. Но то, что притча обрела для меня реальный смысл -- действительность. Теперь в "жизненных драмах" она вспоминается и подталкивает меня в нужном направлении. Почему я думаю, что это нужное направление? Там тишина.

Смотрю интервью с Андреем Столяровым: https://www.youtube.com/watch?v=o111yYPqLHU

Увлекательно слушается.

Пока смотрел, в очередной раз заметил, что интерес к поднятым темам у меня несколько иной.
Вопросы безопасности, анонимности и личной свободы -- важно. Но меня больше беспокоит другой аспект.

Например, возьмём телеграм. Плохо, что это проприетарное решение. Плохо, что оно привязано к телефону и так далее. Но реальный ущерб, который я ощущаю на себе, носит скорее психологический характер. Это зависимость. Зависимость от получения потока информации в режиме 24/7 (зачастую, бесполезной и низкокачественной), от поиска социального одобрения, от эндорфинов полученных в битвах "кто-то не прав"...

Допустим, мы сделали федеративный Telegram и (невероятно!) он стал популярным. Пусть он будет работать на телефоне со свободной прошивкой. Что-то изменится в плане воздействия на психику? Безусловно, централизованный сервис -- хуже. Особенно, если говорить о соцсетях, где выдача определяется алгоритмом таким образом, чтобы повысить время удержания. Но кроме силы формируемой зависимости, будет ли какая-то принципиальная разница? Не думаю.

Попробуйте уговорить вашего корреспондента перейти на электронную почту и, скорее всего, вы услышите, что почтой пользоваться неудобно или неоперативно. Неудобно, да. Для чего неудобно? Неоперативно. Но только плотность полезной информации от оперативности точно не возрастёт. Правда, оперативность доставки мемов действительно пострадает.

К сожалению, мы уже подсели на иглу мусорного общения, и нужно прикладывать очень много сил, чтобы плыть против течения. Конечно, если вы всё ещё чувствуете, что "что-то не так".

Сегодня утром я вышел на улицу, забыв свой смартфон дома. Несколько минут я с удивлением ощущал что-то вроде страха. Но потом поймал "то самое" ощущение аналогового мира, которого мне так не хватает. Первые снежинки падали в холодном прозрачном воздухе, создавая ощущение глубины и спокойствия. Я знал, что никто у меня не заберёт этого сейчас. Что этот момент принадлежит мне одному.

Дома я не стал включать телеграм на компьютере, а телефон оставил лежать на кухне, где я его оставил. Если честно, я просто забыл о нём. Я спокойно просмотрел интервью с которого начал эту заметку и думал обо всём сразу. Вместо пустоты пришла тишина.

К сожалению, рабочий день начинается, и я беру телефон с непрочитанными сообщениями. Сколько их...

Я снова бегу от тишины...

AL> Хорошо, что я свой фетчер писал, ориентируясь на то, что аплинк может выдавать произвольный мусор :)

Мой тоже в итоге работает (пропуская эти строчки), но я старался делать его строгим, чтобы потенциальные проблемы ловить.

hugeping> Попробовал сделать fetch с https://idec.textgamesinfo.ru/
hugeping> Не получилось, часть сообщений как буд-то битые... Что именно, пока не разбирался.

Скорее всего, присутствуют пустые строки в выдаче. Например:

https://idec.textgamesinfo.ru/u/m//EzHkw1q46MIQgxvT6p5G/eQbQUoX5AMe2Lmz4zncF

В выдаче встречаются пустые строки, на которые мой фетчер ругается.

Попробовал сделать fetch с https://idec.textgamesinfo.ru/
Не получилось, часть сообщений как буд-то битые... Что именно, пока не разбирался.

Патч на drawterm, который включает fullscreen на X11

diff --git a/gui-x11/x11.c b/gui-x11/x11.c
index 74412f9..9dda3a5 100644
--- a/gui-x11/x11.c
+++ b/gui-x11/x11.c
@@ -190,6 +190,13 @@ flushmemscreen(Rectangle r)
 	XFlush(xdisplay);
 }
 
+void fullscreen(Display* dpy, Window win)
+{
+	Atom atoms[2] = { XInternAtom(dpy, "_NET_WM_STATE_FULLSCREEN", False), None };
+	XChangeProperty(dpy, win, XInternAtom(dpy, "_NET_WM_STATE", False),
+		XA_ATOM, 32, PropModeReplace, atoms, 1);
+}
+
 void
 screeninit(void)
 {
@@ -370,7 +377,8 @@ screeninit(void)
 			1); /* int nelements */
 		XFlush(xkmcon);
 	}
-	
+	fullscreen(xdisplay, xdrawable);
+
 	/*
 	 * put the window on the screen
 	 */

Настроил себе drawterm на малинку с 9front.
Причём, сделал это не так, как положено, а просто с помощью запуска скрипта из lib/profile. :)
Потому что я использую малинку и как terminal. Так что мне важно, чтобы она оставалась графической.

Вот скрипт:

#!/bin/rc
#auth/factotum -n -- uncomment this if you want new instance
echo 'key proto=p9sk1 dom=rpi4 user=glenda !password=pass' > /mnt/factotum/ctl
aux/listen1 -t tcp!*!17019 /rc/bin/service/tcp17019 &

Запускаю его из lib/profile ветки terminal.
drawterm вариант от 9front.

vvs> "Солярис" я не принял, поскольку он слишком отличается от книги. Кажется и Лему он тоже не понравился.

Я не могу сказать, что я ценитель и знаток творчества Тарковского (его фильмы я начал понимать и принимать уже в зрелом возрасте), но в дневниках я нашёл много мыслей, которые совпали с моими собственными на 100%. А с Солярисом, что интересно, у меня инверсно. Вариант Лема меня не зацепил. Так что Тарковский сделал другое самостоятельное произведение, где роман Лема просто антураж.

Что забавно:
> И герой фильма, и герой романа Крис меня интересовал постольку, поскольку он для меня должен был остаться человеком, несмотря на то, что он находился в нечеловеческих условиях, в нечеловеческой ситуации. Я его таким представил, таким прочитал в этом романе и таким сделал в фильме. Вот вся разница между фильмом и романом Лема. Но мне этот фильм не нравится, поскольку мне не удалось преодолеть все приметы и признаки жанра научно-фантастического. Там много техники, много всяких светящихся каких-то мигающих лампочек, в общем, все это барахло и бред, который вообще не имеет никакого отношения к этой идеи.

ii://z4gmLhBU4vfZmStxjAyd

> Если убрать из человеческих занятий все относящиеся к извлечению прибыли, останется лишь искусство.

http://www.tarkovsky.net.ru/stalker/word/tarkov_last_interview.php

> Смотрел чудовищно омерзительный фильм «Possesions». Американская смесь фильма ужасов, дьявольщины, насилия, детектива и всего, чего угодно. Отвратительно. Деньги, деньги, деньги, деньги... Ничего настоящего, истинного. Ни красоты, ни правды, ни искренности, ничего. Лишь бы заработать... На это невозможно смотреть... Можно все, позволительно все, если за это «все» платят деньги.

https://www.litmir.me/br/?b=247480&p=99#section_112

> ...принято считать, что для того, чтобы картина была хорошей, она должна хорошо продаваться. Если мы думаем о том, что кино — это искусство, то этот вопрос начинает казаться абсурдным, поскольку бы мы сказали: искусство хорошо только тогда, когда оно продается.

> ...Если мы хотим, чтобы картины посмотрели большое количество народу, мы никогда не сможем сделать так, чтобы эти картины были высокого поэтического мастерства...

https://www.radioblago.ru/vremyakultury/intervyu-s-andreem-tarkovskim

Вышло большое обновление для всех проектов, связанных с метапарсером.

# МЕТАПАРСЕР 2.3

* исправление TakeAll (для частей объекта);
* экспериментальный режим mp.strict_mode;
* mp.inp_delim;
* исправление в mp:match;
* исправление в mp:post_action во время abort_cmd (snapshots);
* исправления в стандартной библиотеке.

# RE:INSTEAD 0.6

* перевод Urzi на английский (спасибо, canwolf!);
* новая игра "Краски октября:;
* Android: совместимость с настройкой rotate lock;
* исправление ошибок.

// Версия для F-Droid в пути!

# Сайт парсерного сопротивления https://parser.hugeping.ru

* обновлён МП;
* добавлены новые игры: Краски октября и перевод Urzi.

# instead-cli 1.6

* обновлён до новой версии МП.

# metaparser-js 2.3

* обновлён до новой версии МП.

#news

vvs> А почему ты решил, что тебя сейчас читают меньше, чем "Компьютерру"? По крайней мере сюда ещё кто-то пишет, в отличие от неё :)

О, с такой стороны я ещё не заходил. :) Надо потом будет ещё pdf делать из лучших статей :)

А я всё хотел написать статью в "КОМПЬЮТЕРРУ". Всё хотел, хотел.. пока она не закрылась. :)
Теперь вот "тренируюсь" на играх и статьях здесь. Правда, непонятно кому и зачем это нужно. Хотя, как терапия, нужно мне самому. :)

Последние несколько дней находился в отладке, искал хитрый баг. Вообще, процесс отладки вызывает во мне смешанные чувства. С одной стороны, это заноза, которая не даёт спокойно жить (есть, спать, отдыхать). С другой стороны -- чувство эйфории или катарсис, когда все фрагменты головоломки вдруг складываются и лишних частей не остаётся... Что я имею в виду?

Когда-то, разрабатывая драйверы ещё в Windows, я пользовался SoftIce. Это был такой легендарный отладчик уровня ядра. Когда я перешёл на Linux, отладчиков такого уровня я не нашёл. Это был удар. Я не мог понять как вообще можно отлаживать код без отладчика? Но шло время и постепенно я стал замечать, что основное затруднение вызывают баги такого рода, когда отладчик никак не поможет... Обычно это проблемы синхронизации, гонок, или фундаментальные проблемы (когда архитектурные решения основывались на ложных предпосылках). И вот для такого рода ошибок, как оказалось, отладчик бесполезен. Нужно только проводить эксперименты и думать, пытаться сложить все наблюдения в одну картину.

В особенно сложных случаях факты рассыпаются и, кажется, что нет никакой системы. Кажется, что ситуация просто невозможна. Невозможна даже теоретически, так как ты не можешь придумать гипотезу (хотя бы и фантастически маловероятную), которая бы разрешила все логические конфликты.

Учась в институте, когда мы-студенты уже считали себя крутыми программистами, сталкиваясь с необъяснимыми ситуациями, мы часто ссылались на "ошибки компилятора". Как же хочется и сегодня иногда свалить всё на "ошибку компилятора".

- Такого не может быть!
- Это проблема в тесте!
- Может быть, виноваты битые провода?

Ну, и тому подобное... Да, когда ситуация не подчиняется логике есть соблазн войти в отрицание, самоутвердиться таким образом. Свою логику возвести в абсолют. Поставить себя в центре. Но это не работает. Никогда не работает. Напротив, когда программист закрывается от проблемы таким образом, он отсекает шансы на самостоятельное решение проблемы.

Работает прямо противоположный подход. Я бы назвал его аскетическим. Есть факт, и этот факт прост -- в твоей программе баг. Она несовершенна. Ты не понимаешь сути происходящего, но реальность подчиняется логике. Ты просто не видишь всей картины. Нужно смириться, собирать факты (улики) и думать, думать, думать. Не можешь связать все улики воедино? Не стоит отчаиваться! Все баги, которые ты встречал до сих пор в своей в жизни, ты решил. Каждый раз объяснение находилось, и каждый раз оно было и очевидным, и неожиданным одновременно. Так будет и в этот раз, хотя сейчас в это сложно поверить. Просто думай.

Объяснение нашлось. Как именно это происходит, я не знаю. В какой-то момент просыпается интуиция и говорит в чём дело. Поэтому отладка для меня это всегда источник страха. Потому что я не понимаю до конца, как именно решаю проблему. Есть здесь что-то иррациональное. Я просто собираю факты, обсуждаю их с кем-нибудь, думаю и потом что-то происходит. Но я, как буд-то, не контролирую этот процесс. А вдруг, в этот раз не сработает?

Ещё интересное наблюдение. Сейчас проблема была архитектурной. То, что я считал аксиомой -- оказалось ложным предположением. Именно поэтому я так долго находился в состоянии "отрицания". А ещё, проблема оказалась каскадной. То-есть, пофиксив один баг, я не решил проблему в целом. Интересное ощущение, когда логика отказывает второй раз подряд и ты вдруг понимаешь, что реакции "чёрного ящика" снова стали непредсказуемыми. Ощущение, что реальность рассыпается на кусочки.

В общем, я так и не понял, люблю я отладку или нет. Иногда мне кажется, что я люблю её больше, чем само программирование и что именно она влияет на моё мышление. Иногда, мне хочется чтобы это состояние стресса никогда не наступало. Но только оно обязательно наступит... Надеюсь, к этому времени я успею собраться. :)

В 2015 году я, тогда ещё на МЕТАПАРСЕР2, написал игру "КРАСКИ СЕНТЯБРЯ". А так как для проекта Re:instead есть пока только 10 игр, я решил её портировать на новый метапарсер. Думал сейчас быстренько перенесу и будет 11 игр... Ага. Сейчас.

Нет, технически проблем не было. Проблемы начались тогда, когда я начал читать свой текст.

Он -- ужасен. Нет, он правда УЖАСЕН! Из этого я сделал интересный вывод. Я меняюсь. Практически каждое предложение заставляло меня морщиться и ужасаться. Загадки, конечно, тоже спорные. Поэтому их я частично переделал. Ну и графика была такого низкого качества, что пришлось нарисовать новые картинки... В итоге, получилась вроде бы не новая игра, но и уже не совсем старая. И я решил ей дать другое название. Оригинал из 2015-го назывался "КРАСКИ СЕНТЯБРЯ". Не долго думая, заменил название на "КРАСКИ ОКТЯБРЯ".

Но, возвращаясь к тексту. Похоже, мне лучше не смотреть свои старые проекты. Иначе придётся переписывать всё. Я раньше думал, что такое у меня только с кодом...

Интересно, впрочем, что всё-таки были участки, которые мне нравились. Что-то я оставлял без изменений. И вообще, в целом, история меня вдохновила так же, как и в 2015-м.

Так что, после тестирования, буду выпускать новый Re:instead с этой игрой.

Написал статью о том, как писал фронтенд к почте для acme:
ii://S4sJA2iZYo83k8ZnpjEX

Медленно, но верно, редактор acme становится моим основным редактором-средой в Linux. Почему это происходит, вопрос отдельный и он не сводится к утилитарности. Проще, удобнее, быстрее -- это всё категории, которые в большей степени определяются нашими привычками. А мной в IT движет любопытство и тяга к простоте.

Идея acme очень простая, но при этом мощная. Это не редактор, это прослойка между Unix средой и человеком. Когда вы работаете с acme, "редактором" становится вся ОС. В начале это очень непривычно, но потом -- затягивает.

До последнего момента в качестве основного редактора я пользовался emacs и пользовался им как средой. То-есть, кроме собственно редактирования файлов я читал в нём почту (mu4e), общался в телеграм (telega.el), читал pdf ну и так далее...

Отвыкнуть от emacs очень сложно, а мне было интересно проводить в acme больше времени, поэтому я решил попробовать перенести в него работу с почтой.

Вероятно, можно было бы завести upas, который есть в составе plan9port, но мне этот вариант не очень подходит. Потому что я параноик. Так как почтовые серверы мне не принадлежат у меня есть непреодолимое желание хранить копию своих почтовых ящиков локально на диске. Кроме того, это даёт возможность быстро искать нужное письмо. Поэтому я пошёл другим путём.

# Синхронизация почты mbsync

Для синхронизации почты между Maildir на диске и imap на сервере нашлась отличная штука: isync (или mbsync). Замечательна она тем, что синхронизация работает в обе стороны. То-есть, удаляя письмо в Maildir вы тем самым удаляете его в imap mailbox. Ну и так далее. Таким образом, вы получаете единый срез почты на многих машинах и всё это прекрасным образом синхронизируется через imap.

Конфигурация выглядит примерно так:

IMAPAccount gmail
Host imap.gmail.com
User user@gmail.com
Pass password
SSLType IMAPS
CertificateFile /etc/ssl/certs/ca-certificates.crt

IMAPStore gmail-remote
UseUTF8Mailboxes yes
Account gmail

MaildirStore gmail-local
SubFolders Verbatim
Path ~/Mail/gmail/
Inbox ~/Mail/gmail/Inbox

Channel gmail
Far :gmail-remote:
Near :gmail-local:
Patterns * ![Gmail]* "[Gmail]/Sent Mail" "[Gmail]/9front"
Create Both
Expunge Both
SyncState *

Правда, mbsync из апстрима создаёт каталоги на диске в кодировке UTF-7. Но в aur есть пакет с поддержкой UTF-8. Обратите внимание на UseUTF8Mailboxes в конфиге. Для других Linux можно собрать версию отсюда: https://sourceforge.net/u/shashurup/isync/ci/utf8-mailboxes/tree/

После того, как всё настроили, можно поставить задачу на таймер в systemd или cron и всё.

# Индексация

Не так давно я открыл для себя mu. Mu позволяет индексировать почту в Maildir и дальше делать выборку, показ писем, распаковку аттачей и так далее. И всё это очень быстро. Вместе с mu идёт почтовый клиент для emacs -- mu4e.

Для создания базы просто делаем что-то вроде:

$ mu init --my-address='ваш емейл'

И потом периодически делаем индексацию:

$ mu index

# Идея почтового клиента на acme

Mu -- это почти полноценный клиент, по крайней мере, для чтения почты. Практически всё можно сделать из командной строки. Например, вывести последние сообщения:

$ mu find --sortfield d --reverse "" | head -n10

Чтобы просмотреть сообщение, вы должны указать путь к конкретному файлу в Maildir. Например:

mu view `mu find "" --sortfield d --reverse -f l | head -n1`

Конечно, пользоваться в таком виде почтой малореально, но возможностей для скриптования -- масса. И когда я это понял, то решил написать свой фронтенд к mu для acme.

# Приложение на acme

Acme с помощью файловой системы предоставляет доступ к некоторым функциям по работе с своими окнами, которых оказывается достаточно для написания "приложений". Если вы работаете в Plan9, то файловая система доступна всегда. Если же вы запускаете acme в рамках plan9port, то для доступа к ней можно:

1. Использовать утилиту 9p
2. Подмонтировать ФС через fuse: 9pfuse

Допустим, у нас есть скрипт hello, который доступен по PATH. Если запустить acme и вписать hello в заголовок главного окна (там где Newcol Kill Putall Dump..), а потом нажать на hello 2-й кнопкой мыши, то скрипт запустится.

Когда скрипт запускается в рамках acme, то переменная окружения winid содержит номер текущего окна или 0, если нет никаких открытых окон, кроме главного.

Для работы с файловой системы acme пока будем пользоваться 9p.

#!/bin/sh
9p ls acme
9p read acme acme/$winid/tag

Запустите этот вариант скрипта и увидите в отдельном окне корень ФС acme и список пунктов меню вашего текущего активного окна (если такое есть).

То же самое можно сделать с fuse:

#!/bin/sh
mnt=`mktemp -d /tmp/acmeXXXX`
9pfuse `namespace`/acme $mnt

ls $mnt
cat $mnt/$winid/tag

fusermount -u "$mnt" && rmdir "$mnt"

На самом деле, в теории, fuse вариант удобнее и быстрее, но я столкнулся с проблемой. Мой ноутбук с ArchLinux не хотел уходить в сон, пока есть хоть одна подмонтированная точка fuse. Так что приходится всё время монтировать и размонтировать, что не очень удобно.

В man 4 acme (из plan9port) описана файловая система acme. Я не буду здесь пересказывать эту информацию, но отмечу только некоторые моменты с которыми столкнулся.

1. По идее, мы можем считать позицию селектора (курсор + выделение) с помощью записи в ctl строки addr=dot и и последующего чтения из addr. Однако, при открытии addr он каждый раз ресетится. Таким образом, с помощью 9p вы не сможете получить текущую позицию курсора, так как это две операции: запись addr=dot и чтение addr. А нужно, открыть (и не закрывать addr), потом записать addr=dot, потом прочитать addr. Это можно проделать при использовании 9pfuse. Например:

pos=`{ echo 'addr=dot' >> $mnt/$winid/ctl; cat; }<$mnt/$winid/addr`

2. Если добавлять в окно текст (в data), содержащий в себе переводы строк, то просто так читать из event построчно не получится. Потому что первая строка будет содержать событие, а следующая -- уже просто кусок текста и так далее. Да, число символов текстового блока тоже при этом приходит, но писать обработку такого протокола на shell неудобно. Поэтому я добавлял текст только построчно.

# Версия на shell

Первую черновую версию я написал на shell. Всё, что она делала -- показывала последние 100 писем и реагировала на нажатие средней кнопки мыши на путь к письму (при этом, нужно было сначала этот путь выделить). Она была неудобна, неполна. Но очень проста. Поэтому, в качестве иллюстраций я привожу этот вариант целиком:

#!/bin/sh
mail_view()
{
	mu view "$MAILDIR/$2" --nocolor | 9p write acme/$1/data
	echo -n 'clean' | 9p write acme/$1/ctl
	toline $1 0
}

mail_ls()
{
	mu find --nocolor -s d --reverse -f "l|d|f|s" "" | \
		/usr/bin/sed -e 's|'$MAILDIR'/\([^ ]\+\)|\1|g' | \
		head -n 100 | 9p write acme/$1/data
	echo -n 'clean' | 9p write acme/$1/ctl
	toline $1 0
}

toline()
{
	echo -n "$2" | 9p write acme/$1/addr
	echo -n 'dot=addr' | 9p write acme/$1/ctl
	echo -n 'show' | 9p write acme/$1/ctl
}

if [ -z "$winid" ]; then
	exit 1
fi

# создаём новое окно
winid=`9p read acme/new/ctl | awk '{ print $1 }'`
# показываем 100 сообщений
mail_ls $winid
# добавляем "кнопку" Get
echo -n "Get" | 9p write acme/$winid/tag

# цикл обработки событий
9p read acme/$winid/event | while read a b c d e; do
	if echo "$a" | grep -q -e '^Mx' 2>/dev/null; then # mx
		if [ "$e" = "Get" ]; then
			mail_ls $winid
			continue
		fi
	elif echo "$a" | grep -q -e '^ML' 2>/dev/null; then
		if [ -f "$MAILDIR/$e" ]; then
			msgid=`9p read acme/new/ctl | awk '{ print $1 }'`
			mail_view $msgid $e
			continue
		fi
	fi
	echo "$a $b" | 9p write acme/$winid/event 2>/dev/null
done

Кстати, этот текст был вставлен в статью так:

- ввел в tagline <cat email;
- выделил этот текст;
- нажал 2ю кнопку мыши.

Обратите внимание на цикл обработки событий. Мы просто ждём их, читая из event и реагируем нужным образом. Или снова перечитываем сообщения, или открываем текст нужного сообщения в новом окне.

Не смотря на некоторые проблемы, о которых я узнал позже, скрипт как-то работал. Однако я быстро понял, что сложную логику писать на shell не очень весело, поэтому я перешёл на Lua. Вероятно, на go было бы ещё проще, но мне хотелось сделать всё "здесь и сейчас"...

# Версия на Lua

То, что в итоге получилось, можно посмотреть тут: https://github.com/gl00my/plan9hacks/blob/master/linux/mu-query

Скрипт довольно грязный, но он работает и делает именно то, что мне нужно. Я не буду подробно описывать что именно в нём происходит, отмечу только некоторые моменты.

1. Для отправки почты используется msmtp.

defaults
auth on
tls on
logfile ~/.msmtp.log

account gmail
host smtp.gmail.com
port 587
tls_certcheck off
from user@gmail.com
user user@gmail.com
password password

account default : gmail

2. mu-query умеет показывать запросы mu. Например, вводим в tagline: mu-query from:ivanov, выделяем, нажимаем 2-ю кнопку мыши и видим нужный результат. Если не указывать запрос, показываются последние 100 сообщений. Можно листать по 100 сообщений командой Page.

3. При просмотре сообщения все аттачи распаковываются во временную директорию. Например, если я вижу, что это html письмо, я могу дописать firefox file:/// перед путём к файлу прямо в теле сообщения и нажать.

4. На данный момент поддерживается только Reply, составление нового сообщения, удаление и пометка сообщений как Seen. Forward и добавлений аттачей нет. Это несложно добавить, но пока я не стал этого делать. Может быть, будет третья итерация уже на go. :)

5. Чтобы удалить пачку сообщений или пометить их как прочитанные нужно выделить все нужные сообщения и нажать на соответствующую "кнопку".

На данный момент я пользуюсь mu-query на постоянной основе и очень доволен. Мне действительно это удобно. И главное, я понял что относительно просто могу писать под себя интерфейсы. Например, я уже задумываюсь о команде git-log.

# Опыт acme

Если говорить о практической пользе, то кроме "персонализации" инструментария я получаю с acme тот же эффект, что получаю от Plan9. У меня разгружается сознание. Когда я работаю в emacs, мой мозг перегружен информацией о множестве клавиатурных комбинаций и конкретных рецептах. Если брать другие редакторы, то в целом, ситуация повторяется. Acme в этом плане не похож ни на один из них. Его "базис" очень простой, единообразный и при этом всё ещё мощный. Настоящий Unix инструмент!

Когда я первый раз увидел acme, я не мог даже себе представить, что в _этом_ можно работать. Что же, ещё один повод напомнить себе, что встречать по одёжке не стоит.

Кстати, об одёжке. Уверен, у 99% людей пропадает интерес к acme как только они узнают, что в нём нет подстветки синтаксиса. Или, что в этом редакторе нельзя перемещаться по строкам вверх-вниз с помощью клавиатуры... Я зря это сейчас сказал, да? :)

boscholeg> Намекаешь на то, что тебя тащат куда-то против твоей воли? Или на беспочвенность своих страхов и сомнений?

Да в том-то и дело, что не знаю. :) Может быть, просто жалок? :) Шучу. Не знаю. Много каких-то ассоциативных образов, которые подсознательно действуют.

На днях шёл домой. Было уже темно. Спустился в длинный подземный переход. Меня обогнал мужчина в спортивного телосложения, который вёл на поводке свирепого на вид бульдога. Бульдог нёс в зубах мячик. Когда они были где-то на середине перехода я услышал, как мужчина уговаривает пса:

-- Ну не бойся, давай. Не бойся.

Оказалось, что пёс лег на пол, прижав голову и распластав лапы. Он отказывался пересекать узкую решётку слива. Ну, сантиметров 15.

Хозяин так и не смог уговорить пса, поэтому просто потянул поводок и бульдог преодолел решётку лёжа, скользя по гладкой поверхности. При этом он так и держал в зубах свой мячик.

Я не знаю почему, но этот эпизод прямо врезался в память, и я всё время к нему возвращаюсь.

Почему сливная решётка стала для пса непреодолимой проблемой? Травма, ассоциация, что-то ещё? Помогал ли мячик в зубах бульдога преодолеть страх? Что он чувствовал, когда хозяин волок его через "страшное" препятствие?

Может быть, я тоже как эта собака?

AL> Саму проблему я примерно понял, но не понял откуда вообще берётся этот вопрос.

Я, в общем, об этом и говорю. Остальные рассуждения, следствие вот этой вот поворотной точки. Я где-то кажется цитировал Джона Чалмерса, но не могу найти сейчас. Так что ещё раз приведу.

> Некоторые говорят, что сознание — это «иллюзия», но я даже плохо понимаю, что это могло бы означать. Мне кажется, что наша уверенность в существовании сознательного опыта превышает нашу уверенность в существовании чего-либо еще в мире. Временами я изо всех сил пытался убедить себя в том, что в действительности тут ничего нет, что сознательный опыт пуст, есть всего лишь иллюзия. В таком представлении есть нечто соблазнительное, и философы разных эпох пытались обыгрывать его, но в итоге подобная картина совершенно неудовлетворительна.

...

> В этой связи можно было бы говорить о Великом Разделении, имеющемся в области исследований сознания. Если вы считаете, что решение «легких» проблем объясняет все, что нуждается в объяснении, то у вас получается один тип теории; если вы считаете, что кроме них есть и дополнительная «трудная» проблема, то у вас будет другой ее тип. В какой-то момент общезначимые аргументы становятся затруднительны, и обсуждения зачастую сводятся к ударам по столу.

> Мне кажется очевидным, что здесь есть некий дополнительный момент, нуждающийся в объяснении; другие же готовы принять, что ничего подобного не существует.

> Не исключено, что нам надо попросту смириться с этим базовым разделением.

> Эта книга может представлять интеллектуальный интерес для тех, кто думает, что здесь нет особой проблемы, но в действительности она предназначена тем, кто нутром ощущает эту проблему.

Так что, действительно, есть "разделение". Это удивительно. И таких разделений масса.

vvs> Иногда даже возникает сомнение: а действительно ли многие люди говорят на одном со мной языке?

Вот-вот... ;) Скорее всего на разных. Особенно, когда речь заходит об абстрактных понятиях. И дело тут мне кажется не только в языке, но и в том, как ощущаются понятия (или не ощущаются вообще).

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

vvs> Честно говоря, для меня эта тема была уже закрыта. Я высказал здесь своё мнение только чтобы до конца объяснить своё отношение и во избежание обвинений в предвзятости меня самого. А вот в предвзятой обстановке на форуме я такой возможности просто не вижу.

Да, давай закроем. Я с твоим мнением согласен в той части, что касается хамства и перехода на личности. Но вмешиваться в процесс я не хочу. Форум я "дропнул" и если бы не spline, его бы не было сейчас вообще. Я модерировал его тоже не лучшим образом и тоже, скорее в авторитарном режиме (что мне не нравилось). В поддержке репозитория я тоже себя дескредитировал. Так что это spline сейчас разгребает мои долги.

Все мы имеем свои особенности. Я привык к резкости и kerber и spline и как то делаю поправку на неё. Меня могут тоже послать, но и я в принципе могу это сделать. Так и живём. Но, в общем, прими мои извинения за ситуацию. Можешь писать здесь спокойно. Если дойдёт до конфликтов и тут, я решу проблему на своей площадке.

vvs> P.S. Совсем другое дело - проявление неуважения к собеседнику, чего я в людях не выношу. Моё определение подлости: обращение с людьми не по правилам, общим для всех порядочных людей, а по критерию личной пользы и положению в какой-то иерархии, да ещё и хамство и притворство. И это моя мораль, к которой у меня отношение исключительно чёрно-белое и это меня не тяготит.

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

Так вот, мне кажется, есть люди, которые не напрягаются и совсем "отпускают" себя в сети. Я сейчас не оправдываю хамство, но описываю тот факт, что для большой части развязанное поведение стало "нормой". К сожалению. Все эти троллинги, мемчики -- работают в одну сторону. Народ становится более толстокожим, высказывается максимально резко, надеясь что это пробьёт оборону противника, судя всех людей по себе.

Агрессивное общение spline/kerber меня печалит особенно, потому что это мои сетевые друзья. И я знаю этих людей с хорошей стороны, но агрессивно-прямая манера поведения -- конечно многих пугает.

P.S. Можно ещё Столлмана вспомнить. :)

Выпустил Re:instead 0.5 с поддержкой голосового вывода и улучшениями в Android сборке.

* поддержка голосового вывода на: Linux, Windows и Android.
* !tts команда;
* функции доступности в Android версии;
* лучшая поддержка виртуальных клавиатур Android;
* исправления ошибок.

Этот релиз не состоялся бы без помощи Nikita Tseykovets. Спасибо!

Как обычно, скачать версии для Windows/Linux и Android можно с github: https://github.com/instead-hub/reinstead

Версия в F-Droid будет через несколько дней.

#news

vvs> Иными словами, я хочу сказать, что человек - активный преобразователь мира, а не просто сторонний наблюдатель.

Моя заметка в основном о том, что одно дело -- те вещи, которые мы создаём (и, поэтому, осознаём и подчиняем их логике), а другое дело -- мы сами и другие люди, восприятие мира. Жизнь не редуцируется. В лучшем случае -- она диалектична. Законы, которые работают в логике -- работают не везде. Попытка обосновать всю нашу жизнь логически, научно или как-то ещё уложить в непротиворечивую "теорию" неизбежно будут содержать сингулярности. В нас есть (как в творении Божьем) бесконечность внутри. Тот же пример рассуждения: я смертен значит меня не существует, при кажущемся парадоксе мне соверешенно (как идеалисту) понятен. Если наше существование не утверждено Богом -- нас просто не существует.

Это "философская" часть заметки, которая присутствует в ней неявно. А явно -- просто бытовая проблема, когда твоя "логичность" доводит до нервных срывов и конфликтов, потому что доведённая до абсолюта -- она в жизни только мешает.

Но я ни с чем не спорю, просто пояснил другими словами свою мысль.

> Наличие только двух вариантов - это характерно для булевой логики и, в более скрытом виде, в классическом законе исключённого третьего.

> Программист, который не любит математические головоломки - это любопытная экзотика. Возможно он просто не умеет их готовить? (изучаем ещё и кулинарию ;)

В повседневной жизни я встречал программистов-математиков и программистов-инженеров. Я скорее отношусь ко вторым.

"Он делает всё точно так, как я скажу! Даже, если я ошибаюсь!" Эта была основная мысль, которую я помню в процессе написания своей первой программы и она дала толчок всему остальному.

Никогда не умел нормально (да и не любил) играть в шахматы. Решать математические головоломки. Терпеть не мог квесты с вставками игрушек на логику. (Например, были такие в Машинариуме).

Правда, очень любил стереометрию в школе, например. Решал большинство задач интуитивно и быстро.

Приложение снова доступно :) Ура!

tts в re:instead

Со второй попытки, всё-таки, поддержку tts решил оставить. (Пока, только для Android). Спасибо Никите за помощь! Поддержка неидеальна, конечно, но пользоваться можно.

Будет в следующей версии (0.5).

Когда долго программируешь, привыкаешь проверять все причинно-следственные связи от начала и до конца, разворачивать их. Отладка учит быть подозрительным. Не верь тому, что написано и вроде-бы "работало раньше". Ошибка могла не проявляться. Ошибка может скрывать проявление другой ошибки. Ошибка может быть следствием гонки. Несколько ошибок могут входить в суперпозицию и выглядеть как одна ошибка или наоборот. Чтобы действительно разобраться в проблеме, ты должен понять что именно происходит максимально педантично и досконально. Никаких домыслов! Никаких непроверенных предположений! Каждый раз ты должен учиться смотреть на код, как будто он написан только что.

Не удивительно, что с годами это начинает отражаться и на психике. Один из таких "синдромов" я замечаю у себя и у некоторых знакомых программистов. Я назвал его синдром "0 или 1". Проявляется он в различных формах, но стоит за всем одно и то же.

Если высказано какое-либо суждение, ты начинаешь его раскручивать и доводить до логического конца. Интерпретация событий всегда чёрно-белая. 0 или 1? Ведь нужен конкретный и простой факт в основе. То, что хорошо помогает искать ошибки может навредить в общении. Например?

> - Смотри, я тут игру написал Color Lines.
> - Неплохо. Только цвета шариков мне не нравятся.
> - А мне, кажется, красиво.
> - Нет, слишком яркие.

(сценарий 0) Я подобрал плохие цвета. -> Они мне нравятся, значит, у меня нет вкуса. -> Зря я написал игру.

(сценарий 1) Цвета мне нравятся, а оппоненту -- нет. -> У оппонента нет вкуса, не надо учитывать его мнение. -> Зря я его спросил.

Следствие синдрома. "Если что-то может случиться, то это обязательно случится." Перекликается с законами Мерфи, да? Не случайно, ой не случайно... :)

> - Где мой паспорт?
> - Зачем тебе?
> - Я всегда беру паспорт, когда выхожу на улицу... И, кстати, где зонт?

Усиление следствия. "Если что-то случится в будущем, то это уже случилось."

> Мы смертны -> мы уже мертвы -> нас не существует и никогда не существовало.

Ещё одно следствие -- если назревает конфликт, нет смысла тянуть, ведь "он уже случился".

> - Не могу тебя видеть!
> - Если мы враги, то давай расстанемся. Если нет, то зачем эта ссора?

Наконец, невозможность делать простейшие вещи без детального понимания задачи.

> - Отрежь кусочек скотча.
> - Какой длины?
> - Просто кусочек скотча.
> - Для какой задачи нужен скотч? (попытка узнать точную длину отрезка под задачу)
> - Блин, да ты издеваешься!

// Все диалоги являются вымышленными, любое сходство -- случайно.

Годами выработанная привычка сводить всё к "да" или "нет", "всё" или "ничего", 0 или 1 -- рано или поздно находит выход, нередко приводя к раздражению, непониманию, ссорам.

Программа -- мир, который создал программист и полностью его контролирует. Выполнение программы в глубине своей -- детерминированная шарманка. Возможно, именно отсутствие противоречий и привлекает программистов в профессию. Но жизнь -- нередуцируема и противоречива по своей сути. Попытка действовать в реальном мире так же, как ты привык работать в виртуальном, неизбежно приводит к конфликту. Попытка решения его в виде ответа 0 или 1 приводит к парадоксальным и опасным состояниям. В лучшем случае -- просто неадекватным.

Когда я слышу очередную "печальную" новость про программиста, я всегда с сожалением думаю, что не последнюю роль здесь сыграл синдром 0 или 1.

Мне кажется, любой программист в качестве противоядия должен иметь "аналоговое" хобби. Велосипед, гитара, рыбалка... Что угодно, что позволяет не терять связь с реальным миром и напоминать себе, что не всё решается через 0 или 1.

Берегите себя!

vvs> Внуки есть? Тогда не дед ;)

Дед! Дед Мороз я. :)

Очень вдохновляют примеры, когда творчеством занимаются пожилые люди. Пётр Мамонов, Procol Harum (выпустившие альбом в 2017!), Питер Фальк в роли самого себя в Коломбо... Экзюпери написал Маленького принца после 40. В общем, если приглядеться, то в глазах взрослых с виду людей, можно разглядеть искорки детства.

Как-то на youtube случайно натолкнулся на любительский клип на одну из любимых песен Procol Harum. Вот он https://www.youtube.com/watch?v=-MnQTFa7PHI

Видеоряд + музыка совпали на 100%! Музыка резонируют с картинкой так, что на кадрах, когда барон обгоняет летящую смерть, я чувствовал мурашки по телу. Это было настолько удивительно и круто, что я посмотрел фильм, из которого был нарезан видеоряд. Вот этот фильм: https://ru.wikipedia.org/wiki/Приключения_барона_Мюнхгаузена_(фильм)

А режиссёром оказался Терри Гиллиам, известный мне главным образом только по прекрасной "Бразилии". Прочитал, что "Приключения барона Мюнхгаузена" неофициально считается одой старости и завершает трилогию, начатую картинами "Бандиты времени" и "Бразилия", которые соответствуют юности и зрелости.

Что тут сказать? "Ты не один"(c)

Выпустил RE:INSTEAD 0.4

Новое:

* возможность сборки с одной из трёх библиотек рендеринга шрифтов (stb_truetype/libschrift/freetype);
* статические сборки Linux/Windows теперь собираются с freetype;
* исправление ошибок;
* системные команды теперь начинаются с ! (например, !save);
* команды !saves и !rm для просмотра и удаления сейвов.

Готовы бинарные сборки для Linux/Windows (reinstead-0.4.zip) и .apk для Android.
Обновление в F-Droid должно тоже скоро подоспеть.

https://github.com/instead-hub/reinstead/releases

В "Возвращении квантового кота" есть герой, бомж. Там он говорит что-то такое:

> Когда-то я хотел стать кандидатом наук... Писал диссертацию на тему строения материи.. Но... Мой мозг переутомился... Я пытался успокоиться и вот... Теперь я здесь...

Действительно, слышал, были такие случаи... ;)

vvs> В итоге ни одна книга в отдельности уже не может нанести мне вреда! Здорово, правда? :'D

А книга наносит вред содержимым или самим фактом чтения? :) Потому что если говорить про программирование, то тут сам процесс -- источник хронических заболеваний и повреждения нервной системы. :)

Несколько дней нахожусь в программистском запое. Программирую Re:instead. Этот проект никак не связывает мне руки, поэтому чувствую эмоциональный подъём. За счёт недосыпания и насилия над нервной системой, конечно же. Это плохо, каждый раз думаю об этом и... Ничего не меняется. Страсть программирования сидит уже глубоко, и просто так победить это не получится. Да и решимости, наверное, нет. "Дай мне целомудрие и воздержание, только не сейчас" // Августин Блаженный.

Но вред от этой зависимости есть. Конечно, хочется её романтизировать и идеализировать. Но она вредит и, при этом, мало что даёт на выходе. Кто знает о проекте Re:instead? 10 человек? :) Полезен ли он? Единственная надежда на пользу, это добавление TTS поддержки для незрячих. Которую, кажется, можно было бы сделать для Android версии. Может быть попробую сделать это.

За это время отделил логику рендеринга шрифтов так, что менять библиотеки отрисовки текста стало очень просто. Сделал возможность собираться с freetype (он даёт лучшее качество на низких DPI) и с libschrift (просто до кучи). Так что теперь Re:instead может быть собран с 3-мя рендерами.

Бинарные сборки 0.4 будут уже на freetype.

Те, кто пользуются 9front наверняка знают, что есть порт netsurf: https://github.com/netsurf-plan9/netsurf

К сожалению, порт собран без iconv поддержки. Поэтому некоторые сайты (например, opennet) открываются с убитой кодировкой.

Я взял iconv реализацию из openwrt и грязным образом прикрутил к netsurf. Положил в свой репозиторий: https://github.com/gl00my/plan9hacks

P.S. Кроме этого, у меня там есть ещё какие-то патчи, которые что-то исправляют в плане русского и шрифтов.