Replying to @th3rdsergeevich@mastodon.ml
@th3rdsergeevich happy 100000₂ 
D:\side\>
🛠️ Падок на технологичное. Даже в позавчерашних технологиях до сих пор большой потенциал.
Модерирую mastodon.ml и помогаю новичкам освоиться.
Иногда угораю на @regex/#РегВыр
⚠️ Теоретически просмотр до 16 лет не рекомендуется. Практически – "или что?"
⚠️ Юмор категории Б+ (не совсем похабный, но опасно близкий). Иногда.
#️⃣ #Programming #SelfHosting #ФедиГотовит #3DPrinting #Природа #Videogames #Design #EBike.
🔗 Резерв (English-only): @dside
- 📚 языки
- русский, English
- ⌚ время
- MSK (GMT+3)
- 🏠 сайт
- https://dside.ru verified
Replying to @drq@mastodon.ml
@drq it's fi-i-i-ine, the publicity is worth it, though I'd bookmark what other platforms they congregate on to follow in an event that they *do* get kicked out of GitHub…
(…sees Discord)
Nnnggghhhh… 
Replying to @th3rdsergeevich@mastodon.ml
@th3rdsergeevich вероятно, так же, как и любой типичный коврик для мыши — мылом и неабразивной тряпочкой.
Replying to @th3rdsergeevich@mastodon.ml
@th3rdsergeevich ну-у… дисклеймер, в принципе, такую функцию может выполнять, да. В этом смысле он тоже служит таким ответственностеотводом, но в целом они чуть более широкая категория.
Replying to @shuro@friends.deko.cloud
@shuro и оправдания в духе "эт нейронка, не я" это применение нейронки в качестве accountability sink (продолжаю черпать у Доктороу терминологию, ёмкая и довольно точная).
Как бы это только перевести получше.
Слив ответственности? Как элемент системы, а не процесс, по русски звучит как-то неправильно. 
Ответственностеотвод? 
Replying to @drq@mastodon.ml
@drq I think TheRussianBadger captured a very similar experience in Rainbow 6 Siege with Recruit: https://youtu.be/Hjhzfl2sJsw
tl;dw: a good newbie class really, uniquely boring so still unique, with extra trolling potential when played well
YouTubeRANDO RECRUIT RAMPAGE | Rainbow Six SiegeReplying to @drq@mastodon.ml
@drq я б даже не сказал, что столько именно противоречие, сколько вредная привычка сваливать их в одну категорию со времён, когда разделять её не было большого смысла: она была малочисленной, а аудитория была сильно отклонена в круги энтузиастов. А теперь ситуация изменилась. И возможно, дистрам действительно стоит занять какую-то полкапотно-инфраструктурную роль, уступив на продуктовом уровне место всяческим спинам и флаворам.
Replying to @bookwar@mastodon.ml
@bookwar я в связи с этим вспомнил скорее наделавший много шума Omarchy, который представлял из себя немногим больше Arch Linux с грудой хот-тейков, оформленных готовыми конфигами.
Инфра, исходники и практически всё остальное там от Arch Linux, но в публичном поле у него было цепкое название-бренд. И похоже, что для публичного восприятия этого было достаточно.
Replying to @drq@mastodon.ml
@drq @th3rdsergeevich Анрил-Анрил, да. Было много офигевших лиц от заявления, что у них там два движка в тандеме, графика Анрила, геймплей в ТварьДвижке (Creation Engine, Bethesd'овом поделии).
Replying to @bookwar@mastodon.ml
@bookwar это удивительно эффективный ход для UX, люди привыкли к продуктам, готовым к применению из коробки. Этап первичной настройки сводится к минимуму, пользователей отучили иметь терпение для освоения нового приобретения. Что подкармливается видеоблогерами-распаковщиками. И все по как будто бы легитимному поводу в области эргономики.
Так, ладно, что-то меня уже куда-то не туда понесло.
Replying to @drq@mastodon.ml
> ужасающее осознание что 3/4 тех дверей просто нарисованы на обоях
ALT
Ах вот почему меня потянуло техдолг у себя на сервере позакрывать. Сегодня же день сисадмина (последняя пятница июля).
Наконец-то закончил миграцию данных старых сервисов в новый формат, снёс остатки старых экспериментов, снёс хранилище старого формата… короче, навёл порядок по целой пачке статей, и что самое главное и даже немножко удивительно (т. к. давненько не брал я в руки шашек), ничего при этом не сломал. 
На дисках стало немножко больше места, вносить изменения стало проще, что теоретически должно ускорить внедрение дальнейших хотелок.
Всех причастных с праздником! 
Replying to @dside@mastodon.ml
@drq кстати о xattr и freedesktop:
> user.xdg.tags is not part of the official standard, but it has become a "de facto" standard as several popular programs have implemented support for it
src: https://wiki.archlinux.org/title/Extended_attributes#User_extended_attributes
Replying to @drq@mastodon.ml
@drq freedesktop звучит как более подходящий уровень, да. Хотя и им потребуется UX research, чтобы выдвигать стандарт, который сможет быть чем-то кроме документа. И прототип на FUSE, теоретически, поможет собрать вишлист, приближенный к боевому. Хотя это не единственный способ, конечно.
Мне ещё понравился приём с атрибутами (xattr) в макоси, где можно хранить первичные данные, а строить из них представление уже в интерфейсных обёртках – где банальным внешним индексером, где FUSE'ом. Формат данных выглядел несколько всрато, но может у него есть не очевидные мне преимущества.
Replying to @drq@mastodon.ml
> А я что предлагаю ее не тестировать, что-ли?
@drq а я где-то говорил, что предлагаешь? Дело не в том, что это надо делать. А в том, что это надо не просто делать, а в *конских* объёмах. Такие объёмы оправдать получится только какими-то очень существенными выгодами.
А для того, чтобы на этом можно было строить пользовательский опыт в DEшках, надо не спускать как можно ниже в абстракциях, а банально добиться популярности. Спуск на уровень ниже теоретически даст много установок, что может быть *последствием* популярности, но необязательно ей *предшествует* – т. е. кучей установок ты ещё не гарантируешь уровня популярности, могущего спровоцировать повальную интеграцию. Следствие в обратную сторону крч.
Интеграция чего-то "сбоку" не обрекает на нишевость. Пример – иксы.
