🌐⤴️https://benhoyt.com/writings/markov-chain/

Украл себе, надо будет повторить.

🤖В статье Бена Хойта описан простой алгоритм генерации текста с использованием цепи Маркова, который создаёт читаемый, но бессмысленный текст. Автор объясняет алгоритм, который начинается с анализа входного текста и записи возможных слов, следующих за каждой парой слов. Затем, начиная с любой пары слов, случайным образом выбирается следующее слово, и процесс продолжается. Хойт демонстрирует алгоритм на примере пяти последних заповедей из Библии и получает результаты, которые, хотя и являются нелепыми, сохраняют стиль исходного текста. Используя больший объём входных данных, можно получить более интересные результаты, как показано на примерах текстов из разных книг и статей. В статье представлен также полный код программы на Python.

🌐⤴️https://tonybaloney.github.io/posts/python-gets-a-jit.html

Jit стучится в наши двери, совсем скоро.

🤖В конце декабря 2023 года разработчик CPython Брандт Бучер предложил добавить в ветку Python 3.13 компилятор JIT, что стало бы одним из крупнейших изменений интерпретатора CPython. JIT, или компилятор "Just in Time", предполагает компиляцию кода в момент его выполнения. В Python 3.13 предложен так называемый "copy-and-patch" JIT, который является новой концепцией и предназначен для быстрой работы с динамическими языками. Этот JIT представляет собой копирование инструкций для каждой команды и заполнение "пробелов" для аргументов байт-кода. Первоначальные тесты показывают улучшение производительности на 2-9%, и хотя это может показаться небольшим улучшением, JIT может стать основой для более значительных оптимизаций в будущем.

🌐⤴️https://www.infoq.com/news/2024/01/slack-cell-based-architecture/

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

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

🌐⤴️https://www.infoq.com/articles/federated-GraphQL-platform-Netflix/

Интересно, вообще, когда-то рассматривал в голове концепт, чтобы в микросервисной архитектуре, сервисы не кидали сообщенки и не делали запрос к апи другого сервиса, а создавали запрос, похожий на SQL или GraphQL, но дальше мыслей дело не пошло. Тут про другое, это больше как ApiGateway, но все же.

🤖Netflix перешла к федеративной архитектуре GraphQL для своей студийной организации, объединив ранее разрозненные API команд в единый граф. Это позволило командам, владеющим данными, также управлять их GraphQL API, поддерживая при этом единый GraphQL API для клиентских разработчиков. Сначала было принято около 40 команд, а сейчас уже более 200 команд участвуют в этом графе. Платформа GraphQL была развита вместе с инструментами и фреймворками, чтобы упростить процесс миграции и поддержку разработчиков. Netflix продолжает инвестиции в улучшение производительности и наблюдаемости графа, перенося также свои потоковые API на эту модель, что представляет новые вызовы из-за различий в использовании и высоких требованиях к производительности.

🌐⤴️https://www.infoq.com/articles/minimum-viable-architecture/

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

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