morfizm

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

А ведь грусть это не только сигнальная эмоция. Это ещё и организующая.

Не помню, писал ли я об этом. Я делю эмоции на "сигнальные" и "организующие".

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

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

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

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

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





// тэгаю smogendr, покритикуй идеи!

Внебрачный сын Шварцнеггера. Смотрите из какого хлюпика превратился в красавца, когда папа начал помогать тренироваться:

https://www.instagram.com/projoe2/

Мне интересно, а чем обоснована идея поэтапного выкатывания вакцины?

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

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

Я придумал концептуальную схему, которая позволит устранить основные bottlenecks - необходимость время от времени перезаливать в клауд "сразу всё" - при этом лишь с небольшим оверхедом по месту на диске.

Для системного диска всё остаётся по-старому, но его можно держать разумных пределах, 200 GB full backup + a bunch of incrementals, и время от времени будут перезаливаться 200 GB.

А вот для всего остального схема такая:

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

2. Написать простой скрипт, который будет RAR-ом делать шифрованный архив каждого каталога. Не "solid", чтобы быстрее были обновления, когда файлы поменялись. Читать он будет с NVMe диска, а как временный архив, так и постоянный будут создаваться на дополнительном медленном диске, который синхронизирован с клаудом (временный архив будет в отдельной директории, которая не синхронизирована с клаудом). Таким образом не будет изнашиваться NVMe, записи будут редки, будет только много чтения.

Режим "обновления" (rar a -u -as) работает таким образом, что если изменений не было, то временный архив удаляется и целевой архив не перезаписывается. Т.е. лишней закачки в клауд не будет, хотя диском оно будет трещать каждый день.

RAR позволяет много разных других полезностей:
- разбивать архив на многотомный, скажем, кусками по 10 GB (чтобы вписываться в лимиты клауд провайдеров),
- сохранять дату создания и последней модификации файлов,
- сохранять recovery record - защита от bit rot,
- тестировать архив после создания или обновления.

3. Вишенка в торте - чтобы обращаться к файлам, которые открыты, например, к PST файлу Outlook'а, нужен механизм shadow copy. Оказывается есть простая утилита, которую можно тупо скопировать с серверного дистрибутива, позволяющая удобно заскриптовать временную shadow copy: https://superuser.com/questions/735559/zip-files-and-volume-shadow-copy

Будет создаваться shadow copy (snapshot), монтироваться на диск S:, после этого RAR будет архивировать уже именно оттуда, а когда RAR всё закончит, можно будет снести диск S: и более ненужную shadow copy.

* * *

Свойства этого подхода:
- супердолгой будет только первая закачка, а если файлы меняются редко, то очень крупных закачек не будет; ожидаемо - несколько 10GB архивов в день, что вполне по силам даже 100 MBit/sec upload'у,
- дополнительное место требуется только для одной копии данных, да и то, на медленном диске.
- всё запаролено,
- удобство при работе с versioning-ом от клауд провайдера, т.к. versioning даст старую версию целого архива, его можно выкачать целиком и уже локально распаковывать.

Процесс очень активен, но, к сожалению, всё значительно труднее, чем я думал.

1. Консьюмерские клауд-storage-провайдеры не справляются с большим количеством маленьких файлов. Когда у вас миллион файлов и несколько терабайт объёмы:
- raw performance падает на порядок (т.е. вы и близко не можете утилизировать пропускную способность своего интернета),
- появляются разные ошибки и проблемы с синхронизацией (видимо они всегда появляются, но их вероятность завязана на файлы, а когда файлов много, вероятность, что хоть с одним будет что-то не так, поднимается на порядки),
- если добавляется что-то большое - реорганайзинг, бэкап или даже просто "скинул пару десятков гигабайт новых фоточек", то клаудом невозможно пользоваться, пока всё не засинхронизируется (что осложняет вообще пользование компьютером).

Выводы:
- image backup,
- сегрегация данных по разным уровням приватности, по частоте обновления и пр.

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

Выводы:
- либо image backup,
- либо написать какую-то утилиту, которая будет запоминать файловую метадату и, при необходимости, восстанавливать. Кстати, заодно за контрольными суммами можно следить. Возможность bit rot никто не отменял.

