Я пробовал заменить им Notion в личных целях. Есть, конечно, плагины и для таблиц, и для канбана, и календарь, но в целом, опыт использования совсем не тот, NextCloud слишком урезан.
Оставил его по прямому назначению - как личное облако. Кстати, он неплох в качестве синхронизатора для Obsidian или LogSeq
Вообще, имхо, Notion и Obsidian - это изначально инструменты для разных целевых аудиторий, поэтому и сравнить их полноценно нельзя.
Notion многими используется для командной работы, Obsidian же даже не в каждой организации разрешат установить на рабочие машины в личных целях.
Я использовал Notion для себя, и он мне тем и нравится, что ты просто берешь и делаешь. Надо расширить страницу другу? 2 клика. Развивается он очень активно.
Нет необходимости ставить 100500 плагинов и ещё разбираться какой из 3 одинаковых лучше.
К тому же Obsidian - проприетарный. Только поэтому бы я не предлагал мигрировать на него русскоязычное население в 2024.
Посмотрите лучше на open source: LogSeq, Anytype, Affine и множество других.
Anytype хорош, пока остановился на нём (особенно порадовали возможность self-hosted и синхронизация через ключи). Но лично мне очень не хватает веб-версии.
В этом плане мне больше понравился Affine. Но сейчас там импорт из Notion просто не работает :(
Это не совсем так. Интервал переключения по умолчанию действительно 5 мс, но активный поток может отпустить GIL и раньше. Та же `kafka-python` использует epoll/kqueue, поэтому не будет долго держать GIL.
При этом верно и обратное, если CPU-bound задача долгая, то GIL может удерживаться дольше 5 мс, потому что эта проверка происходит перед выполнением очередной инструкции байт-кода. В kafka-python (да и в любой другой клиентской библиотеке) такой задачей будет только сериализация данных перед отправкой.
Тоже интересно как решали, при 5000 RPS выглядит как потенциально большая проблема. Кроме того, что будет с пишущим процессом, если читающий умер? Он блокируется полностью?
Интересный подход! Но разработчик из соседней команды, пожалуй, ужаснётся от того, что за чертовщина здесь происходит, когда захочет посмотреть как работает сервис.
Удивительно, что я не встретил эту статью раньше, потому что примерно в это же время решал похожую задачу в большом хорошо нагруженном Джанго-приложении и родил aiofutures (затащил, кстати, в прод). Но там именно запускается отдельный поток с event loop.
То, что вы показали - это не "собственные Awaitables". Их асинхронные методы, которые вы используете - да, но не классы-владельцы. Что считается Awaitable описано в соответствующем PEP 492
Мне Obsidian не зашёл. Не понравился гемор с синхронизацией устройств плюс я привык (на десктопе) быстро открыть вкладку в браузере, накидать мысли и закрыть. А здесь надо ещё в отдельное приложение лезть
Подскажите, откуда такая инфа? Из proposal понятно, что размер должен несущественно вырасти, т.к. добавляются новые поля под флаги и мьютексы, но это не должен быть критический прирост. Я ещё не смотрел pull request'ы, сколько он составляет?
Вообще, когда разбирался с SOLID на примере Python понял, что сам модуль typing из стандартной библиотеки прекрасно демонстрирует как минимум первые 4 принципа (хотя и пятый можно натянуть)
Плюсую. Считаю, что принцип должен прост, понятен и легкозапоминаем, как DRY и KISS. 95% разработчиков через полгода после последнего собеседования не вспомнят, что это вообще за буквы: OCP, SSP, SDP и прочие. Которые, и расшифровав, не поймёшь, что значат. Аббревиатуры ради литературы и диссертаций.
Я пробовал заменить им Notion в личных целях. Есть, конечно, плагины и для таблиц, и для канбана, и календарь, но в целом, опыт использования совсем не тот, NextCloud слишком урезан.
Оставил его по прямому назначению - как личное облако. Кстати, он неплох в качестве синхронизатора для Obsidian или LogSeq
Anytype отвечает всем этим требованиям. Но у него настолько специфический экспорт, чтобы больше вы никуда не сможете импортировать
Он хранит данные локально и синхронизирует их через своё облако. Веб-версия пока в разработке. По идее - только прочитать файлы с диска
Вообще, имхо, Notion и Obsidian - это изначально инструменты для разных целевых аудиторий, поэтому и сравнить их полноценно нельзя.
Notion многими используется для командной работы, Obsidian же даже не в каждой организации разрешат установить на рабочие машины в личных целях.
Я использовал Notion для себя, и он мне тем и нравится, что ты просто берешь и делаешь. Надо расширить страницу другу? 2 клика. Развивается он очень активно.
Нет необходимости ставить 100500 плагинов и ещё разбираться какой из 3 одинаковых лучше.
К тому же Obsidian - проприетарный. Только поэтому бы я не предлагал мигрировать на него русскоязычное население в 2024.
Посмотрите лучше на open source: LogSeq, Anytype, Affine и множество других.
Anytype хорош, пока остановился на нём (особенно порадовали возможность self-hosted и синхронизация через ключи). Но лично мне очень не хватает веб-версии.
В этом плане мне больше понравился Affine. Но сейчас там импорт из Notion просто не работает :(
Это называется прогресс. Можно не пользоваться ПО типа Obsidian или нейросетями, но проблема в том, без них самолёты так и останутся на уровне 80-ых
Рандомный пользователь какого-нибудь LogSeq спустя пару лет: "А я говорииил - не пользуйтесь проприетарным Obsidian!"
Посмотрите на Anytype, миграция с Notion в 3 клика, UX тот же, мобильное приложение неплохое
Это не совсем так. Интервал переключения по умолчанию действительно 5 мс, но активный поток может отпустить GIL и раньше. Та же `kafka-python` использует epoll/kqueue, поэтому не будет долго держать GIL.
При этом верно и обратное, если CPU-bound задача долгая, то GIL может удерживаться дольше 5 мс, потому что эта проверка происходит перед выполнением очередной инструкции байт-кода. В kafka-python (да и в любой другой клиентской библиотеке) такой задачей будет только сериализация данных перед отправкой.
Тоже интересно как решали, при 5000 RPS выглядит как потенциально большая проблема. Кроме того, что будет с пишущим процессом, если читающий умер? Он блокируется полностью?
Интересный подход! Но разработчик из соседней команды, пожалуй, ужаснётся от того, что за чертовщина здесь происходит, когда захочет посмотреть как работает сервис.
Удивительно, что я не встретил эту статью раньше, потому что примерно в это же время решал похожую задачу в большом хорошо нагруженном Джанго-приложении и родил aiofutures (затащил, кстати, в прод). Но там именно запускается отдельный поток с event loop.
А вы какие-то инструменты своего трекера используете построения графов задач?
Статья отличная, никогда не работав с векторами, я даже всё понял. Но принцесса Лейла - это провал :)
То, что вы показали - это не "собственные Awaitables". Их асинхронные методы, которые вы используете - да, но не классы-владельцы. Что считается Awaitable описано в соответствующем PEP 492
О том речь - дело вкуса) Notion тем и хорош, бери и пользуйся, ничего настраивать не надо. Поэтому платишь тем, что данные тебе не принадлежат.
Мне Obsidian не зашёл. Не понравился гемор с синхронизацией устройств плюс я привык (на десктопе) быстро открыть вкладку в браузере, накидать мысли и закрыть. А здесь надо ещё в отдельное приложение лезть
Подскажите, откуда такая инфа? Из proposal понятно, что размер должен несущественно вырасти, т.к. добавляются новые поля под флаги и мьютексы, но это не должен быть критический прирост. Я ещё не смотрел pull request'ы, сколько он составляет?
Видел доклад на Ютубе, большое спасибо, что выложили в тексте, очень интересный подход и полезная информация
Вообще, когда разбирался с SOLID на примере Python понял, что сам модуль
typingиз стандартной библиотеки прекрасно демонстрирует как минимум первые 4 принципа (хотя и пятый можно натянуть)Плюсую. Считаю, что принцип должен прост, понятен и легкозапоминаем, как DRY и KISS. 95% разработчиков через полгода после последнего собеседования не вспомнят, что это вообще за буквы: OCP, SSP, SDP и прочие. Которые, и расшифровав, не поймёшь, что значат. Аббревиатуры ради литературы и диссертаций.