Домашнее облако - это прекрасно, но есть нюансы: - указанные бэкапы - перебои с электричеством: сработавший автомат, замена проводки у соседей или различные форс-мажоры - такие же перебои интернета - совмещение роли девопса, администратора и техподдержки для жены, детей, друзей - компоненты иногда нужно обновлять, это тоже работа
Альтернативно можно попробовать использовать: - вместо Google/Apple/Yandex/etc альтернативы: pCloud, Koofr, Filen, ProtonDrive, etc (в Европе), чтобы не зависеть от одного бигтеха - либо запустить Seafile на VPS с S3 бэкэндом, e2ee и бэкапами на домашний сервер - e2ee (rclone, gocryptfs, Cryptomator) от паранойи :-) - домашний сервер для бэкапов, чтобы владеть данными
Получается менее консистентно, менее удобно, чем у автора, но проще в обслуживании.
На работе обычно - сначала вайбкодинг плана доработки, несколько итераций правок с LLM. - затем агенты в цикле реализуют план - и в конце ревью кода и переписывание руками участков, чтобы был аккуратный стиль, соответствие конвенциям и человеко-читаемость LLM слишком часто либо забывает ньюансы, либо наоборот переусложняет. Не знаю, недостаточные ли это инструкции или так и должно быть.
Если в промежутках ожидания просто ждать результата, то к концу дня возникает ощущение, что день прошёл впустую. Поэтому стараюсь параллельно делать другие задачи, писать документацию, руками ли или через LLM.
Для себя через LLM делаю только то, что выходит за пределы моих компетенций, вроде ansible плейбуков. Код стараюсь писать сам, руками, чтобы не потерять навык. Используя LLM только для помощи и изучения нового. Тут с состоянием потока проблем нет.
По моему дилетантскому понимаю Маркса - такого никогда не существовало. Ближе всего сугубо на мой взгляд приблизилась Югославия в 70-е, но и у той уже в 80-е (задолго до войн) всё пошло вразнос.
Я использую tuwunel + livekit + element x, в том числе на iphone - не заметил никаких особенных проблем. Звонок как всегда устанавливаеся чуть медленее, чем Jingle или matrix legacy call, качество изображения тоже обычно чуть хуже в равных сетевых условиях (не p2p), но работает всё прозрачно.
Из перечисленных клиентов - пользовался какое-то время почти всеми всех протоколов, кроме NextCloud Talk для реального общения. В том числе Delta Chat при белых списках. Из этого и следует личный вывод про Jabber и проблемы с клиентами.
Я живу в другой стране, здесь xDSL всё ещё используется в домах из прошлого века с нормальной телефонной сетью. Но тоже уже повсеместно переходят на оптику, минуя Ethernet.
По личному опыту Русский-Южнославянские всё таки больше худо-бедно, чем понимают. Если 3 раза сказать медленно одно и то же, но разными словами, то понимание в итоге придёт, но производительность очень низкая.
Кроме того, как я понял, для многих славянских языков литературная норма сформировалась не очень давно; языки длительное время не часто использовались теми, кто мог написать значимые произведения. В итоге, за столетия в русский пришло больше заимствований из германских и романских языков; даже тех слов, которые кажутся ну уж точно исконно русскими.
Пошаговой инструкции у меня нет. Я настроил LLM агента на извлечение необходимого контекста из документации https://matrix-construct.github.io/tuwunel/ и затем на генерацию ansible плейбуков для моих условий.
Такие требования всегда отпугивали меня от установки Synapse для маленького круга общения.
Если цель в уютном чате для друзей и семьи, то можно попробовать установить Tuwunel (или форки форков) и уместить всё в 1 Гб ОЗУ. При этом федерация, LiveKit, все клиенты будут работать. Ещё если ограничиться Element Desktop / Element Classic (который больше не обновляется) то вместо LiveKit можно использовать легковесный coturn для звонков 1-1.
Фактически, они уже закрывали какое-то время назад свой сайт и deb-репозиторий для клиентов из РФ, но потом открыли обратно. При этом сам контроллер и релеи в ЕС никогда не переставали работать: авторизация, подключение, всё остальное.
В любом случае это в основном способ p2p связи и есть Headscale, который можно поднять и внутри РФ.
Для chatmail/deltachat ещё есть боты (конечно есть, это же email) и один неживой бридж в телеграм. Возможно, если реализовать нормальный бридж в классические im, то можно использовать deltachat как fallback способ связи прозрачно для собеседников.
Caddy по моим наблюдениям (и по некоторым бенчмаркам) использует чуть больше памяти, чем nginx/haproxy при малом rps. Оптимизация может быть на спичках, но вместе с отказом от докера, при малой нагрузке можно запустить пару "экспериментов" даже на 512 мб озу.
Домашнее облако - это прекрасно, но есть нюансы:
- указанные бэкапы
- перебои с электричеством: сработавший автомат, замена проводки у соседей или различные форс-мажоры
- такие же перебои интернета
- совмещение роли девопса, администратора и техподдержки для жены, детей, друзей
- компоненты иногда нужно обновлять, это тоже работа
Альтернативно можно попробовать использовать:
- вместо Google/Apple/Yandex/etc альтернативы: pCloud, Koofr, Filen, ProtonDrive, etc (в Европе), чтобы не зависеть от одного бигтеха
- либо запустить Seafile на VPS с S3 бэкэндом, e2ee и бэкапами на домашний сервер
- e2ee (rclone, gocryptfs, Cryptomator) от паранойи :-)
- домашний сервер для бэкапов, чтобы владеть данными
Получается менее консистентно, менее удобно, чем у автора, но проще в обслуживании.
На работе обычно
- сначала вайбкодинг плана доработки, несколько итераций правок с LLM.
- затем агенты в цикле реализуют план
- и в конце ревью кода и переписывание руками участков, чтобы был аккуратный стиль, соответствие конвенциям и человеко-читаемость
LLM слишком часто либо забывает ньюансы, либо наоборот переусложняет. Не знаю, недостаточные ли это инструкции или так и должно быть.
Если в промежутках ожидания просто ждать результата, то к концу дня возникает ощущение, что день прошёл впустую. Поэтому стараюсь параллельно делать другие задачи, писать документацию, руками ли или через LLM.
Для себя через LLM делаю только то, что выходит за пределы моих компетенций, вроде ansible плейбуков. Код стараюсь писать сам, руками, чтобы не потерять навык. Используя LLM только для помощи и изучения нового. Тут с состоянием потока проблем нет.
По моему дилетантскому понимаю Маркса - такого никогда не существовало. Ближе всего сугубо на мой взгляд приблизилась Югославия в 70-е, но и у той уже в 80-е (задолго до войн) всё пошло вразнос.
Социализм не ограничивается и не определяется Советским Союзом.
Кажется, meshtastic.org как раз это и предлагает и готовые устройства уже существуют.
Как вы добавляете клиента: по email или через qr код?
Delta Chat использовал в комбинации Яндекс у меня + дефолтный nine.testrun.org у собеседника, добавляли по qr и проблем не возникало.
Я использую tuwunel + livekit + element x, в том числе на iphone - не заметил никаких особенных проблем. Звонок как всегда устанавливаеся чуть медленее, чем Jingle или matrix legacy call, качество изображения тоже обычно чуть хуже в равных сетевых условиях (не p2p), но работает всё прозрачно.
Ожидаю, что всем подходит как замена дискорда, но мне и не нужна была его замена.
Честно, Jitsi я упустил, пока рассматривал все варианты, поэтому ничего не могу сказать.
По опыту, не все пользователи готовы продолжать пользоваться Телеграм / WhatsApp, даже если им помогать всё настраивать.
Из перечисленных клиентов - пользовался какое-то время почти всеми всех протоколов, кроме NextCloud Talk для реального общения. В том числе Delta Chat при белых списках. Из этого и следует личный вывод про Jabber и проблемы с клиентами.
Я живу в другой стране, здесь xDSL всё ещё используется в домах из прошлого века с нормальной телефонной сетью. Но тоже уже повсеместно переходят на оптику, минуя Ethernet.
2026-й год, Страсбург. Правда, по личному опыту, и скорости у современного xDSL около 30 Мбит и работает стабильно, раздражения не вызывает.
Скрытый текст
Перевод: Это конец ADSL, но не конец света
Но вроде как ICQ New был на той же кодовой базе, что и Там-Там.
По личному опыту Русский-Южнославянские всё таки больше худо-бедно, чем понимают. Если 3 раза сказать медленно одно и то же, но разными словами, то понимание в итоге придёт, но производительность очень низкая.
Кроме того, как я понял, для многих славянских языков литературная норма сформировалась не очень давно; языки длительное время не часто использовались теми, кто мог написать значимые произведения. В итоге, за столетия в русский пришло больше заимствований из германских и романских языков; даже тех слов, которые кажутся ну уж точно исконно русскими.
Пошаговой инструкции у меня нет. Я настроил LLM агента на извлечение необходимого контекста из документации https://matrix-construct.github.io/tuwunel/ и затем на генерацию ansible плейбуков для моих условий.
Такие требования всегда отпугивали меня от установки Synapse для маленького круга общения.
Если цель в уютном чате для друзей и семьи, то можно попробовать установить Tuwunel (или форки форков) и уместить всё в 1 Гб ОЗУ. При этом федерация, LiveKit, все клиенты будут работать.
Ещё если ограничиться Element Desktop / Element Classic (который больше не обновляется) то вместо LiveKit можно использовать легковесный coturn для звонков 1-1.
Фактически, они уже закрывали какое-то время назад свой сайт и deb-репозиторий для клиентов из РФ, но потом открыли обратно.
При этом сам контроллер и релеи в ЕС никогда не переставали работать: авторизация, подключение, всё остальное.
В любом случае это в основном способ p2p связи и есть Headscale, который можно поднять и внутри РФ.
Для chatmail/deltachat ещё есть боты (конечно есть, это же email) и один неживой бридж в телеграм. Возможно, если реализовать нормальный бридж в классические im, то можно использовать deltachat как fallback способ связи прозрачно для собеседников.
Caddy по моим наблюдениям (и по некоторым бенчмаркам) использует чуть больше памяти, чем nginx/haproxy при малом rps. Оптимизация может быть на спичках, но вместе с отказом от докера, при малой нагрузке можно запустить пару "экспериментов" даже на 512 мб озу.