3. При image-level backup сталкиваешься с несколькими проблемами:
- ограничение на размер файла, причём у разных клауд-провайдеров оно разное. Я пока остановился на 32 GB, но так как я экспериментирую с разными провайдерами, не факт, что не придётся уменьшить; понятно, backupper'ы должны поддерживать image-level с пропуском свободного места, шифрование и разбивку на многотомные архивы, с поддержкой инкрементальности,
- надо schedule'ить закачку ночью, сразу после создания бэкапа, т.к. во время закачки другие вещи не будут закачиваться (Dropbox - приятное исключение, они приоритезируют файлы меньшего размера),
- проблема с full vs incremental backups: надо либо иметь место на клауде, чтобы сохранить два (!) full backup'а включая какое-то количество инкрементальных (грубо говоря, утроить требования по объёму), либо надо иметь отдельный локальный диск с таким количеством места, и дополнительным скриптом убивать предыдущий full backup и связанные с ним incrementals, прежде, чем синхронизировать эту директорию с другой, которая уже синхронизируется с клаудом (требует 4.5-кратного места на локальном диске - 3-кратный временный буфер и 1.5-кратный cloud storage полностью отражённый на локальном диске),
- проблема со скоростью интернета... full backups не должны занимать больше, чем полдня на закачку. 12 часов со скоростью 1 Gbit/sec это 5.2 терабайта. Реально можно достичь 50% утилизации, это уже 2.6 терабайт. Во-первых, это не так много (т.е. 2.6 терабайтами должен быть ограничен весь массив). Во-вторых, это слишком жёсткая зависимость на гигабитный интернет. Если я уеду из San Francisco, интернет, вероятнее всего, станет 100 мегабитным, поэтому объём информации, которую можно регулярно бэкапить в клауд, станет 250 GB.

У этой проблемы есть решения. Например, вместо бэкапов просто синхронизировать директорию. Но:
- это должны быть большие файлы. Т.е. это можно делать, скажем, с фото и видео, но не с мелкими файлами.
- если это sensitive файлы, которые нужно шифровать, то нужно использовать что-то вроде Cryptomator, а это дополнительная возможность огрести разные глюки. Что делает более важным вопрос регулярных бэкапов локально и их сохранность (чёрт возьми, мы же пытались избавиться от NAS, а теперь, получается, он снова нужен!)

Короче, все эти процессы непростые, и я в процессе экспериментов и исследования. От сервера я уже избавился, но купил дополнительный 12 TB диск, и навтыкал несколько больших дисков в desktop'ный комп, в дополнение к тем новым NVMe дискам, что я купил. Окончательный layout ещё не ясен. Ясно то, что владеть 10 терабайтами говна без полноценного NAS - невероятно дорого и накладно, и клауд на сегодня не спасает, поэтому основной effort надо направить в уменьшение размеров коллекции.

Только ленивый не пишет про бан Трампа в Твиттере, Фейсбуке, Гугле и потенциально Эпле.

У psilogic замечательный цикл статей "О Трампе, Твиттере, свободе слова и эффекте Аша": часть 1, часть 2, часть 3.

Там, в частности, упоминается главный, на мой взгляд, момент:

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

Сохраню свой коммент, где я возражаю насчёт сговора, т.к. всё можно объяснить проще, независимыми интересами компаний:

Не согласен насчёт сговора. Мне кажется, любая корпорация в США заинтересована цензурить Трампа по независимым и 100% банальным экономическим причинам.

Дело в том, что республиканцы сами себе вырыли яму тем, что ослабили Section 230. Это ключевой интернет-закон, освобождающий провайдера от ответственности за контент. Не понимая последствий, они ввели FOSTA-SESTA - модификацию, привлекающую провайдера к уголовной ответственности если она хостит контент, связанный с проституцией.

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

Это взаимно усугублялось растущей культурой активизма и Online Shaming, в частности, "Cancelling", которого компании стали бояться не меньше, чем юридических последствий из-за FOSTA-SESTA. Но при этом раздутый штат модераторов замыкал круг и подогревал активизм в целом. Чем больше модераторов и модерации, тем активнее люди борятся за справедливость и выдвигают на общественный самосуд новые темы для модерации.

Сейчас эти долбоёбы хотят repeal Section 230 (отозвать её полностью) якобы в отместку за бан Трампа, чтобы можно было призывать Twitter и Facebook к ответственности. На самом же деле, если они это сделают, они затянут петлю на шее окончательно, т.к. компании будут вынуждены армию модераторов ещё утроить и цензурить втрое жёстче.

