Python Portal
54.2K subscribers
2.54K photos
416 videos
51 files
1.05K links
Всё самое интересное из мира Python

Связь: @devmangx

РКН: https://clck.ru/3GMMF6
Download Telegram
This media is not supported in your browser
VIEW IN TELEGRAM
Если ты думаешь, что AI-видео не может быть смешным, тогда что это. 😹

👉 @PythonPortal
Please open Telegram to view this post
VIEW IN TELEGRAM
🤣39😁6🤔4😢2
Один PhD-исследователь (судя по аватарке - дединсайд) заменил Notion и дургие приложения для заметок на 8 AI-агентов, которые управляют Obsidian vault

Вот что делает каждый агент:

1. Architect — проектирует структуру vault и проводит онбординг
2. Scribe — превращает сырые мысли в структурированные заметки
3. Sorter — каждый вечер разбирает inbox
4. Seeker — ищет по vault и отвечает с цитированием
5. Connector — находит скрытые связи между заметками
6. Librarian — проводит еженедельный аудит и фиксит битые ссылки
7. Transcriber — превращает встречи в структурированные заметки
6. Postman — сканирует Gmail и Calendar на дедлайны

Они ещё взаимодействуют друг с другом.

Когда Transcriber обрабатывает встречу - он уведомляет Sorter. Когда Postman находит дедлайн - он сигналит Architect.

100% опенсорс. Работает полностью локально на твоей машине. Лицензия MIT. 😱

👉 @PythonPortal
Please open Telegram to view this post
VIEW IN TELEGRAM
8🤣1
Перевод 35 практических мыслей о системном дизайне от Рауля Джанго 😆

Основные принципы

1. Любая система — это компромисс → нельзя одновременно получить скорость, низкую стоимость и простоту.
2. Латентность накапливается → каждая добавленная миллисекунда на каждом слое превращается в боль для пользователя.
3. Масштабируемость ≠ производительность → одно про рост, другое про скорость.
4. Read vs Write пути → масштабирование каждого требует совершенно разных стратегий.
5. Проектируй под изменения, а не под идеал → требования будут меняться.

Базы данных и хранение

6. Индексы — это рычаг → колонки с высокой селективностью стоит индексировать, с низкой — чаще нет.
7. Репликация помогает чтению, партиционирование — записи → не путай эти вещи.
8. Dual writes — это иллюзия → без координации неизбежен рассинхрон.
9. Event store > очереди (иногда) → лучше трассируемость, хуже простота.
10. Инвалидация кэша — всё ещё самая сложная проблема → свежесть vs производительность — вечный компромисс.

Надёжность и согласованность

11. Идемпотентность спасает → ретраи без неё приведут к проблемам.
12. Fail fast, fail loud → тихие ошибки убивают системы.
13. Eventual consistency — это фича → а не баг, но только если бизнес это допускает.
14. Разрешение конфликтов в active-active — это бизнес-логика, а не инфраструктура.
15. Надёжность (durability) не бесплатна → синхронизация между регионами стоит денег и добавляет задержки.

Архитектурные паттерны

16. Микросервисы — это про организацию команды, а не про технологическую цель.
17. Сначала монолит, потом модульность, потом микросервисы → не прыгай раньше времени.
18. Choreography масштабируется, orchestration упрощает → выбирай по зрелости команды.
19. Serverless даёт фокус, но забирает контроль.
20. Очереди не убирают работу, они её сглаживают.

Наблюдаемость и эксплуатация

21. Трейсинг > логирование → логи говорят «что», трейсы — «почему».
22. Метрики деградируют без владельца → измеряй то, что кто-то реально использует.
23. Ретраи без backoff = DDoS на самого себя.
24. Dead-letter очереди — обязательны → в любой системе есть «ядовитые» сообщения.
25. Рычаги > крутилки → проектируй быстрые kill switch’и и механизмы ограничения blast radius.

Производительность и стоимость

26. Оптимизируй hot path, а не cold path.
27. Большинство узких мест — в базе данных, а не в коде.
28. Горизонтальное масштабирование лучше вертикального → пока координация не начинает всё ломать.
29. Тёплый кэш маскирует плохие запросы → проверяй и холодные старты.
30. Самый дешёвый ресурс — диск, самый дорогой — время.

Люди и процессы

31. Лучшая архитектура умирает без документации.
32. Design review — это не про диаграммы, а про компромиссы.
33. Маленькие PR — про скорость, большие — про контекст → нужен баланс.
34. Роль синьора — задавать неудобные вопросы «а что если».
35. Ни один дизайн не переживает первое столкновение с продом → но хороший — гнётся, а не ломается.

👉 @PythonPortal
Please open Telegram to view this post
VIEW IN TELEGRAM
👍114🔥4
Please open Telegram to view this post
VIEW IN TELEGRAM
17🤯11😁3😢1
Ого, экономия токенов в 49 раз?? Надо срочно заценить это. 🤭

Кто-то сделал локальный граф знаний для Claude Code, который снижает расход токенов в 49 раз в повседневных задачах разработки.

Называется code-review-graph — он строит персистентную структурную карту всего кодбейза с помощью Tree-sitter, поэтому Claude читает только действительно релевантные файлы, вместо того чтобы тратить токены на сканирование всего подряд.

→ в среднем 8.2× снижение потребления токенов на 6 реальных репозиториях
→ анализ blast radius: трассирует всех вызывающих, зависимые компоненты и тесты, затронутые любым изменением
→ инкрементальные обновления: перепарсиваются только изменённые файлы менее чем за 2 секунды
→ работает из коробки с Claude Code, Cursor, Windsurf, Zed и др.

100% open-source

👉 @PythonPortal
Please open Telegram to view this post
VIEW IN TELEGRAM
👍8🔥5