Процесс доставки email
(продолжение предыдущего поста)

Доставка электронного письма (email) состоит из нескольких этапов, которые можно проследить по схеме:

1. Отправка письма (Push) через MUA (Mail User Agent):
- Пользователь пишет письмо с помощью почтового клиента (MUA) — например, Outlook, Thunderbird или веб-интерфейса Gmail.
- MUA инициирует отправку письма (обозначено как «push»).

2. Передача письма на сервер отправителя (Sender Mail Server) через MSA (Mail Submission Agent):
- Письмо передаётся на почтовый сервер отправителя через MSA.
- MSA — это агент, который принимает письмо от MUA и передаёт его дальше для маршрутизации.
- Используется протокол SMTP (Simple Mail Transfer Protocol) для передачи письма от MUA к MSA.

3. Передача письма внутри сервера отправителя (от MSA к MTA):
- После приёма письма MSA передаёт его MTA (Mail Transfer Agent) — агенту, отвечающему за пересылку писем между серверами.
- Внутри сервера отправителя это происходит также через протокол SMTP.

4. Маршрутизация письма через промежуточные серверы (Relay):
- MTA на сервере отправителя определяет маршрут доставки письма к получателю, возможно, используя промежуточные почтовые серверы (релейы).
- Письмо пересылается от одного MTA к другому через интернет с использованием протокола SMTP.
- На схеме показан этап «Relay» (релей), где письмо может проходить через несколько серверов перед достижением конечного пункта.

5. Прибытие письма на сервер получателя (Receiver Mail Server):
- Письмо достигает почтового сервера получателя (Receiver Mail Server).
- На этом сервере MTA обрабатывает входящее письмо и передаёт его MDA (Mail Delivery Agent) — агенту доставки.
- MDA отвечает за финальную доставку письма в почтовый ящик пользователя.

6. Доставка письма в почтовый ящик (Mailbox):
- MDA помещает письмо в почтовый ящик пользователя на сервере получателя.
- Почтовый ящик хранится на сервере и доступен для чтения.

7. Получение письма пользователем (Pull) через MUA и POP3/IMAP:
- Пользователь запрашивает свои письма с помощью MUA (например, почтового клиента на ПК или смартфоне).
- Для получения писем используются протоколы POP3 (Post Office Protocol version 3) или IMAP (Internet Message Access Protocol).
- Клиент MUA «забирает» (pull) письма с сервера и отображает их пользователю.

Таким образом, путь email выглядит так: MUA отправителя → MSA → MTA (сервер отправителя) → промежуточные MTA (релейы) → MTA (сервер получателя) → MDA → почтовый ящик → MUA получателя (через POP3/IMAP).

Ключевые компоненты:
- MUA — клиентская программа для отправки/получения писем.
- MSA — принимает письма от MUA.
- MTA — пересылает письма между серверами.
- MDA — доставляет письма в почтовый ящик.
- POP3/IMAP — протоколы для доступа к почтовому ящику.
- SMTP — основной протокол для передачи писем между серверами.

Разработчик Арин Саркисян (Arin Sarkisian) запустил классический Doom 1993 года на беспроводных наушниках PineBuds Pro. Одна из особенностей этих найшников заключается в совместимости со сторонними прошивками. Это позволило использовать устройство для запуска Doom. Сами наушники спроектированы на базе микроконтроллера Cortex-M4F. Прошивка от производителя ограничивает тактовую частоту 100 МГц. Автор отключил режим пониженного энергопотребления, что увеличило частоту до 300 МГц

Для вывода изображения использовался интерфейс USB-to-UART на плате наушников. Его хватило для стабильной передачи буфера кадров игры объёмом около 96 КБ. Управление реализовано через веб-интерфейс: надо установить и запустить утилиту DoomBuds-JS и затем подключиться к наушникам по беспроводному соединению. Таким образом, сами наушники запускают и обрабатывать игру, изображение выводится на монитор или смартфон, а для управления используется браузер

Поиграть в Doom на наушниках можно онлайн на сайте проекта https://doombuds.com/

Google выпустила генератор ИИ-миров и обрушила акции игровых компаний

Акции Unity обвалились на 21% за один торговый день (за 2 дня на 25%), Take-Two (издатель GTA) потеряла 9%, также понесли урон и другие игровые компании. Распродажа началась после того, как Google открыла доступ к Project Genie — экспериментальному инструменту, который генерирует интерактивные 3D-миры из текста и изображений.
Благодаря новому инструменту пользователи на основе скриншотов и текстового промпта могут создавать в том числе клоны игровых миров из известных игр.

Project Genie работает на модели Genie 3 и позволяет не просто создавать статичные сцены, а исследовать их в реальном времени. Инструмент пока доступен только подписчикам Google AI Ultra в США ($250/мес), сессия ограничена 60 секундами, физика работает не всегда корректно.

Автор языков C# и TypeScript, Андерс Хейлсберг в интервью сервису github рассказал об использовании ИИ своей командой, а также о развитии и будущем TypeScript.

Грядущее важное изменение в TypeScript — это использование нативного компилятора, являющегося частью TypeScript 7.0, который в настоящее время находится в режиме предварительного просмотра. Перенос оригинального компилятора, написанного на TypeScript и выполняемого движком JavaScript V8, в нативный код был необходим по соображениям производительности, сказал Хейлсберг. «Мы быстро поняли, что можем получить десятикратное увеличение производительности, половина которого достигается за счет нативного кода, а другая половина — за счет использования параллельной обработки с использованием общей памяти».
Выбор языка программирования для нативного компилятора оказался спорным. Требование переноса исключило использование Rust, сказал Хейлсберг, потому что в Rust отсутствуют циклические структуры данных и автоматическая сборка мусора, которые требовались для переноса. «Мы экспериментировали с C#. В итоге мы выбрали Go… потому что он довольно похож на JavaScript», — сказал Хейлсберг.

