METANIT.COM

Event Sourcing и CQRS
(продолжение в следующем посте)

Визуальное объяснение интеграла

Сравнение трех архитектурных подходов: Monolith, Modular Monolith и Microservices.

1. Монолит:
- Это единая архитектура, где все компоненты приложения тесно связаны и зависят друг от друга.
- Все функции и данные находятся в одной базе данных.
- Пример: система с модулями «Платежи», «Продукты», «Заказы», «Доставка» и «Корзина».

2. Модульный монолит:
- Представляет собой модульный подход к монолитной архитектуре, где приложение разделено на независимые модули.
- Каждый модуль имеет свою логику и API, но все модули работают в рамках одного приложения.
- Пример: модули «Платежи», «Продукты», «Заказы», «Доставка» и «Корзина» с отдельными API.

3. Микросервисы:
- Это архитектура, где приложение состоит из множества независимых сервисов, каждый из которых выполняет свою функцию.
- Сервисы могут быть написаны на разных языках и технологиях, и каждый имеет свою базу данных.
- Пример: отдельные сервисы для «Платежей», «Продуктов», «Заказов», «Доставки» и «Корзины».

Краткий совет по Linux:

В Linux оператор конвейера (|) очень полезен, если вы хотите перенаправить вывод одной команды в качестве входных данных для следующей обработки:

$ cat data.txt | grep "Такого файла нет"

Однако это не перенаправляет ошибки. Поэтому, если файл не существует, команда grep, указанная выше, не вернёт совпадение.

Что делать, если вы хотите перенаправить и обработать как ошибки, так и нормальный вывод 🤔

Вот тут-то и пригодится оператор перенаправления «|&».

Этот оператор отправляет стандартный вывод (stdout) и стандартный поток ошибок (stderr) первой команды по каналу на стандартный ввод (stdin) второй команды. Взгляните на этот пример:

$ cat data.txt |& grep "Такого файла нет"

Обратите внимание на разницу: команда grep смогла получить совпадение.

Оператор «|&» в bash является сокращением для оператора перенаправления «2>&1 |».

$ cmd-1 2>&1 | cmd-2

#linux

20 распространенных рекомендаций по оптимизации SQL-запросов:

1. Индексы для шаблонов доступа к запросам (составные, селективные, покрывающие); не ориентируйтесь на количество строк; поддерживайте актуальность статистики.

2. Используйте EXISTS для проверки наличия записей; применяйте COUNT(*) только когда действительно нужен подсчёт.

3. Выбирайте конкретные столбцы явно; избегайте SELECT * для сокращения операций ввода-вывода и использования покрывающих индексов.

4. Предпочитайте SARG-предикаты (предикаты, допускающие использование индекса); переписывайте медленные коррелированные подзапросы с помощью JOIN/EXISTS.

5. Избегайте DISTINCT как временного решения; исправьте соединения/ключи; используйте его только когда действительно требуется удаление дубликатов.

6. Фильтрацию выполняйте в WHERE; резервируйте HAVING только для фильтрации после агрегации.

7. Используйте явные JOIN ... ON; избегайте неявных соединений в WHERE.

8. Применяйте пагинацию по ключам; избегайте OFFSET/LIMIT на больших наборах данных; для выборки используйте TABLESAMPLE (если доступно).

9. Используйте UNION ALL вместо UNION, когда дубликаты допустимы.

10. Заменяйте широкие OR-предикаты на UNION ALL только когда каждая ветвь может использовать разные индексы.

11. Планируйте выполнение тяжёлых запросов в периоды низкой нагрузки; применяйте ограничения ресурсов/очереди, если они доступны.

12. Избегайте OR в предикатах соединения; используйте вычисляемые столбцы или UNION ALL, когда это позволяет использовать поиск по индексу.

13. Используйте GROUP BY, когда нужны сгруппированные строки; применяйте оконные функции, когда требуется детализация строк с агрегатами.

14. Используйте производные/временные таблицы, когда они сокращают объём работы или добавляют статистику; остерегайтесь блокирующих спусков.

