One undisputable advantage of "code copilots", they nudge developers into writing detailed understandable comments.

#meme про d4

#video #meme про... Вавилонскую башню

Штуки вроде Automapper из мира ООП решают несуществующую проблему — или, если быть точнее, проблему, собственноручно созданную программистами (точно так же, как и null в языке)

#video #meme

youtube.com/watch?v=q_SeC3DPiyY

(а вообще это озвучка этого мемного видео, собравшего за пять лет пять миллионов просмотров)

Даже и не #meme

#gamedev #article

The High Heel Problem

Или про то, какую головную боль каблуки на персонажах добавляют разработчикам игр и как разработчики решают (или не решают) возникающие в связи с этим проблемы.

#meme про путешествия

#prog #rust #article

A Rust API Inspired by Python, Powered by Serde

Или как избежать написания своего процедурного макроса, забьюзив serde.

Статья ценна хотя бы примером нетривиального десериализатора для #serde — гайдов на эту тему мало.

The term "work-life balance" is wrong since it implies that not having a job is unbalanced.

Спасибо папищекам за то, что помогли определиться с выбором

Только котиков

В будущем если вы спросите у скрепофреника - где положительные эффекты на демографию запрета на пропаганду ЛГБТ (которому уже 12 лет) - он вам ответит, что положительный эффект - это штрафы для активистов.

Подобное заявление - это настолько же убого, как от идейного коммуниста на вопрос об успехах коммунистических режимов - услышать "ну вот расстреляли n-ное число диссидентов и контрреволюционеров"

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

#meme про cloud storage

Source

#prog #gamedev #quotes

Внезапно это случилось снова с другой женщиной

#prog #cpp

Size based vector

https://discourse.llvm.org/t/adding-a-size-based-vector-to-libc-s-unstable-abi/86306

Мы тут в Гугле экспериментировали с тем как репрезентовать вектор. Существует два способа:

1. Указатель на начало, конец и указатель на конец вместимости

2. Или указатель на начало, размер и вместимость

Оба варианта имеют свои особенности и слабые места. Первый вариант плох тем, что когда вы хотите посчитать size(), то вы вычитаете два указателя: end - begin. Вычитание указателей в численном представлении эквивалентно формуле (end_as_num - begin_as_num) / sizeof(T), где T -- тип вектора. Вот это деление на константу порой выбешивает, например, когда sizeof(T) не является степенью двойки. Компилятору приходится это деление переводить в умножение и теперь когда вы вызываете size(), то у вас откуда-то страшные конструкции вида https://godbolt.org/z/zKGz7nEE6

Но первый вариант неплох, когда вы итерируетесь и надо просто сравнивать с концом. Почему? Во втором варианте вам надо при вызове .end() загружать два регистра -- начало и размер, чтобы сложить. В итоге у вас баланс между двумя опциями

.size() выливается в умножение при sizeof(T) не степень двойки

.end() загружает два регистра

Остальные операции чуть чуть поменяются, но в основном размен происходит у этих двух.

Оказалось, что .end() чаще вызывается один раз, а .size() намного чаще в том числе и внутри циклов, потому что... Ну потому что программистам удобнее работать с числами, а не указателями. Или по каким-то ещё причинам.

В итоге мы увидели улучшение перфа всего прода на 0.12% с особенно важными серверами с исправлениями на 0.5-0.6%, о чем и поделились в discourse.llvm. Понятное дело, что кто-то слишком сильно пользовался репрезентацией вектора, но мы всех их починили и выкатили. Теперь хотим выкатить и в unstable ABI в libcxx.

Почитайте ссылку, там больше всяких анализов, в том числе и размер кодгена, и всякой ещё статистики.