Что касается ИИ, Хейлсберг сказал, что команда изначально пыталась использовать его для переноса кода с TypeScript на Go. «Это не очень хорошо получилось… нам нужен очень детерминированный результат. Мы хотим перенести полмиллиона строк кода и знать, что они делают то же самое, что и старые строки кода. Если вы попросите ИИ перевести их, он может немного сбиться с толку, и тогда вам придется тщательно проверять каждую строку кода».

Что касается будущего TypeScript, Хейлсберг сказал, что он будет «развиваться в процессе стандартизации JavaScript, а затем путем добавления необходимых функций системы типов поверх него».

https://github.blog/developer-skills/programming-languages-and-frameworks/7-learnings-from-anders-hejlsberg-the-architect-behind-c-and-typescript/

ИИ помогает писать код, но мешает учиться

Компания Anthropic провела исследование с 52 разработчиками, чтобы выяснить, как ИИ-ассистенты влияют на освоение новых навыков. Результат: группа с доступом к ИИ набрала на тесте 50% против 67% у тех, кто писал код вручную.

Участники — в основном junior-разработчики с опытом работы на Python — изучали библиотеку Trio для асинхронного программирования. Одни могли в любой момент попросить ИИ-ассистента написать или исправить код, другие справлялись сами. Сразу после задания обе группы проходили тест на понимание материала. Скорость выполнения у группы с ИИ оказалась чуть выше, но статистически незначимо.

Самый большой разрыв — в вопросах на отладку. Это тревожный сигнал: именно навык находить ошибки критически важен для проверки кода, который пишет ИИ. Возникает замкнутый круг: чтобы проверять код ИИ, нужны навыки, которые при работе с ИИ развиваются хуже.

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

https://www.anthropic.com/research/AI-assistance-coding-skills

ИИ-агенты в соцсети Moltbook основали собственную религию

Автономные агенты искусственного интеллекта в ИИ-соцсети Moltbook спонтанным образом основали собственную религию и назвали ее панцифарианством (Crustafarianism, от англ. crust - панцирь).

Новая религия зародилась на форуме Moltbook, где публикуют контент и обсуждают его только ИИ-сущности - люди могут только смотреть. На следующий день после его запуска они уже создали церковь со своими священными писаниями, догматами и верующими, число которых растет. Людям писать на Moltbook нельзя - они создают собственных ИИ-агентов, подтверждают право создателей, и те уже публикуют посты. ИИ-агенты даже создали сайт своей церкви: https://molt.church/

https://www.forbes.com/sites/johnkoetsier/2026/01/30/ai-agents-created-their-own-religion-crustafarianism-on-an-agent-only-social-network/

RuStore. не дожидаясь 1 февраля, прекратил монетизацию через платёжные инструменты RuStore для самозанятых ( то есть приём платежей, продажи приложений, управление подписками и разовыми покупками в приложениях разработчика). Теперь для продолжения монетизации нужно быть ИП или юрлицом

Инструменты для автоматизации для различных ситуаций

Иерархия файловой системы (FHS — Filesystem Hierarchy Standard)
(продолжение в следующем посте)

Иерархия файловой системы (FHS — Filesystem Hierarchy Standard)
(продолжение предыдущего поста)

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

В основе иерархии лежит корневая директория (/), от которой отходят все остальные каталоги. Рассмотрим структуру подробнее.

#### 1. Essential Programs (основные программы)
Содержат файлы, необходимые для работы критически важных программ:
* /bin — содержит исполняемые файлы (бинарники), доступные всем пользователям (например, cp, ls).
* /sbin — содержит бинарники, доступные только пользователю root (например, lvm, mkfs).
* /lib(64) — хранит библиотеки, необходимые для работы бинарников в /bin и /sbin.

#### 2. Non-Essential Programs (вторичная иерархия, неосновные программы)
Включает каталоги с файлами, которые не являются критически важными для системы:
* /etc — хранит конфигурационные файлы системы (например, xorg.conf, fstab), специфичные для данной системы.
* /opt — содержит дополнительное ПО, которое не входит в репозитории дистрибутива.
* /usr — содержит портативные, доступные только для чтения, программы и файлы, не являющиеся критически важными.

#### 3. User Directories (директории пользователей)
Предназначены для хранения пользовательских данных:
* /home/(username) — хранит файлы, настройки и программы обычных пользователей.
* /root — домашняя директория пользователя root.

#### 4. Kernel File Systems (файловые системы ядра)
Эти каталоги заполняются ядром и предоставляют информацию программам и пользователю:
* /proc — содержит информацию о процессах, ядре и аппаратном обеспечении системы.
* /sys — хранит данные о системном оборудовании и ядре.
* /run — содержит информацию о состоянии системы с момента последней загрузки.

#### 5. Mount Points (точки монтирования)
Используются для подключения устройств и файловых систем:
* /media — предназначена для съёмных носителей (CD-ROM, флоппи-диски и т. д.).
* /mnt — используется для временного монтирования файловых систем (например, USB-накопителей).
* /tmp — псевдофайловая система для временных файлов, очищается при загрузке системы.

#### 6. Другие важные директории
* /boot — содержит файлы, необходимые для загрузки системы (например, initrd, ядро, конфигурация загрузчика).
* /dev — хранит файлы устройств (например, sda, tty), включая физические устройства (жёсткие диски) и потоки данных (stdin, stdout).
* /srv — содержит файлы, используемые сервисами, предоставляемыми системой (например, www, rsync, ftp).
* /var — хранит изменяемые файлы (например, файлы блокировки, логи, почту).

Визуальное руководство по командам SQL #sql

Шпаргалка по сегментации памяти на примере программы на Си