15. При массовой загрузке: отключайте/удаляйте некластерные индексы, выполняйте пакетную вставку, затем восстанавливайте; сохраняйте PK/кластерные индексы, когда это полезно.

16. Используйте материализованные представления для медленно меняющихся, ресурсоёмких агрегатов; планируйте обновление/недействительность.

17. Избегайте не-SARG-сравнений (например, <>) на столбцах с низкой селективностью; переписывайте в диапазоны, когда это возможно.

18. Минимизируйте коррелированные подзапросы над большими наборами; предпочитайте множественные соединения/EXISTS.

19. Выбирайте INNER вместо LEFT/RIGHT по семантике; INNER часто работает лучше, когда применимо.

20. Кешируйте повторяющиеся наборы результатов: временные таблицы (на сессию), кеш результатов или материализованные представления, с правилами актуальности.

#sql

В Огайо предложили закон, запрещающий вступать в брак с ИИ

В законодательную палату штата Огайо внесли законопроект, который провозглашает: "никакая система искусственного интеллекта не признается супругом или домашним партнером".

В тексте документа система ИИ определяется как "сущность, не обладающая сознанием" (non-sentient entity) — то есть не способная к восприятию, чувствам и осознанным действиям. Следовательно, с точки зрения закона она не может считаться "лицом". Любая попытка заключить "брак с ИИ" считается юридически ничтожной, а сам ИИ лишается любой формы правосубъектности — права владеть имуществом, занимать корпоративные должности и т. д.

Законопроект передан в комитет по технологиям и инновациям. Дальше его ждут слушания, правки и голосования в обеих палатах. До подписи губернатора еще далеко — вполне возможно, что отдельные формулировки будут смягчены или удалены.

Инициаторы закона объясняют, что его цель — предотвратить будущие правовые коллизии. Если ИИ вдруг "заключит брак" или станет совладельцем активов, кто несет ответственность за его действия? По замыслу авторов, ответственность должен нести человек — пользователь, владелец или разработчик системы. Критики же называют инициативу примером "моральной паники" и борьбы с гипотетическими сценариями.

https://www.nbc4i.com/news/politics/saying-i-do-to-ai-ohio-lawmaker-proposes-ban-on-marriage-legal-personhood-for-ai/amp/

Шпаргалки по командам Dockerа #docker

Октябрьские обновления Windows 11 от Microsoft нарушили функциональность «localhost», из-за чего приложения, подключающиеся к IP-адресу 127.0.0.1 по протоколу HTTP/2, больше не работают должным образом.
После установки обновления Windows 11 KB5066835 или сентябрьского обновления KB5065789 Preview пользователи обнаруживают, что их приложения больше не могут устанавливать HTTP-подключения к IP-адресу 127.0.0.1.

При попытке сделать это возникают ошибки типа «ERR_CONNECTION_RESET» или «ERR_HTTP2_PROTOCOL_ERROR». Пользователи Windows сообщали о проблемах на форумах Microsoft, Stack Exchange и Reddit.

Ошибка затронула широко используемые решения, включая отладку Visual Studio, аутентификацию SSMS Entra ID и приложение Duo Desktop, которое проверяет уровень безопасности устройства и требует подключения к веб-серверам, работающим на локальном компьютере.

https://www.bleepingcomputer.com/news/microsoft/windows-11-updates-break-localhost-127001-http-2-connections/

PS. Владельцы Windows 10 наверное рады, что их избавили от подобных обновлений...

По данным Института студенческих работодателей (ISE), технологический сектор Великобритании резко сокращает количество рабочих мест для выпускников – на 46 процентов в прошлом году, а прогнозируется еще на 53 процента.

ИИ уже выполняет работу начального уровня, которую выпускники привыкли выполнять, например, рутинное кодирование, анализ данных и базовые цифровые задачи. Компаниям по-прежнему нужны технические таланты, но они нанимают опытных работников вместо того, чтобы обучать новичков.

