BufWriter<Master<'_>> – Telegram
BufWriter<Master<'_>>
105 subscribers
451 photos
28 videos
34 files
1.7K links
https://www.patreon.com/alxe_master

Видео/статьи. Конспект и мои вольные комментарии по инженерии. тут только то, что считаю полезным для себя или других =)

#os, #cloud, #rust, #golang, #python, #javaScript, #cpp, etc
Download Telegram
Forwarded from CyberYozh
Финалисты конкурса 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
== Всё, что вы не знали о CAP теореме
https://habr.com/ru/post/328792/

== Забудьте САР теорему как более не актуальную
https://habr.com/ru/post/258145/

== You Can’t Sacrifice Partition Tolerance
https://codahale.com/you-cant-sacrifice-partition-tolerance/
Instead of CAP, you should think about your availability in terms of yield (percent of requests answered successfully) and harvest (percent of required data actually included in the responses) and which of these two your system will sacrifice when failures happen.

== Мифы о CAP теореме
https://habr.com/ru/post/322276/

== Нам мало CAP. Да здравствует PACELC
https://temofeev.ru/info/articles/nam-malo-cap-da-zdravstvuet-pacelc/
Forwarded from Папка “Избранное” (Oleg Agapov)
Вчера был на вебинаре про GPT-3. Я всё время как-то обходил эту тему и весь хайп по этому поводу, а тут решил погрузиться и узнать что же это такое.

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

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

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

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

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

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

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

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

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

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

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

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

Таким образом, если речь идет о разделении программы на классы (не о выделении интерфейсов, не о распределении обязанностей, не о выработке требований и т.д.), а только о "географическом" размещении файлов и вынесении кода в эти файлы, то это с большим натягом можно отнести к процессу построения архитектуры приложения, но правильнее всего называть "модульная декомпозиция" или "классовая декомпозиция". Архитектуре же строится по принципу "от общего к частному" и начинается со сбора и формирования требований.
Экстремальный_Cи_Параллелизм,_ООП_и_продвинутые_возможности_2021.pdf
7.8 MB
Экстремальный Cи. Параллелизм, ООП и продвинутые возможности
Автор: Камран Амини
Книга научит пользоваться продвинутыми низкоуровневыми возможностями языка для создания эффективных систем.
#c
Forwarded from Блог*
#prog #rust #article

Очередная статья про обработку ошибок в Rust, да. Но полезная: ставит под сомнения и разбирает распространённые мнения об ошибках в Rust. В частности, разбирается совет "anyhow для приложений, thiserror для библиотек".