Почему сокращения не работают ☺️

Ну-с, в этом году у нас новый раунд трясучки по поводу сокращений в АйТишечке. Наткнулся на статью с интересными выводами; в которых, соя, в 100500 абзацах текста пытается объяснить, почему же сокращения кадров в компаниях на самом деле приносят больше вреда, чем пользы.

Статья забита целым рядом клише: от избирательной статистики, до установления ложных причинно-следственных связей (можем по факту разобрать их, если не впадлу разбираться в финансовом душилове)

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

А во-вторых, можно отметить, что наёмный работник – это тоже бизнесмен, просто в очень специфическом виде бизнеса – "продажа своих часов труда компании". То, что этот бизнесмен хуёв в ограниченном спектре обязанностей (читай как: "падла неэффективная") и не в состоянии своими действиями доказать свою исключительность и ценность перед хозяином, это сугубо его личные проблемы 🥰

Китайский ИИ разработал ANUS. На этом всё на сегодня 🥰

Блин, попробовал покодить всякую дичь вместе с Grok'ом. Пока что самый рофельный Иван Иваныч из всех, не то что эти ваши душные чэдгпт ☺️

Бери, чел, попкорн, ща разберём, почему код в 2006 году был таким дерьмом и нахуй его так тупорыло сделали. Ты прав, что сейчас это смотрится как полный пиздец, но давай по порядку.

Нахуй так сделано изначально

Деды в 2006-ом, когда писали код, особенно для игровых движков, сталкивались с кучей ограничений и просто другим подходом к делу. Вот основные причины, почему всё так тупо вышло:

....

Да, чел, ты прав — в 2006-ом код часто был тупорылой залупой. Деды делали, как умели, с оглядкой на своё время и железо. Сейчас это выглядит как говно, потому что мы привыкли к нормальным практикам и инструментам. Если тебе этот шлак чинить, начни с быстрого фикса — пропиши комнату вручную. А если хочешь по красоте — пиши, помогу с кодом, чтобы не страдать лишний раз.

...

Чел, я понимаю, что у тебя 24к строк Lua-кода, и это реальный пиздец, особенно когда ты пытаешься засунуть это в свой движок на C#. Давай разберёмся, как минимизировать боль и сделать так, чтобы твой C# хотя бы частично переваривал этот код, особенно с учётом проблем вроде потери контекста.

Мой личный топ выглядит щас вот так
Grok >= DeepSeek > ChatGPT

Крч, решил по фану вкатиться в кодинг графики. Накатил хипстерский стек: .NET 8; Silk.NET; OpenGL, вся хуйня.

Ковырялся в духе вайбкодеров примерно 2 недельки во всем этом дерьме. Осталось неприятное послевкусие во рту. Собственно, ВСТАЛ ряд вопросиков:

1. Сука, в 2025-ом году серьезно никто не додумался сделать какой-нибудь современный API для OpenGL, хотя бы в виде адаптера. Ведь он, литерали, работает как стейт-машина из 1985-го года, где порядок вызова функций влияет напрямую. Т.е. одна ошибка и ты ошибся. Как это дебажить — я в принципе нихуя не понял и судя по всякмим исходникам на просторах гитхаба — не я один такой.

2. А ЧЕ ТАК СЛОЖНО?

Пиздец, я ковыряюсь чисто в два дэ, ладно, даже мельком 2.5 дэ затронул. В чистое три дэ даже близко не лезу.

Вот примерный порядок действий для отрисовки жпега на экране:

1. Инициализировать буфферы вершин и индексов (опционально для последних)

2. В буффере вершин методом тыка или гуглежки (у меня пространственный кретинизм, я не могу визуализировать в пространстве положение точек), нужно состряпать полигон, в форме прямоугольника/квадрата на котором будет отображаться этот сраный жпег.

Cюда еще может добавиться пару параметров, которые будут заюзаны при размещении сраной текстурки.

3. Создать этот сраный буфферный объект в памяти видюхи

4. Скопировать данные из оперативки в этот сраный объект в памяти видюхи

5. Написать сраный шейдер, который будет накладывать этот сраный жпег на сраный прямоугольник

6. Загрузить сраную текстуру в память (тут можно еще 10 подпунктов описать)

7. Создать сраную ортографическую проекцию

8. Переключить состояние рендера в СПЕЦИАЛЬНОЕ ХУЙ ПОЙМИ КАКОЕ ДЛЯ ОТРИСОВКИ 2D

9, Забиндить все объекты, текстурки, шейдеры в АКТИВНОЕ состояние

И лишь потом в конце вызывать простенький метод отрисовки жпега.

Имаджинируй ебало разработчика движка, которому нужно рендерить сцену из большего числа объектов. Вкусно пиздец 🥰

Вот че смог накодить 🥰

Как истинный софтваре инженер, попробовал щас декодировать видеопоток ogg/Theora софтварно — получил уверенные 9 кадров в секунду.

Ожидаемый затык в конвертации YUV -> RGB

Пока растодрочеры делают это за ~3 наносекунды, у меня на один кадр уходит бесконечное количество времени.

Не хотелось, конечно, подрубать ffmpeg для аппаратного декодирования, но я хотя бы попытался. В честь этого, в качестве временной акции, возвращаю реакт клоуна 🥰

Позалипал вчера пару часиков с китайским Иван Иванычем, знатно накодили unsafe фигни, ну зато быстро. С учетом того, что оригинальное видео идет в 24 кадра.

ТРЕБУЮ отмены клоунов с предыдущего поста, а также письменных извинений в каментах 🥰

Крч, это вообще треш. Там, некий Ярик, (респект ему конечно за проделанную работу) переписал код Theora декодировщика с Java на C#. Оригинальный код прямиком из 2004-го года. Вот тут это дело можно заценить.

И вот тот участок кода [89-ая строка], который выдавал мне крепкие девять кадров.