ASCII-Nova 🇺🇦
86 subscribers
983 photos
39 videos
9 files
428 links
предложка: @ascii_nova_suggest_bot

Гиковство && занудство, инди-музыка, геймдев и непрошенные советы

Чат, где мы обсуждаем код и всё около него: @ascii_nova_chat
Download Telegram
Forwarded from gavr
Его фикс Miracode, чтобы можно было читать
👍3
Жесть как я обожаю https://mermaid.live

Можно рисовать какие угодно, куда угодно встраиваемые, диаграммы

Советую тем, кто любит представлять информацию визуально, заценить и посмотреть примеры
👍5
https://steamcommunity.com/sharedfiles/filedetails/?id=2838546142

Открытие дня: оказывается, есть "симуляторы стола" и настолки, которые на нём можно играть

При чём реальные настолки!

PS. Я конечно предпочитаю в живую, но, когда это невозможно, то это классный вариант!



Вот, например, Каркассон: https://steamcommunity.com/sharedfiles/filedetails/?id=2876900940
Forwarded from Illia
представьте как офигеют разрабы в будущем, когда узнают, что

1) В типе для хранения времени нужно хранить планету
2) На каждой планете разное время суток и следовательно дней
3) Где-то время идёт быстрее
меня так умиляет эти спорадические проблемы с скейлингом у JB

каждый где-то 1/5 запуск, размер оригинальный (т.е. очень маленький), и в супер редких (как сейчас) от скейленного еще в х2

ох уж эти Java приложения
😁2
интересно, что обо мне говорит такая рекламная подборка товаров?
The quest for the fastest linked list - Johnny's Software Lab
https://johnnysswlab.com/the-quest-for-the-fastest-linked-list/

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

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

В статье предлагается, в целом-то, супер очевидное решение: "а давайте располагать элементы списка по порядку в памяти, при помощи кастомного аллокатора памяти, который нам это обеспечит".

Прочитав это предложение, я замер, т.к. сразу словил несколько флешбеков из давних собеседований, еще в бытность плюсовиком, где говорил: юзать связные списки это медленно, нужно этого избегать. Мне говорили, да-да, так и есть. Но как это исправить? И я говорил никак, сходу никак. И мне как-то попался один ревьювер, который добавил: а почему тогда в ядре Linux так много используются односвязные списки, если они такие медленные? Это меня поставило в тупик, но ответить было нечего.

Сейчас бы думаю, с учётом этот статьи что-то бы и сообразил.



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



В статье также дальше описываются интересные оптимизации, которые могут пригодится нативным разработчикам, но и в целом интересно может быть остальным. Советую!
🔥2
сижу смеюсь как дурак.

еще бы, поздно начать и закончить к 22, потом и не такое смешно
😁3
Forwarded from shadowchain
😁1
Forwarded from gavr_sas
🔥4
Forwarded from gavr_sas