es
Feedback
Блог*

Блог*

Ir al canal en Telegram

Блог со звёздочкой. Много репостов, немножко программирования. Небольшое прикольное комьюнити: @decltype_chat_ptr_t Автор: @insert_reference_here

Mostrar más
1 947
Suscriptores
-224 horas
+17 días
-130 días
Archivo de publicaciones

В списке рекомендуемых блогов -1

#prog #kotlin #meme

😔🤚 Содружество независимых контентмейкеров 😏👉 Блогово

Вам всегда в питоне не хватало указателей и арифметики над ними? Держите, пользуйтесь, теперь такое есть! (Пожалуйста, не надо) https://github.com/ZeroIntensity/pointers.py

#prog #python #menacingopensource

unsafe auto trait Send: Nudes {}

В связи с уходом IKEA из России продам санкционный товар

photo content

Не IT — не ахти

#prog #python #article Jupyter Ascending: A Retrograde Development Computational notebooks have a history dating back to the late 1980s, <...>. They combine two much older, better, but less popular ideas into a synthesis which manages to be less than the sum of its parts.

#prog #rust #rustlib Хочу отметить, что моя претензия — парсинг форматной строки снова и снова — была решена в time начиная с версии 0.3.0, выпущенной 30 июля 2021 года, причём с подходом, похожим на описанный ранее мною в блоге. Что там добавилось? Отдельный модуль format_description, который определяет пачку типов, описывающих компоненты формата — включая FormatItem и Component — и модуль formatting с трейтом Formattable, который реализовывается типами, описывающими формат форматирования даты и времени. Для того, чтобы получить формат из строки, достаточно вызвать функцию format_description::parse — или, если вы не хотите разбираться с ошибками при парсинге, макрос macros::format_description, который разберёт формат на этапе компиляции и проверит его правильность — и затем использовать результат в методах {Date, OffsetDateTime, PrimitiveDateTime, Time}::format, принимающих вторым аргументом ссылку на значение типа, реализующее Formattable.

Таки сделал. А ещё сделал отдельный хештег parsing, а то материалов по парсингу на канале уже довольно много

#prog #article Obliteratingly Fast Parser Combinators (pdf) Lexers and parsers are typically defined separately and connected by a token stream. This separate definition is important for modularity, but harmful for performance. We show how to fuse together separately-defined lexers and parsers, drastically improving performance without compromising modularity. Our staged parser combinator library, flap, provides a standard parser combinator interface, but generates psecialized token-free code that runs several times faster than ocamlyacc on a range of benchmarks. (thanks @clayrat)