наконец добрался дослушать

== REST vs gRPC
https://youtu.be/jlzomoLBl6U

== REST vs GRPC (JSON index attachment)
ttps://youtu.be/jILVrU1w_yc

== Мнимые числа реальны: #1-13 [Welch Labs]
https://youtu.be/kicp_odjsRs

хехех... короч пошел ка я читать кернель как писать... надоели эти ваши сайтики и вебчики

== Rust takes a major step forward as Linux's second official language
https://www.zdnet.com/article/rust-takes-a-major-step-forward-as-linuxs-second-official-language/

== Rust support
https://lkml.org/lkml/2021/12/6/461

== Как работают коды Spotify?
https://habr.com/ru/company/ruvds/blog/594115/
https://boonepeter.github.io/posts/2020-11-10-spotify-codes/
- Упреждающая коррекция ошибо (FEC)
- Код Грея

== Spotify Codes - Part 2
https://boonepeter.github.io/posts/spotify-codes-part-2/
https://habr.com/ru/company/ruvds/blog/594623/
- CRC Calculation
- Convolutional encoding
- Convolutional decoding

== Комплексные и мнимые числа. Реальность Торвальда
https://youtu.be/RfQ0GgoLcks

== ОБЩАЯ АЛГЕБРА. Основные понятия и математическая красота
https://youtu.be/xvl9mYYBXC4

Финалисты конкурса AES.

(Конкурс по выбору нового алгоритма шифрования, для замены DES).

AES (англ. Advanced Encryption Standard) — симметричный алгоритм блочного шифрования (размер блока 128 бит, ключ 128/192/256 бит), принятый в качестве стандарта шифрования правительством США по результатам конкурса AES. Этот алгоритм хорошо проанализирован и сейчас широко используется. Но многие забывают про достойные альтернативы (Но не все, например, масштабно используются в Truecrypt/Veracrypt/Zulucrypt, и не только).

Twofish.

Симметричный алгоритм блочного шифрования с размером блока 128 бит и длиной ключа до 256 бит. Число раундов 16. Разработан группой специалистов во главе с Брюсом Шнайером. Являлся одним из пяти финалистов второго этапа конкурса AES. Алгоритм разработан на основе алгоритмов Blowfish, SAFER и Square.

Отличительными особенностями алгоритма являются использование предварительно вычисляемых и зависящих от ключа узлов замены и сложная схема развёртки подключений шифрования. Половина n-битного ключа шифрования используется как собственно ключ шифрования, другая — для модификации алгоритма (от неё зависят узлы замены).

Serpent.

Разработан Россом Андерсоном, Эли Бихамом и Ларсом Кнудсеном. Некоторые предыдущие разработки авторов тоже носили названия в честь животных, например Tiger, Bear.

Алгоритм являлся одним из финалистов 2-го этапа конкурса AES. Как и другие алгоритмы, участвовавшие в конкурсе AES, Serpent имеет размер блока 128 бит и возможные длины ключа 128, 192 или 256 бит. Алгоритм представляет собой 32-раундовую SP-сеть, работающую с блоком из четырёх 32-битных слов. Serpent был разработан так, что все операции могут быть выполнены параллельно, используя 32 1-битных «потока».

При разработке Serpent использовался более консервативный подход к безопасности, нежели у других финалистов AES, проектировщики шифра считали, что 16 раундов достаточно, чтобы противостоять известным видам криптоанализа, но увеличили число раундов до 32, чтобы алгоритм мог лучше противостоять ещё неизвестным методам криптоанализа.

Став финалистом конкурса AES, алгоритм Serpent в результате голосования занял 2 место.
Шифр Serpent не запатентован и является общественным достоянием.

Обсудить в чате 👉 https://news.1rj.ru/str/+jrxm2KHbIl9kMDQy

== Introducing Firefox’s new Site Isolation Security Architecture
https://hacks.mozilla.org/2021/05/introducing-firefox-new-site-isolation-security-architecture/

хах. шикарная статья почему это вообще понадобилось и как оно стало

== Mechanical Sympathy
https://mechanical-sympathy.blogspot.com/2011/07/memory-barriersfences.html

единственный способ задать линеаризуемость на уровне хотя бы одного CPU

Вчера был на вебинаре про GPT-3. Я всё время как-то обходил эту тему и весь хайп по этому поводу, а тут решил погрузиться и узнать что же это такое.

В двух словах, это очень большая нейронка, обученная на 170B слов, причем на корпусах из разных языков (включая русский).

