Господи сколько же у людей свободного времени

> В Max разрешили создавать свои каналы всем пользователям

> По случайному совпадению скорость скачивания в Телеге режется до ~150Кб, скорость аплоада до ~0Кб

> Акции МКПАО «ВК» подскочили на фоне известий об ограничении работы Telegram

> В ВК пользователи выражают благодарность РКН в комментариях - https://vk.com/wall-76229642_469593

гайс, кто шарит в компьютерах подскажите, мой новый ноутбук потянет гта 6?

забавный факт: именно этот палм использовал Джон Коннор во втором терминаторе чтобы взломать банкомат

#prog

В #go тесты работают таким образом: программист делает файлы, имя которых оканчивается на _test.go, и внутри пишет функции вида:

func TestXxx(*testing.T)

(префикс Test обязателен), а команда go test автоматически эти тесты подхватывает и исполняет. Тип testing.T позволяет организовывать тесты: логгировать, запускать подтесты и досрочно прерывать тесты, как ошибочные.

К чему я это? В последней версии Go — Go 1.26.0, вышедшей 10 февраля — есть несколько изменений. Одно из них — у кучи функций из подпакетов пакета crypto описаны изменения в духе "функция для генерации ключей теперь игнорирует аргумент, переданный для генерации случайности, и использует криптографически безопасный источник случайности". Разумеется, для тестов желательна воспроизводимость. Но как этого добиться, если источник случайности игнорируется?

Для решения этого вопроса Go предлагает два решения.

Первое — это GODEBUG, костыль способ заставить программы на Go (скомпилированные!) использовать поведение из более старой версии. В данном случае предлагают добавить настройку cryptocustomrand=1. Настройки через GODEBUG не вечные и могут быть убраны в одном из будущих релизов. По этой причине этот способ выглядит не особо привлекательным.

Второе — это использовать новую функцию testing/cryptotest.SetGlobalRandom. Она устанавливает сид для источника случайности, который будет использоваться для всех криптографических функций из пакета crypto, полагающихся на случайные данные. Эти изменения действуют в пределах одного теста, запускаемого testing.T. Соответственно, для каждого теста, который желает воспроизводимости, эту функцию нужно вызывать явно в начале. Разумеется, как справедливо отмечено в документации,

Because SetGlobalRandom affects the whole process, it cannot be used in parallel tests or tests with parallel ancestors.

Воистину concurrent programming language!

#prog #article

BTW PVS-Studio развивают версию своего анализатора для #go, и хотя для широкой публики анализатор ещё не доступен (в апреле будет бета-версия), он уже находит множество ошибок, которые не находит go vet. Все найденные ошибки при этом на Go не завязаны, так что, возможно, в будущем анализатор станет ещё полезнее конкретно для Go.

На форуме DIYaudio чел решил провести тест. Он записал множество семплов, пропущенных несколько раз через несколько разных проводников: 180 сантиметров профессионального медного аудиокабеля, 20 сантиметров мокрой грязи и... Банан. Затем он поделился четвёрками записей (включая оригиналы), порядок в каждой из которых был перемешан случайным образом. Задачей других членов форума было попытаться отличить, через что были пропущены сигналы, полагаясь на свой слух.

TL;DR: результаты показали, что участники были не в состоянии отличить различные варианты записей и их догадки были, по факту, случайными.

(thanks @dddevelopment)

BTW в README у ag aka "Silver searcher" написано это:

Deprecation: In my own personal usage I've pretty much entirely switched to ripgrep over the last year or so. It's faster than ag (mainly thanks to the speed of Rust's DFA based regex engine), supports UTF-16 encoded files, and just generally has fewer weird corner-case bugs. Since I'm no longer actively using ag on a regular basis, there's no sense maintaining my version of it.

И это "last year" на момент последнего редактирования, 31 января 2022 года.

Лингво #мэмы и взаимная рекурсия

#achievement unlocked: Засадить занозу мандарином.

#WUT

Человек выкашлял четыре чашки мочи, после этого умер и у него в грудной клетке нашли почку.

Именно этому уникальному случаю посвящен case-report, опубликованный аж в 1923 году в голландском журнале Nederlands Tijdschrift voor Geneeskunde (Dutch Journal of Medicine). Как выяснилось это был прикол студентов медиков и их профессора, которым было интересно, насколько дикую фигню можно опубликовать.

Статья была ретрактнута из журнала в 2003, что делает её абсолютным чемпионом в сомнительном соревновании на самый долгий ретракт.

#bio #suckassstory

#prog #rust

Но вообще ответ не вполне корректен. Тип числового литерала уточняется выводом типов, а конкретно i32 выбирается только в том случае, если ограничений на тип недостаточно, чтобы выбрать конкретный числовой тип (и лично я это считаю недостатком Rust)

Вы знали, что в Ansible можно определить переменную в 22х местах?
Вот теперь и живите с этим, вас еще на собесах будут мучать таким вопросом

Официальная дока - тут

Товарищам без VPN - порядок приоритета от наименьшего к наибольшему:

1. Передаваемые значения в adhoc/при запуске ansible [--private-key PRIVATE_KEY_FILE] [-u REMOTE_USER]...
2. Директория defaults в структуре ансибл-роли
3. Переменные группы хостов в инвентори-файле
4. Inventory group_vars/all
5. Playbook group_vars/all
6. Inventory group_vars/*
7. Playbook group_vars/*
8. Переменные хостов в инвентори-файле
9. Inventory host_vars/*
10. Playbook host_vars/*
11. Facts хоста и закешированные set_facts
12. Секция vars в плейбуке
13. Секция vars_prompt в плейбуке
14. Секция vars_files в плейбуке
15. Директория vars в структуре ансибл-роли
16. Переменные объявленного блока
17. Переменные объявленной таски
18. Секция include_vars
19. Переменные из register и set_fact
20. Переменные объявленные в include_role
21. Переменные которые используются внутри include_tasks
22. Extra vars, которые используем через ключ -e при запуске ansible

#шпаргалки

А вы сегодня качаетесь соло или в коопе?

4:19

Зачем MAX при открытии отправляет запрос к серверу Телеграма?
https://qna.habr.com/q/1408720

4:20