🫡
JetBrains sells commercial IDE called GoLand which comes pre-loaded with a plugin which warns the user when they are using:
- “Racially insensitive” language (like “whitelist” or “master”).
- “Male pronouns”.
- Honorifics such as “Mrs”, recommending people use “Mx” instead.
https://x.com/LundukeJournal/status/1964854040212447634
JetBrains sells commercial IDE called GoLand which comes pre-loaded with a plugin which warns the user when they are using:
- “Racially insensitive” language (like “whitelist” or “master”).
- “Male pronouns”.
- Honorifics such as “Mrs”, recommending people use “Mx” instead.
https://x.com/LundukeJournal/status/1964854040212447634
💊56🌚33😁18🤡11🫡2🙉2🔥1🗿1
Тут Apache Foundation сменил логотип и переехал на акроним ASF
Introducing The ASF’s New Logo
https://news.apache.org/foundation/entry/introducing-the-asfs-new-logo
Сменил и сменил, в целом ничего такого, но линк один внимание привлёк
>
>
Щас бы "гопотой" посты для себя про себя же писать
Introducing The ASF’s New Logo
https://news.apache.org/foundation/entry/introducing-the-asfs-new-logo
Сменил и сменил, в целом ничего такого, но линк один внимание привлёк
>
Please refer to our<a href="https://apache.org/foundation/press/kit/?utm_source=chatgpt.com"> Brand Guidelines>
?utm_source=chatgpt.comЩас бы "гопотой" посты для себя про себя же писать
😁39🤡6🗿3
Выложены доклады с DevOops 2024
Программа и слайды доступны на сайте
https://devoops.ru/archive/2024/schedule/days/
YouTube - https://youtube.com/playlist?list=PL-ety8gh7rToGNJOxs1oZtpUXJfADb1mX
VK - https://vkvideo.ru/playlist/-149053226_19
Мой доклад
Латаем огрехи в образах приложений до рантайма, во время и после
https://www.youtube.com/watch?v=YxVeBuL3yqY
https://vkvideo.ru/video-149053226_456239651
Программа и слайды доступны на сайте
https://devoops.ru/archive/2024/schedule/days/
YouTube - https://youtube.com/playlist?list=PL-ety8gh7rToGNJOxs1oZtpUXJfADb1mX
VK - https://vkvideo.ru/playlist/-149053226_19
Мой доклад
Латаем огрехи в образах приложений до рантайма, во время и после
https://www.youtube.com/watch?v=YxVeBuL3yqY
https://vkvideo.ru/video-149053226_456239651
❤20
Продолжается какой-то цирка вокруг мессенджера MAX
В прошлый раз я писал об это тут
https://news.1rj.ru/str/tech_b0lt_Genona/5574
Пару недель назад по Телеге гуляло ещё пару проектов. Как и в прошлый раз я выждал время, что бы посмотреть что будет.
Итак
Первый это какое-то творение, которое позиционировало себя как безопасная модификация MAX
Сам проект уже автор успешно успел удалить, но интернет помнит всё
https://web.archive.org/web/20250907070225/https://github.com/9ka1gg/whitemax
Второй проект, цитирую
> Позволяет убедительно показать, что Max «не работает» на вашем устройстве в ситуациях, когда требуют его установку
https://github.com/scaik/scam-max-disabler
Может показаться, что оба пункта про разное, но на самом деле они про одно: пытаются как-то обезопасить или обезопаситься от мессенджера MAX.
И тут у меня есть два пункта
Первый "административный"
Если вам реально нужен MAX (причины не важны), то никакие "показательные выступления" с тем, что "ой у меня не работает" вам не помогут. Вам купят телефон (например, по работе) и вы там всё равно зарегистрируетесь, потому что "надо".
Второй "технический" (вытекает из первого)
Вы серьёзно хотите ставить какие-то приложения не пойми от кого на свой телефон, где у вас живут все остальные приложения? Т.е. MAX, как приложение, который, напомню, никак не выделяется на фоне остальных мессенджеров по правам, вы считаете более опасным, чем рандомный софт из интернета? Вы не там и не ту проблему решаете.
Ответ на эти два пункта одинаковый: если вам нужен MAX и вы за что-то переживаете, то просто возьмите отдельное устройство и не занимайтесь всякой ерундой. Можете пользоваться веб-версией (https://web.max.ru/), если есть возможность. Не тащите непонятно что, непонятно откуда, непонятно зачем. Если вам не нужен MAX, то, кто бы мог подумать, просто его не ставьте и не пользуйтесь.
Так же я просто напомню, что код клиента недоступен, но поговорим о том, что доступно
Есть официальный GitHub (https://dev.max.ru/docs)
https://github.com/max-messenger
- https://github.com/max-messenger/max-bot-sdk-java
Репозиторий выглядит заброшенным
- https://github.com/max-messenger/max-bot-api-client-go
- https://github.com/max-messenger/max-bot-api-client-ts
Активность в этих репозиториях выглядит, мягко говоря, не очень впечатляюще
Там насрано набегами в issues, но есть и по делу (даже фиксы были сделаны)
https://github.com/max-messenger/max-bot-api-client-go/issues/14
Была ещё репа с Python. На данный момент правильно сделали, что удалили, злые языки говорят, что там был Python 2 (в 2025 году)
https://web.archive.org/web/20250707152728/https://github.com/max-messenger/max-bot-api-client-py/
Вот ссылка на DeepWiki, которая генерит по репе документацию, можете полистать
https://deepwiki.com/max-messenger/max-bot-api-client-py/1-overview
Вывод будет такой же, по сути, как и в первом посте: если автор(ы) хотят показать что-то ТАКОЕ, то им придётся провести более глубокий анализ и если этот анализ реально покажет что-то, то тогда всякая самодеятельность имеет смысл.
А пока я ощущаю только хайп и попытку меня накормить говном в виде охуительных расследований и тиктоков (парочку прикрепил к посту)
В прошлый раз я писал об это тут
https://news.1rj.ru/str/tech_b0lt_Genona/5574
Пару недель назад по Телеге гуляло ещё пару проектов. Как и в прошлый раз я выждал время, что бы посмотреть что будет.
Итак
Первый это какое-то творение, которое позиционировало себя как безопасная модификация MAX
Сам проект уже автор успешно успел удалить, но интернет помнит всё
https://web.archive.org/web/20250907070225/https://github.com/9ka1gg/whitemax
Второй проект, цитирую
> Позволяет убедительно показать, что Max «не работает» на вашем устройстве в ситуациях, когда требуют его установку
https://github.com/scaik/scam-max-disabler
Может показаться, что оба пункта про разное, но на самом деле они про одно: пытаются как-то обезопасить или обезопаситься от мессенджера MAX.
И тут у меня есть два пункта
Первый "административный"
Если вам реально нужен MAX (причины не важны), то никакие "показательные выступления" с тем, что "ой у меня не работает" вам не помогут. Вам купят телефон (например, по работе) и вы там всё равно зарегистрируетесь, потому что "надо".
Второй "технический" (вытекает из первого)
Вы серьёзно хотите ставить какие-то приложения не пойми от кого на свой телефон, где у вас живут все остальные приложения? Т.е. MAX, как приложение, который, напомню, никак не выделяется на фоне остальных мессенджеров по правам, вы считаете более опасным, чем рандомный софт из интернета? Вы не там и не ту проблему решаете.
Ответ на эти два пункта одинаковый: если вам нужен MAX и вы за что-то переживаете, то просто возьмите отдельное устройство и не занимайтесь всякой ерундой. Можете пользоваться веб-версией (https://web.max.ru/), если есть возможность. Не тащите непонятно что, непонятно откуда, непонятно зачем. Если вам не нужен MAX, то, кто бы мог подумать, просто его не ставьте и не пользуйтесь.
Так же я просто напомню, что код клиента недоступен, но поговорим о том, что доступно
Есть официальный GitHub (https://dev.max.ru/docs)
https://github.com/max-messenger
- https://github.com/max-messenger/max-bot-sdk-java
Репозиторий выглядит заброшенным
- https://github.com/max-messenger/max-bot-api-client-go
- https://github.com/max-messenger/max-bot-api-client-ts
Активность в этих репозиториях выглядит, мягко говоря, не очень впечатляюще
Там насрано набегами в issues, но есть и по делу (даже фиксы были сделаны)
https://github.com/max-messenger/max-bot-api-client-go/issues/14
Была ещё репа с Python. На данный момент правильно сделали, что удалили, злые языки говорят, что там был Python 2 (в 2025 году)
https://web.archive.org/web/20250707152728/https://github.com/max-messenger/max-bot-api-client-py/
Вот ссылка на DeepWiki, которая генерит по репе документацию, можете полистать
https://deepwiki.com/max-messenger/max-bot-api-client-py/1-overview
Вывод будет такой же, по сути, как и в первом посте: если автор(ы) хотят показать что-то ТАКОЕ, то им придётся провести более глубокий анализ и если этот анализ реально покажет что-то, то тогда всякая самодеятельность имеет смысл.
А пока я ощущаю только хайп и попытку меня накормить говном в виде охуительных расследований и тиктоков (парочку прикрепил к посту)
👍45🤡18❤7🔥3🥱2
Как-то я пропустил, но выложены доклады с SafeCode 2024 Autumn
Программа и слайды доступны на сайте
https://safecodeconf.ru/schedule/days/
YouTube - https://youtube.com/playlist?list=PLh5vGvsTff5KmuWNOyS84Xq95fj7CfA3-
VK - https://vkvideo.ru/playlist/-222298328_5
Воркшоп, который мы делали вместе с Алексеем Федулаевым (@ever_secure)
Готовим контейнеры полезно и вкусно
https://www.youtube.com/watch?v=JdYZzNIV1CA
https://vkvideo.ru/video-222298328_456239081
Программа и слайды доступны на сайте
https://safecodeconf.ru/schedule/days/
YouTube - https://youtube.com/playlist?list=PLh5vGvsTff5KmuWNOyS84Xq95fj7CfA3-
VK - https://vkvideo.ru/playlist/-222298328_5
Воркшоп, который мы делали вместе с Алексеем Федулаевым (@ever_secure)
Готовим контейнеры полезно и вкусно
https://www.youtube.com/watch?v=JdYZzNIV1CA
https://vkvideo.ru/video-222298328_456239081
❤3👍1
Forwarded from commit -m "better"
Я, короче, решил сам проверить, как эти uutils работают в качестве замены системных утилит.
Собрал, перезагрузился, и, мааама-дорогая, у меня в 2 раза больше процессов, чем обычно.
Отлаживать особо не пришлось, виновника обнаружил самый простой pstree:
Да, у кучи моих программ обнаружился очень странный parent - env.
env - максимально примитивная тулза, она выставляет заданные env переменные, и делает exec в программу, которая ей указана в самом конце cmd line.
(да, она обрабатывает те самые шебанги
Только в случае rust uutils:
* она или делает fork + wait
* или, еще хуже, еще и перегоняет данные через pipe между child и parent, как это делает python subprocess, например
Школьники такие школьники - тесты проходить научились, а суть понимать - нет.
Я, от греха подальше, эту хтонь выключил - https://github.com/pg83/ix/commit/6b1c02c2cde2f3e229a33772ae04b2bf0e995081
Собрал, перезагрузился, и, мааама-дорогая, у меня в 2 раза больше процессов, чем обычно.
Отлаживать особо не пришлось, виновника обнаружил самый простой pstree:
# pstree
...
... bash---env---sleep
...
Да, у кучи моих программ обнаружился очень странный parent - env.
env - максимально примитивная тулза, она выставляет заданные env переменные, и делает exec в программу, которая ей указана в самом конце cmd line.
(да, она обрабатывает те самые шебанги
#!/usr/bin/env python3)Только в случае rust uutils:
* она или делает fork + wait
* или, еще хуже, еще и перегоняет данные через pipe между child и parent, как это делает python subprocess, например
Школьники такие школьники - тесты проходить научились, а суть понимать - нет.
Я, от греха подальше, эту хтонь выключил - https://github.com/pg83/ix/commit/6b1c02c2cde2f3e229a33772ae04b2bf0e995081
GitHub
disable broken env · pg83/ix@6b1c02c
ix package manager. Contribute to pg83/ix development by creating an account on GitHub.
😁24🔥4🥴3😱2❤1
Возрождение легенды 🌝
Язык Perl поднялся с 27 на 10 место в рейтинге Tiobe
https://www.opennet.ru/opennews/art.shtml?num=63878
Причины роста популярности Perl не ясны, никаких значимых событий, связанных с данным языком, кроме очередного ежегодного релиза Perl 5.42, в этом году не происходило. По предположению руководителя TIOBE высокая позиция в рейтинге связана с большим числом книг по Perl, продаваемых в интернет-магазине Amazon (например, число книг по Perl в 4 раза превышает PHP и в 7 раз Rust).
Также упоминается учащение публикации промежуточных релизов Perl 5 и вытеснение Perl 6/Raku из поля зрения (Perl 6 занимает 129 место). Из гипотез также отмечается возвращение интереса к языку Perl из-за его возможностей обработки текста и продвинутых регулярных выражений, что стало востребовано с развитием AI-платформ. Пик популярности Perl пришёлся на март 2003 года, когда данный язык поднялся на 3 место в рейтинге, после чего началось постепенное снижение популярности Perl.
Из других набирающих популярность языков выделяется язык Си, который по сравнению с сентябрём прошлого года поднялся на 3 место, вытеснив на 4 место язык Java. Кроме того, с 11 на 9 место поднялся язык Pascal, с 15 на 13 - R, с 26 на 14 - Ada, с 21 на 17 - Assembler. Первое и второе места продолжают занимать Python и С++. Кроме Java популярность снизилась у языков SQL (с 9 на 11 место), Fortran (10 → 12), PHP (13 → 15), Rust (14 → 18), Matlab (12 → 19) и Kotlin (18 → 20).
Индекс популярности TIOBE строит свои выводы на основе анализа статистики поисковых запросов в таких системах, как Google, Bing, Wikipedia, Amazon, YouTube и Baidu.
Ссылка на рейтинг
https://www.tiobe.com/tiobe-index/
Язык Perl поднялся с 27 на 10 место в рейтинге Tiobe
https://www.opennet.ru/opennews/art.shtml?num=63878
Причины роста популярности Perl не ясны, никаких значимых событий, связанных с данным языком, кроме очередного ежегодного релиза Perl 5.42, в этом году не происходило. По предположению руководителя TIOBE высокая позиция в рейтинге связана с большим числом книг по Perl, продаваемых в интернет-магазине Amazon (например, число книг по Perl в 4 раза превышает PHP и в 7 раз Rust).
Также упоминается учащение публикации промежуточных релизов Perl 5 и вытеснение Perl 6/Raku из поля зрения (Perl 6 занимает 129 место). Из гипотез также отмечается возвращение интереса к языку Perl из-за его возможностей обработки текста и продвинутых регулярных выражений, что стало востребовано с развитием AI-платформ. Пик популярности Perl пришёлся на март 2003 года, когда данный язык поднялся на 3 место в рейтинге, после чего началось постепенное снижение популярности Perl.
Из других набирающих популярность языков выделяется язык Си, который по сравнению с сентябрём прошлого года поднялся на 3 место, вытеснив на 4 место язык Java. Кроме того, с 11 на 9 место поднялся язык Pascal, с 15 на 13 - R, с 26 на 14 - Ada, с 21 на 17 - Assembler. Первое и второе места продолжают занимать Python и С++. Кроме Java популярность снизилась у языков SQL (с 9 на 11 место), Fortran (10 → 12), PHP (13 → 15), Rust (14 → 18), Matlab (12 → 19) и Kotlin (18 → 20).
Индекс популярности TIOBE строит свои выводы на основе анализа статистики поисковых запросов в таких системах, как Google, Bing, Wikipedia, Amazon, YouTube и Baidu.
Ссылка на рейтинг
https://www.tiobe.com/tiobe-index/
😁22🔥9🤡4❤3👍2
На выходных наконец-то добрался посмотреть полностью доклады с дня безопасной разработки ПО АРПП «Отечественный софт» (в онлайне удалось зацепить только пару-тройку выступлений)
Кому интересна запись всех докладов, то она доступна тут
https://disk.yandex.ru/i/6P-pyq_EWTQRBA
Программа тут
https://arppsoft.ru/ie/19556/
В целом всё мероприятие было посвящено РБПО и регуляторике, а так же обсуждению вещей на стыке.
Но пост родился из доклада Алексея Смирнова из CodeScoring - "О влиянии применения ассистентов программиста на процессы безопасной разработки"
Я бы в называл этот доклад больше "визионерским" на тему того, куда мы движемся с возрастающим участием в разработке различных AI-агентов, ассистентов и т.д. с точки зрения ИБ и что с этим делать.
Несколько интересных, на мой взгляд, слайдов тоже к посту прицепил. Если есть что-то такое же по тематике, то кидайте в комментарии или в личку @rusdacent
ЗЫ Звук прыгает немного, но он и в трансляции был такой
Кому интересна запись всех докладов, то она доступна тут
https://disk.yandex.ru/i/6P-pyq_EWTQRBA
Программа тут
https://arppsoft.ru/ie/19556/
В целом всё мероприятие было посвящено РБПО и регуляторике, а так же обсуждению вещей на стыке.
Но пост родился из доклада Алексея Смирнова из CodeScoring - "О влиянии применения ассистентов программиста на процессы безопасной разработки"
Я бы в называл этот доклад больше "визионерским" на тему того, куда мы движемся с возрастающим участием в разработке различных AI-агентов, ассистентов и т.д. с точки зрения ИБ и что с этим делать.
Несколько интересных, на мой взгляд, слайдов тоже к посту прицепил. Если есть что-то такое же по тематике, то кидайте в комментарии или в личку @rusdacent
ЗЫ Звук прыгает немного, но он и в трансляции был такой
❤3👍3🤣2
Библиотека libxml2 осталась без сопровождающего
https://www.opennet.ru/opennews/art.shtml?num=63886
Ник Велнхофер (Nick Wellnhofer) объявил об уходе с поста сопровождающего библиотеку libxml2. Ник принимал участие в разработке libxml2 с 2016 года, был добавлен в число сопровождающих в 2022 году и с того времени оставался практически единственным активным разработчиком. После ухода Ника проект остался без сопровождения.
Библиотека libxml2 используется в операционных системах и продуктах компаний Apple, Google и Microsoft. Из открытых пакетов, упоминающих libxml2 в числе зависимостях, можно отметить GNOME, Xfce, Mate, Cinnamon, Budgie, LibreOffice, Epiphany, libvirt, BIND, VirtualBox, lldb, Flatpak, Evolution, clang-tools, xsltproc, PostgreSQL, Pacemaker, Apache httpd, Zypper, Scribus.
В июне Ник Велнхофер снял с себя полномочия сопровождающего библиотеку libxslt и отказался от особого отношения к устранению уязвимостей - стал трактовать уязвимости в libxml2 как обычные ошибки, рассматриваемые по мере появления свободного времени. Ник также раскритиковал предъявление компаниями дополнительных требований к сопровождающим-волонтёрам, работающим без компенсации.
> работающим без компенсации
Тут Selectel предлагает libxml2 переписать за компенсацию 🌝
Стоимость — 350 000 ₽
Описание
Библиотека парсера xml, хотя сам формат не очень популярен сейчас, однако много старого ПО завязана на libxml2.
Зачем надо переписать
Уязвимости в libxml ставят под угрозу разнообразное ПО для десктопа и сервера, и даже мобильных устройств. Библиотека активно используется в Android.
Особенности
Перенесены тесты из оригинального libxml2. Функциональность соответствует такой же у libxml2 со сборочными опциями в пакете debian
https://promo.selectel.ru/openfix
А так же там ещё c-ares и xz
https://www.opennet.ru/opennews/art.shtml?num=63886
Ник Велнхофер (Nick Wellnhofer) объявил об уходе с поста сопровождающего библиотеку libxml2. Ник принимал участие в разработке libxml2 с 2016 года, был добавлен в число сопровождающих в 2022 году и с того времени оставался практически единственным активным разработчиком. После ухода Ника проект остался без сопровождения.
Библиотека libxml2 используется в операционных системах и продуктах компаний Apple, Google и Microsoft. Из открытых пакетов, упоминающих libxml2 в числе зависимостях, можно отметить GNOME, Xfce, Mate, Cinnamon, Budgie, LibreOffice, Epiphany, libvirt, BIND, VirtualBox, lldb, Flatpak, Evolution, clang-tools, xsltproc, PostgreSQL, Pacemaker, Apache httpd, Zypper, Scribus.
В июне Ник Велнхофер снял с себя полномочия сопровождающего библиотеку libxslt и отказался от особого отношения к устранению уязвимостей - стал трактовать уязвимости в libxml2 как обычные ошибки, рассматриваемые по мере появления свободного времени. Ник также раскритиковал предъявление компаниями дополнительных требований к сопровождающим-волонтёрам, работающим без компенсации.
> работающим без компенсации
Тут Selectel предлагает libxml2 переписать за компенсацию 🌝
Стоимость — 350 000 ₽
Описание
Библиотека парсера xml, хотя сам формат не очень популярен сейчас, однако много старого ПО завязана на libxml2.
Зачем надо переписать
Уязвимости в libxml ставят под угрозу разнообразное ПО для десктопа и сервера, и даже мобильных устройств. Библиотека активно используется в Android.
Особенности
Перенесены тесты из оригинального libxml2. Функциональность соответствует такой же у libxml2 со сборочными опциями в пакете debian
https://promo.selectel.ru/openfix
А так же там ещё c-ares и xz
❤19🕊9🤡7
Наконец-та!
Hosting a WebSite on a Disposable Vape
https://bogdanthegeek.github.io/blog/projects/vapeserver/
Сам сайт, который хостится -
"Железо"
- 24MHz Coretex M0+
- 24KiB of Flash Storage
- 3KiB of Static RAM
- a few peripherals, none of which we will use.
> This may not come as a surprise, but Linux (and with some tweaking even macOS) supports SLIP. The slattach utility can make any /dev/tty* send and receive IP packets. All we have to do is put the data down the wire in the right format and provide a virtual tty. This is actually easier than you might imagine, pyOCD can forward all semihosting though a telnet port. Then, we use socat to link that port to a virtual tty:
Для IP-стека был взят uIP - https://github.com/adamdunkels/uip (который был написан сразу хорошо и поэтому 12 лет не обновлялся 🌝)
Так же был реализован/портирован SLIP (Serial Line Internet Protocol) - старый протокол, который использовался для подключения через модемы
> If you are older than me, you might remember a time before Wi-Fi and Ethernet, the dark ages, when you had to use dial-up modems to get online. You might also know that the ghosts of those modems still linger all around us. Almost all USB serial devices actually emulate those modems: a 56k modem is just 57600 baud serial device. Data between some of these modems was transmitted using a protocol called SLIP (Serial Line Internet Protocol)
Сначала работало всё медленно, но после оптимизаций удалось достигнуть пинга в 20 мс, а загрузки страницы за 160 мс.
Реализация получилась такой компактной, что на веб-сервер удалось разместить текст оригинальной статьи
> As you may have noticed, we have just under 20kiB (80%) of storage space. That may not be enough to ship all of React, but as you can see, it’s more than enough to host this entire blog post.
Исходный код проекта
https://github.com/BogdanTheGeek/semihost-ip
Hosting a WebSite on a Disposable Vape
https://bogdanthegeek.github.io/blog/projects/vapeserver/
Сам сайт, который хостится -
http://ewaste.fka.wtf/"Железо"
- 24MHz Coretex M0+
- 24KiB of Flash Storage
- 3KiB of Static RAM
- a few peripherals, none of which we will use.
> This may not come as a surprise, but Linux (and with some tweaking even macOS) supports SLIP. The slattach utility can make any /dev/tty* send and receive IP packets. All we have to do is put the data down the wire in the right format and provide a virtual tty. This is actually easier than you might imagine, pyOCD can forward all semihosting though a telnet port. Then, we use socat to link that port to a virtual tty:
pyocd gdb -S -O semihost_console_type=telnet -T $(PORT) $(PYOCDFLAGS) &
socat PTY,link=$(TTY),raw,echo=0 TCP:localhost:$(PORT),nodelay &
sudo slattach -L -p slip -s 115200 $(TTY) &
sudo ip addr add 192.168.190.1 peer 192.168.190.2/24 dev sl0
sudo ip link set mtu 1500 up dev sl0
Для IP-стека был взят uIP - https://github.com/adamdunkels/uip (который был написан сразу хорошо и поэтому 12 лет не обновлялся 🌝)
Так же был реализован/портирован SLIP (Serial Line Internet Protocol) - старый протокол, который использовался для подключения через модемы
> If you are older than me, you might remember a time before Wi-Fi and Ethernet, the dark ages, when you had to use dial-up modems to get online. You might also know that the ghosts of those modems still linger all around us. Almost all USB serial devices actually emulate those modems: a 56k modem is just 57600 baud serial device. Data between some of these modems was transmitted using a protocol called SLIP (Serial Line Internet Protocol)
Сначала работало всё медленно, но после оптимизаций удалось достигнуть пинга в 20 мс, а загрузки страницы за 160 мс.
Реализация получилась такой компактной, что на веб-сервер удалось разместить текст оригинальной статьи
Memory region Used Size Region Size %age Used
FLASH: 5116 B 24 KB 20.82%
RAM: 1380 B 3 KB 44.92%
> As you may have noticed, we have just under 20kiB (80%) of storage space. That may not be enough to ship all of React, but as you can see, it’s more than enough to host this entire blog post.
Исходный код проекта
https://github.com/BogdanTheGeek/semihost-ip
🔥39😁18❤6🤡2⚡1
Помните в Ubuntu затаскивали uutils на Rust вместо GNU Coreutils?
https://news.1rj.ru/str/tech_b0lt_Genona/5319
Ubuntu’s plan to replace the GNU Core Utils with Rust-based reimplementations is going exactly as poorly as predicted.
Some Rust versions being 17 times slower than the battle tested GNU C / C++ version. And other Rust-based versions simply failing to work on large files.
https://x.com/LundukeJournal/status/1967977345320734823
cksum implementation up to 17x slower than GNU for some large files #8573
https://github.com/uutils/coreutils/issues/8573
sort does not finish for large one line file #8583
https://github.com/uutils/coreutils/issues/8583
ЗЫ Контрибьютор там, конечно интересные вопросы задаёт (см. последний скрин)
По наводке @cosy_code
https://news.1rj.ru/str/tech_b0lt_Genona/5319
Ubuntu’s plan to replace the GNU Core Utils with Rust-based reimplementations is going exactly as poorly as predicted.
Some Rust versions being 17 times slower than the battle tested GNU C / C++ version. And other Rust-based versions simply failing to work on large files.
https://x.com/LundukeJournal/status/1967977345320734823
cksum implementation up to 17x slower than GNU for some large files #8573
https://github.com/uutils/coreutils/issues/8573
sort does not finish for large one line file #8583
https://github.com/uutils/coreutils/issues/8583
ЗЫ Контрибьютор там, конечно интересные вопросы задаёт (см. последний скрин)
По наводке @cosy_code
😁49❤🔥4🗿4👍3❤2