ar
Feedback
Блог*

Блог*

الذهاب إلى القناة على Telegram

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

إظهار المزيد
1 963
المشتركون
لا توجد بيانات24 ساعات
-27 أيام
لا توجد بيانات30 أيام

جاري تحميل البيانات...

جذب المشتركين
أغسطس '26
أغسطس '26
+42
في 4 قنوات
يوليو '26
+78
في 2 قنوات
Get PRO
يونيو '26
+29
في 2 قنوات
Get PRO
مايو '26
+45
في 4 قنوات
Get PRO
أبريل '26
+51
في 3 قنوات
Get PRO
مارس '26
+31
في 4 قنوات
Get PRO
فبراير '26
+34
في 3 قنوات
Get PRO
يناير '26
+56
في 9 قنوات
Get PRO
ديسمبر '25
+76
في 11 قنوات
Get PRO
نوفمبر '25
+106
في 7 قنوات
Get PRO
أكتوبر '25
+56
في 10 قنوات
Get PRO
سبتمبر '25
+46
في 6 قنوات
Get PRO
أغسطس '25
+44
في 5 قنوات
Get PRO
يوليو '25
+62
في 9 قنوات
Get PRO
يونيو '25
+42
في 2 قنوات
Get PRO
مايو '25
+85
في 6 قنوات
Get PRO
أبريل '25
+52
في 5 قنوات
Get PRO
مارس '25
+62
في 3 قنوات
Get PRO
فبراير '25
+57
في 4 قنوات
Get PRO
يناير '25
+90
في 6 قنوات
Get PRO
ديسمبر '24
+61
في 4 قنوات
Get PRO
نوفمبر '24
+167
في 5 قنوات
Get PRO
أكتوبر '24
+95
في 5 قنوات
Get PRO
سبتمبر '24
+84
في 4 قنوات
Get PRO
أغسطس '24
+98
في 9 قنوات
Get PRO
يوليو '24
+66
في 8 قنوات
Get PRO
يونيو '24
+59
في 3 قنوات
Get PRO
مايو '24
+47
في 4 قنوات
Get PRO
أبريل '24
+73
في 10 قنوات
Get PRO
مارس '24
+65
في 7 قنوات
Get PRO
فبراير '24
+88
في 1 قنوات
Get PRO
يناير '24
+80
في 3 قنوات
Get PRO
ديسمبر '23
+88
في 5 قنوات
Get PRO
نوفمبر '23
+59
في 2 قنوات
Get PRO
أكتوبر '23
+46
في 2 قنوات
Get PRO
سبتمبر '23
+93
في 0 قنوات
Get PRO
أغسطس '23
+78
في 0 قنوات
Get PRO
يوليو '23
+59
في 0 قنوات
Get PRO
يونيو '23
+57
في 0 قنوات
Get PRO
مايو '23
+41
في 0 قنوات
Get PRO
أبريل '23
+55
في 0 قنوات
Get PRO
مارس '23
+39
في 0 قنوات
Get PRO
فبراير '23
+36
في 0 قنوات
Get PRO
يناير '23
+118
في 0 قنوات
Get PRO
ديسمبر '22
+56
في 0 قنوات
Get PRO
نوفمبر '22
+48
في 0 قنوات
Get PRO
أكتوبر '22
+62
في 0 قنوات
Get PRO
سبتمبر '22
+24
في 0 قنوات
Get PRO
أغسطس '22
+46
في 0 قنوات
Get PRO
يوليو '22
+34
في 0 قنوات
Get PRO
يونيو '22
+34
في 0 قنوات
Get PRO
مايو '22
+36
في 0 قنوات
Get PRO
أبريل '22
+49
في 0 قنوات
Get PRO
مارس '22
+19
في 0 قنوات
Get PRO
فبراير '22
+41
في 0 قنوات
Get PRO
يناير '22
+49
في 0 قنوات
Get PRO
ديسمبر '21
+88
في 0 قنوات
Get PRO
نوفمبر '21
+75
في 0 قنوات
Get PRO
أكتوبر '21
+172
في 0 قنوات
Get PRO
سبتمبر '21
+63
في 0 قنوات
Get PRO
أغسطس '21
+130
في 0 قنوات
Get PRO
يوليو '21
+74
في 0 قنوات
Get PRO
يونيو '21
+79
في 0 قنوات
Get PRO
مايو '21
+66
في 0 قنوات
Get PRO
أبريل '21
+100
في 0 قنوات
Get PRO
مارس '21
+81
في 0 قنوات
Get PRO
فبراير '21
+42
في 0 قنوات
Get PRO
يناير '21
+103
في 0 قنوات
Get PRO
ديسمبر '20
+663
في 0 قنوات
التاريخ
نمو المشتركين
الإشارات
القنوات
26 أغسطس0
25 أغسطس0
24 أغسطس+1
23 أغسطس+2
22 أغسطس0
21 أغسطس+1
20 أغسطس+1
19 أغسطس+2
18 أغسطس+3
17 أغسطس+3
16 أغسطس+1
15 أغسطس+2
14 أغسطس+5
13 أغسطس+1
12 أغسطس+1
11 أغسطس+2
10 أغسطس+1
09 أغسطس+1
08 أغسطس0
07 أغسطس+1
06 أغسطس+1
05 أغسطس+2
04 أغسطس+2
03 أغسطس+2
02 أغسطس+4
01 أغسطس+3
منشورات القناة
Repost from diablogang
Юбисофт это единстванная компания, которая может выпустить игру в стиме с единственным битым экзешником в 24 киллобайта... Те
+1
Юбисофт это единстванная компания, которая может выпустить игру в стиме с единственным битым экзешником в 24 киллобайта... Теперь представьте, что если бы они это сделали в пс сторе, где нету легкого возврата денег, как в стиме.