* * *

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

Подскажите что-нибудь (игровое? забавное? увлекательное?), чтобы взрослому человеку - любознательному, располагающему временем, но без особого STEM-бэкграунда - заинтересоваться программированием. Цель - что-то вроде "чуть-чуть потрогать, чтобы получить общее представление", и решить для себя, имеет ли смысл углубляться (ну, т.е. "попробовать увлечься"). Желательно что-то, во что можно поиграться с планшета.

Я за-enable'ил "cyrillic services" в настройках, благодаря чему мой ЖЖ теперь попал в русский рейтинг. Соц.капитал у меня 947, что ставит меня на почётное 1179 место:
https://www.livejournal.com/ratings/users?country=cyr&askname=morfizm#ask_position

(Теперь можно начинать дрочить на рейтинг и СК :))

Смотрим, у кого как из популярных френдов:
1. rider3099 - пишет про собачку Бодю и свои приключения - СК 4175, место 203.
2. igorsamusenko - постит фоточки природы, всякий позитивчик и свою музыку - СК 3204, место 293.
3. amigofriend - постит чудесных птичек - видимо, не подключил cyrillic services, поэтому мериться рейтингом с ним не получится (но был бы где-то в районе 300 места, я так думаю),
4. piramidkin - художник - СК 133, место 829. Я задумался, почему место лучше моего, а СК ниже - оказалось, это рейтинг среди non-cyr[illic] сегмента. Странно, до того, как я opt-in'улся в cyrillic, я вообще не участвовал в рейтингах.
5. plantarum - занимается цветами, их выращиванием и оформлением букетов - СК 743, место 1545.
6. birdwatcher - постит финансовые и политические новости, а также иногда классическую музыку - в рейтингах не участвует, хотя, я думаю, был бы высоко, т.к. часто постит. Я заметил, что СК очень сильно зависит от частоты постов, в меньшей степени от количества подписчиков.

Кого-нибудь пропустил?

Можно подумать, что это ребячество, но я так не думаю. Я думаю, discoverability (возможность находить интересные журналы и вообще "друг друга") - это важнейший аспект соц.сети. В ЖЖ этот аспект изначально был сделан неплохо:
- сам факт, что список друзей публичен,
- можно смотреть чужую френдленту,
- комментируя в чужом журнале, тебя видят его френды,
- сообщества позволяют ещё эффективнее знакомиться с единомышленниками, позволяют присмотреться к человеку за несколько постов, где он автор или где он оставлял комментарии.
Именно поэтому ЖЖ стал соц.сетью, а WordPress ею не стал, а стал просто платформой для блог-хостинга.

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

Я не люблю тупые перепосты (ни видеть, ни делать), так что добавлю пару слов от себя.

Пайк (pike_the_great) - мой давний френд, с которым мы зафрендились ещё в 2006, буквально в первый год существования моего ЖЖ - и нас ним связывает не только ЖЖ дружба. Как-то раз Пайк любезно принимал меня в гости в Нью-Йорке (с ним и с его другом, ещё одним членом Кооператива - Гутнахером), мы гуляли, общались и брынчали на гитарах, а ещё Пайк играет в MUME, а ещё - он приютил кошку Машку, а.к.а. Марию-Антуанетту, которую нужно было кому-то приютить, когда tery переезжала в Бразилию, а я уже был в Калифорнии. Кошка была отправлена в Нью Йорк самолётом, успешно встречена и радушно принята на том конце :)

Главный творческий outlet Пайка: Кооператив "Звезда", лидером которого Пайк является, это панк-рок, в котором тематически переплетается какой-то общий для русских эмигрантов ностальгический бэкграунд, связанный с СССР, так и реалии и нужды современного мира и русскоязычной Америки, всё очень чётко и психоделичненько!

Вот канал Кооператива "Звезда": https://www.youtube.com/c/Pikerecords/about

А поводом для поста послужила мегаохуенская песня "О спорте", которую я имею честь репостнуть. Она не такая психоделичная, как типичное творчество Коопа, но по-своему уникальна и хороша:



Оригинально запощено в ЖЖ у Пайка, https://pike-the-great.livejournal.com/256250.html, там же пояснения и предыстория.
Рекомендую дружить, слушать и т.п.
Enjoy!