Что она может:
- генерировать саммари по тексту
- писать развернутые тексты по ключевым фразам или эпилогу
- отвечать на вопросы (Q&A)
- даже вести диалог (чатбот)

Пока качество производимого текста очень неоднородно. Иногда получается интересно, иногда похоже на ерунду. Однако уже есть несколько стартапов, которые построены на основе GPT-3.

Но, самым известным (и интересным) проектом, основанным на GPT-3 является Github Copilot. Это когда просто описываешь желаему функциональность, а код пишет нейронка. Вот теперь есть желание попробовать как это работает. Записался в лист ожидания, когда получу доступ отпишусь что-как.

А пока можно зайти в playground (регистрация обязательна) для GPT-3 и поиграться с этой нейронкой.

Отправка и получение почты без регистрации (и смс)

5ymail - позволяет отправлять email без регистрации и раскрытия своего реального адреса. Почта может содержать вложения/быть отформатированы с помощью встроенного html-редактора.

myTrashMail
Здесь можно создать одноразовый ящик под регистрацию в сервисах, форумах итд. Учетная запись создается на определенное время и удаляется после окончания этого срока.

Spambog
Очень функциональный почтовый сервис, не требующий как регистрации, так и ваших личных данных. Можно получать и отвечать на письма, есть функция пересылки, вложения, форматирования, автоматическое удаление прочитанного и многое другое. Хорошо подходит на роль отдельного ящика для регистраций.

Mailinator
Вот еще один сервис, создает почтовый ящик очень быстро и полностью автоматически. Сервис работает только на входящие сообщения.

Обсудить в чате 👉 https://news.1rj.ru/str/+jrxm2KHbIl9kMDQy

== Why you should check-in your node dependencies
https://www.jackfranklin.co.uk/blog/check-in-your-node-dependencies/

блин дало задуматься.
скорость конечно и устойчивость такого подхода просто дикая

+ ускорение деплоя и сборки
+ устойчивость к окружению. воспроизводимость максимально высокая
+ пофиг на вытягивание пакетов из сети. все свое всегда с собой
+ не надо запускать инстал. всегда все есть точно!

- надо следить каждый раз за лишними пакетами
- раздувается репа
- огромные диффы. но решаемо

Хех. Новый виток изучения радио. Теперь буду играть в физический уровень радио сетей на bpsk

== pydantic v1.9.0a1 (2021-12-18)
https://github.com/samuelcolvin/pydantic/releases/tag/v1.9.0a1

== AximoBot
https://news.1rj.ru/str/aximobot?start=aximo
шикарнейший бот
если надо в телегу присылать чтото из других социалок, например только конкретные подписки из тиктока или ютюба - очень удобно. сразу скачивает видос в телегу. как я жил без него ?!

Чем отличается архитектура и декомпозиция?

Преамбула
часто на митингах звучит фраза "а теперь давайте обсудим архитектуру проекта" и далее начинается обсуждение того как нужно правильно разделить программу на классы и каким образом выстроить файловую структуру проекта. На самом деле речь идет не об архитектуре, а о декомпозиции, почему так? Давайте разбираться.

Определения:
Декомпозиция — операция мышления, состоящая в разделении целого на части. Также декомпозицией называется общий приём, применяемый при решении проблем, состоящий в разделении проблемы на множество частных проблем, а также задач, не превосходящих суммарно по сложности исходную проблему, с помощью объединения решений которых, можно сформировать решение исходной проблемы в целом. (ист. википедия)

Архитектура программного обеспечения — совокупность важнейших решений об организации программной системы. Архитектура включает:

- выбор структурных элементов и их интерфейсов, с помощью которых составлена система, а также их поведения в рамках сотрудничества структурных элементов;
- соединение выбранных элементов структуры и поведения во всё более крупные системы;
- архитектурный стиль, который направляет всю организацию — все элементы, их интерфейсы, их сотрудничество и их соединение.
(ист. википедия)

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

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

Таким образом, если речь идет о разделении программы на классы (не о выделении интерфейсов, не о распределении обязанностей, не о выработке требований и т.д.), а только о "географическом" размещении файлов и вынесении кода в эти файлы, то это с большим натягом можно отнести к процессу построения архитектуры приложения, но правильнее всего называть "модульная декомпозиция" или "классовая декомпозиция". Архитектуре же строится по принципу "от общего к частному" и начинается со сбора и формирования требований.