Согласно общим данным ISE, набор выпускников упал на 8 процентов в годовом исчислении – впервые после 12-процентного снижения во время пандемии в 2020 году. Однако больше всего пострадали технологический и фармацевтический бизнес-сектор.

Стивен Ишервуд, исполнительный директор ISE, заявил, что искусственный интеллект уже вытесняет молодых специалистов, как и опасались некоторые комментаторы.
В этом году Salesforce, Workday и другие компании заявили, что сокращают тысячи рабочих мест и внедряют искусственный интеллект. Microsoft объявила о планах сократить 10 000 рабочих мест и вместо этого использовать новые технологии.

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

Если это правда, то опрос показывает, что ИИ начинает закрывать двери в технологические карьеры быстрее, чем кто-либо ожидал.

https://www.theregister.com/2025/10/16/uk_tech_grad_jobs/

Разработчики Node.js выпустили новую версию фреймворка - Node.js 25

В новой версии движок V8 обновлен до версии 14.1, добавлены значительные улучшения производительности для JSON.stringify, встроенное преобразование Uint8Array из base64 в hex, оптимизирована работа конвейеров WebAssembly и JIT.

В этом выпуске особое внимание уделено безопасным по умолчанию приложениям и API веб-стандартов: модель разрешений получает --allow-net, веб-хранилище включено по умолчанию, а ErrorEvent теперь является глобальным.

Также удален или доработан ряд устаревших API, такие как SlowBuffer, и добавлены некоторые улушения, такие как переносимый кэш компиляции и JSPI для WebAssembly.

https://nodejs.org/en/blog/release/v25.0.0

#nodejs

В руководство по языку Java добавлена статья про Виртуальные потоки
https://metanit.com/java/tutorial/8.12.php
#java

Глава Anthropic Дарио Амодей рассказал, что, ИИ-модель Claude уже создает до 90% кода для большинства команд компании, однако без людей всё ещё не обойтись.

Когда же Дарио Амодея спросили, когда доля участия ИИ вырастет ещё больше и означает ли это, что компании теперь нужно меньше инженеров, глава Anthropic ответил, что не стоит «неправильно толковать» возможности Claude по созданию функционала и устранению сложных ошибок.

«Если Claude пишет 90% кода, это вовсе не значит, что требуется меньше разработчиков. Наоборот, их может понадобиться больше — ведь теперь они могут делать гораздо больше, — пояснил он. — Они сосредотачиваются на самых трудных 10% — редактировании, сложной логике или контроле работы группы ИИ-моделей. В итоге производительность вырастает в десять раз».

По словам Амодея, речь идет не о замене людей, а о «перераспределении ролей».

К слову, в марте Гарри Тан, президент и генеральный директор акселератора Y Combinator, сообщил в X (бывшем Twitter), что около четверти основателей стартапов из зимнего набора 2025 года создают до 95% своего кода при помощи ИИ.

https://www.businessinsider.com/most-anthropic-teams-coding-with-claude-ai-not-replacing-humans-2025-10

Команда stat в Linux

Команда ls часто используется как основной инструмент для проверки атрибутов файла, таких как права доступа, владелец и временные метки.

Но что делать, если вам нужна более подробная информация о файле или даже о файловой системе, в которой он находится? Именно здесь на помощь приходит команда stat.

Команда stat (сокращение от «status») — это мощная утилита в Linux, которая предоставляет детальную информацию о файлах и файловых системах.

В то время как ls даёт лишь общий обзор, stat проводит более глубокий анализ, предоставляя исчерпывающие данные, такие как размер блока, номер индексного дескриптора (inode) и контекст безопасности.

Она особенно полезна при изучении временных меток файлов, таких как время последнего доступа, изменения или модификации. #linux

Шпаргалка по пакетному менеджеру uv для языка Python #python

Таблица математических символов

Reliability vs Availability (Надёжность и доступность)
(продолжение предыдущего поста)

Большинство инженеров считают, что время безотказной работы равно надёжности. Но это не так.