2
#prog #rust #article Replacing a Rust Enum with a 64-bit Word Made My Interpreter 17% Faster <...> That being said, sha256_unfixed is still running 12% faster with the new value representation than with the old version, even though it's allocating a total of 3,149,052 boxed integer values in a span of about 490 ms. That seemed a bit crazy to me, but having a copying GC with a bump allocator means that we can allocate objects really fast.
370
3
Вспомнил, как однажды я почти принял свою внешность и почти поверил, что я норм, а потом вышло интервью со мной 18+ НАСТОЯЩИЙ
Вспомнил, как однажды я почти принял свою внешность и почти поверил, что я норм, а потом вышло интервью со мной 18+ НАСТОЯЩИЙ МАТЕРИАЛ (ИНФОРМАЦИЯ) ПРОИЗВЕДЕН, РАСПРОСТРАНЕН И (ИЛИ) НАПРАВЛЕН ИНОСТРАННЫМ АГЕНТОМ АЛЕСИНЫМ ДЕНИСОМ ВЛАДИМИРОВИЧЕМ ЛИБО КАСАЕТСЯ ДЕЯТЕЛЬНОСТИ ИНОСТРАННОГО АГЕНТА АЛЕСИНА ДЕНИСА ВЛАДИМИРОВИЧА.
483
4
#prog #rust В Rust стабилизировали тип never. Да, опять. Но на этот раз вроде окончательно, все крейты, сломанные из-за смены фоллбека или получили апдейты, или дико старые. Если всё пройдёт гладко, дойдёт до stable в красивой версии 1.100.
564
5
#video Every living creature is 1 hit point
557
6
لا يوجد نص...
589
7
Вы только представьте себе эту хрупкую мужественность, которой нужен антивок-мод, который делает жопу игрового персонажа боле
Вы только представьте себе эту хрупкую мужественность, которой нужен антивок-мод, который делает жопу игрового персонажа более плоской. А теперь представьте, что таких модов больше одного.
618
8
#prog #rust Ииииии на этой версии обнаружили P-Critical баг: компилятор может генерировать vtable с null. К счастью, должны пофиксить быстро, потому что на бете уже не воспроизводится.
657
9
▪️Стабилизировали API: 🔸format_into на примитивных числовых типах (и используемый аргументом fmt::NumBuffer) для форматирования числа в переданный по ссылке буфер. Это избегает использования оверхеда от write! и может сильно повысить производительность — бенчи показывают, что новый метод по производительности сопоставим с itoa (крейт, не функция из C). 🔸str::substr_range и <[T]>::subslice_range, которые возвращают диапазон, в котором располагается переданная подстрока/подслайс. Эти методы не смотрят на содержимое самой строки, а вычисляют позицию, используя сравнения указателей, поэтому на посторонних аргументах (не лежащих внутри self) этот метод возвращает None. Документация, правда, предупреждает, что методы могут возвращать Some(0..0) или Some(self.len()..self.len()), если переданная строка/слайс пустая и лежит в памяти непосредственно до или после self. 🔸NonZero::from_str_radix. Ошибка от этого метода может возвращать из метода kind значение IntErrorKind::Zero. 🔸String::from_utf16{be, le}_{, lossy} для получения строки из UTF-16 с порядком байт, отличных от нативного. 🔸str::strip_circumfix и <[T]>::strip_circumfix, которые возвращают строку/слайс без указанных префикса и суффикса. Возвращает None, если префикс и/или суффикс не содержатся в self или если они перекрываются. 🔸Atomic<T>::{from_mut, from_mut_slice} для получения атомиков из уникальных ссылок. Уникальность ссылок гарантирует корректность этого преобразования. Также стабилизировали Atomic<T>::get_mut_slice, который является логичным продолжением уже стабильного Atomic<T>::get_mut.
660
10
#prog #rust #rustreleasenotes Вышел Rust 1.98.0! Как всегда, кусочки — тут, мясо — там. ▪️Обычно я пишу про новые вещи в порядке: фичи языка, добавления в std, изменения в cargo. В этот раз я напишу сначала про фичу, которая номинально является новым API в std, но которая даёт возможности, ранее невыразимые в языке (без использования интринсиков, по крайней мере). Как известно, типы с плавающей точкой не обладают свойствами, которые имеются у действительных чисел в математике — в частности, у чисел с плавающей точкой сложение не является ассоциативной операцией. Это связывает руки оптимизатору, который обязан предохранять поведение. Например, если есть код типа fn dot(a: &[f32], b: &[f32]) -> f32 { let mut sum = 0.0; for i in 0..a.len() { sum += a[i] * b[i]; } sum } , то компилятор обязан генерировать код, который считывает и суммирует произведения чисел из слайсов по одному. Он не может, скажем, векторизовать код, поскольку подобная трансформация неизбежно меняет порядок, в котором суммируются числа, и это может заметно повлиять на результаты (это, кстати, был мотивирующий пример для предложения добавить API, описанный ниже). Типы f32 и f64 (а также f16 и f128, но их ещё не стабилизировали) обзавелись методами algebraic_{add, sub, mul, div, rem}. Они выполняют указанные арифметические операции, но, в отличие от обычных арифметических операций, оптимизатор может переупорядочивать их, используя тождества, справедливые для действительных чисел и, вообще говоря, неверные для чисел с плавающей точкой. Взамен компилятор в состоянии оптимизировать код значительно лучше — в частности, пример выше можно переписать в виде fn dot(a: &[f32], b: &[f32]) -> f32 { let mut sum = 0.0f32; for i in 0..a.len() { sum = sum.algebraic_add(a[i].algebraic_mul(b[i])); } sum } , и тогда генерируемый код теперь использует SIMD и на процессорах, поддерживающих набор инструкций AVX2, код может работать до восьми раз быстрее! Данные операции идейно схожи с ключами -ffast-math, но обладают большей гранулярностью и, в отличие от них, не страдают от драконовских ограничений в виде UB на операциях с NaN. ▪️Компилятор теперь реагирует на #[no_mangle] функции, которые некорректно переопределяют функции, ожидаемые рантаймом (ошибка компиляции) и ожидаемые std (предупреждение). ▪️Компилятор теперь предупреждает, если функция возвращает core::ffi::c_void по значению. Тип void в C и C++ отображается на () в Rust, а c_void нужно использовать, только через указатель. ▪️Атрибут #[repr(transparent)] можно применить на структуру, где одно поле "значимо", а остальные имеют "тривиальные" типы. Ранее ими считались все типы нулевого размера с единичным выравниванием, но с этой версии из этого списка исключили #[repr(C)] типы, типы с приватными полями и #[non_exhaustive] типы. ▪️#[derive(PartialOrd)] в генерируемом коды теперь просто возвращает Some(self.cmp(rhs)), если используется одновременно с #[derive(Ord)]. Из-за ограничений инфраструктуры по раскрытию макросов есть забавное особенность: комбинации #[derive(PartialOrd, Ord)] struct A; #[derive(Ord, PartialOrd)] struct B; #[derive(Ord)] #[derive(PartialOrd)] struct C; получают упрощённый вариант кода, а вот #[derive(PartialOrd)] #[derive(Ord)] struct D; — нет.
556
11
#gamedev Разработчики Artisan of Glimmith (советую btw) недавно опубликовали пост про апдейт, главной темой которого была в основном оптимизация. Пост советую к прочтению целиком, отчасти из-за того, что для, в общем-то, относительно казуальной игры подобные технические моменты разработчики обычно освещают редко. Из занятных моментов могу отметить, что разработчики перенесли обработку частиц с GPU на CPU. Как оказалось, в игре они используются с достаточно небольшом количестве, чтобы оверхед на вызовы графического API каждый кадр и перенос данных на GPU перекрывал выгоды от параллелизации. Более того, после удаления этих вызовов суммарная нагрузка на CPU в итоге снизилась — даже на CPU эти расчёты занимают меньше времени, чем общение с видеокартой.
639
12
Эх, вот бы кто прислал фото для рубрики "прекрасные папищеки"...
646
13
#ml #предложка, пожалуй
#ml #предложка, пожалуй
659
14
#prog #rust Enabling the next-generation trait solver on nightly И о том, что это значит для Rust
770
15
#prog #rust #article Protecting the Rust standard library from accidental breakage Accidental breakage can happen in any codebase. The Rust standard library isn't magically exempt from this — so it too now uses cargo-semver-checks to prevent accidental breakage. Here's why this took months of work by multiple Rustaceans, dozens of pull requests, and 15,000+ lines of code across the Rust repo, cargo-semver-checks, and its component libraries.
818
16
لا يوجد نص...
758
17
Source И это почти не преувеличение+2
Source И это почти не преувеличение
939
18
KotlinLLM is Going Open Source - The JetBrains Blog https://blog.jetbrains.com/research/2026/07/kotlinllm-open-source/ забавн
KotlinLLM is Going Open Source  - The JetBrains Blog https://blog.jetbrains.com/research/2026/07/kotlinllm-open-source/ забавно, раньше мы шутили, что будут такие функции, но похоже дошутились :)
943
19
Я — ненастоящий мужчина, потому что у меня нету шуруповёрта :(
849
20
На перекрестке в автобус въехал грузовик с большой надписью "техническая помощь" на борту. Уж помогли так помогли не #услышано
859