Надёжность спрашивает: «Будет ли это работать правильно?»
Доступность спрашивает: «Работает ли это прямо сейчас?»

Математика, лежащая в основе каждой устойчивой системы, базируется на следующих понятиях:
• MTTF, MTTR, MTBF
• Последовательные и параллельные настройки
• Уровни SLA и реальное время простоя
• Почему «пять девяток» не всегда равны пяти девяткам


### Основные определения
- Надежность (R): Вероятность того, что система будет работать корректно в течение заданного интервала времени. Формула: R(t)=e^(-t/MTTF)
- Доступность (A): Доля времени, в течение которого система находится в рабочем состоянии. Формула: A= (Uptime+Downtime) / Uptime
- MTTF (Mean Time to Failure): Среднее время до отказа системы или компонента.
- MTTR (Mean Time to Restore): Среднее время восстановления после отказа.
- MTBF (Mean Time Between Failures): Среднее время между отказами. Формула: MTBF = MTTF + MTTR

### Надежность зависит от конфигурации системы
- Последовательные системы: Все компоненты должны работать. Формула: R_series = R_1 * R_2 * ... * R_n
- Параллельные системы: Достаточно, чтобы работал хотя бы один компонент. Формула: R_parallel = 1 - (1 - R_1)*(1 - R_2) * ... * (1 - R_n)

### Уровни доступности и SLA
Таблица показывает соответствие между процентом доступности и допустимым временем простоя:
- 99% («две девятки»): ~3,65 дня в год, ~1,68 часа в неделю.
- 99,9% («три девятки»): ~8,76 часа в год, ~10,1 минуты в неделю.
- 99,99% («четыре девятки»): ~52 минуты в год, ~1 минута в неделю.
- 99,999% («пять девяток»): ~5 минут в год, ~6 секунд в неделю.

### Типичные ошибки
- Предполагание независимых отказов, когда компоненты разделяют риски.
- Игнорирование сетевых зависимостей при расчете доступности.
- Неправильное указание «99,99% времени работы» без учета планового простоя.

### Лучшие практики
- Проектирование с учетом избыточности.
- Минимизация одиночных точек отказа.
- Автоматизация обнаружения и переключения.
- Непрерывный мониторинг времени работы.
- Измерение надежности на основе реальных данных.

Reliability vs Availability (Надёжность и доступность)
(продолжение в следующем посте)

Российские компании начали делать предложения о трудоустройстве вьетнамским программистам на зарплаты в 140 тыс. руб. в 2025 г., свидетельствуют данные hh_ru,

Российские компании начали активно нанимать программистов и разработчиков из Вьетнама, свидетельствуют данные hh_ru. В 2025 г. Вьетнам вошел в топ-3 стран Дальнего Зарубежья, откуда российские компании привлекали персонал, его обошли только Индия и Куба.

«С начала года наиболее активными соискателями, имеющими резюме на hh_ru и ищущими работы на территории России при этом будучи выходцами из стран Дальнего зарубежья стали жители Индии (более 5 тыс. резюме с начала года), на втором месте жители Кубы, на третьем — Вьетнама. Соискатели из Вьетнама чаще всего в этом году искали в России работу в качестве программистов», — сообщил hh_ru.

На резюме разработчиков ПО приходится 9% от всех резюме из этой страны. Из общего объема соискателей из Вьетнама, получивших предложения от российских компаний, 6% были программистам или разработчиками. Медианная предлагаемая зарплата для них — 140 тыс. руб. ИТ-специалистов из Вьетнама нанимали почти также активно, как вьетнамских менеджеров по продажам (на зарплату в 120 тыс. руб.) и официантов (86 тыс. руб.).

Что касается Индии, то число резюме из их общего объема, приходящееся на программистов и разработчиков, составило только 3%, а Кубы — 4%. Но число нанятых российскими компаниями программистов оказалось менее 1%.

https://www.cnews.ru/news/top/2025-10-15_na_zarplaty_raznorabochih