{ "version": "https:\/\/jsonfeed.org\/version\/1", "title": "Блог Антона Репушко: заметки с тегом программирование", "_rss_description": "Блог Антона Репушко", "_rss_language": "ru", "_itunes_email": "", "_itunes_categories_xml": "", "_itunes_image": "", "_itunes_explicit": "", "home_page_url": "https:\/\/repushko.com\/tags\/programmirovanie\/", "feed_url": "https:\/\/repushko.com\/tags\/programmirovanie\/json\/", "icon": "https:\/\/repushko.com\/user\/userpic@2x.jpg?1608852798", "author": { "name": "Антон Репушко", "url": "https:\/\/repushko.com\/", "avatar": "https:\/\/repushko.com\/user\/userpic@2x.jpg?1608852798" }, "items": [ { "id": "61", "url": "https:\/\/repushko.com\/all\/ubuntu-i-nvidia-container-toolkit\/", "title": "Ubuntu и nvidia-container-toolkit", "content_html": "

Из неочевидного: для того, чтобы в Docker-контейнерах заработал доступ к GPU, нужно использовать docker-ce<\/i>, а не docker<\/i> из Snap. Это связано с тем, что пакеты из snap’a работают в песочнице snap’a и не имеют прямого доступа к системе.<\/p>\n

Вот тут описание проблемы<\/a>.<\/p>\n", "date_published": "2025-03-30T01:33:41+03:00", "date_modified": "2025-03-30T01:33:37+03:00", "_date_published_rfc2822": "Sun, 30 Mar 2025 01:33:41 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "61", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "59", "url": "https:\/\/repushko.com\/all\/cons-cells-v-lisp\/", "title": "Cons Cells в Lisp", "content_html": "

Если вам (как и мне) поначалу было тяжеловато понять концепт Cons Cells в Lisp, то на Stack Overflow<\/a> есть емкое и краткое объяснение:<\/p>\n

\n

Cons cells in general hold two pointers that can point to anything. General usage of course is to point to a «value» with the left one, and to another Cons cell (or nil) with the «right» one.<\/p>\n<\/blockquote>\n

car и cdr соответственно вернут первый элемент или второй.<\/p>\n", "date_published": "2023-01-12T02:30:13+03:00", "date_modified": "2023-01-12T02:31:27+03:00", "_date_published_rfc2822": "Thu, 12 Jan 2023 02:30:13 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "59", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "57", "url": "https:\/\/repushko.com\/all\/newprojectname-dev\/", "title": "newprojectname.dev", "content_html": "

\n\"\"\n<\/div>\n

https:\/\/newprojectname.dev<\/a><\/a><\/p>\n

Есть забавная традиция называть проекты\/библиотеки именами различных мифических существ и божеств. И у меня давно лежала идея хелпера по подбору таких названий, но реализовал её только сейчас.<\/p>\n

Я напарсил самый большой список названий божеств<\/a> из 43 пантеонов, что дало 4096 уникальных имён (и 9000 если считать все алиасы). Ну а чтобы избежать коллизий, проект на лету ищет эти имена в названиях репозиториев на Гитхабе и показывает топ-результаты.<\/p>\n

Из интересной инженерии: проект на Svelte<\/a>, имеются исходники<\/a>. Внутри есть база на 1Мб сырого json’a, которая затаскивается в общий бандл приложения и ужимается до 150кб. И из-за этого хака всё успешно хостится как статика на Digital Ocean’e за 0.00$ в месяц. Дизайн тоже корявенько делал я. Запросы к Гитхабу — клиентские, лимиты запросов — тоже на клиенте. Легчайшая поддержка.<\/p>\n", "date_published": "2021-01-08T23:47:43+03:00", "date_modified": "2021-01-08T23:48:13+03:00", "image": "https:\/\/repushko.com\/pictures\/readme_image.jpeg", "_date_published_rfc2822": "Fri, 08 Jan 2021 23:47:43 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "57", "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [ "https:\/\/repushko.com\/pictures\/readme_image.jpeg" ] } }, { "id": "54", "url": "https:\/\/repushko.com\/all\/rejection-sampling-i-reservoir-sampling\/", "title": "Rejection sampling и Reservoir sampling", "content_html": "

Разобрался на днях с двумя интересными алгоритмами про выборки.<\/p>\n

Rejection sampling<\/a> находил в задачах вроде «с помощью функции, которая гарантирует равновероятное выпадение целого числа в интервале [1...7], создайте функцию, которая делает тоже самое, но в интервале от [1...10]». Ещё такая же задача была однажды у меня на собесе в Яндексе: дана монетка с вероятностью выпадения орла\/решки ½. С помощью этой монетки нужно смоделировать вероятность ⅓. Я интуитивно дошёл до решения и доказал, что это работает, но конкретно названия группы алгоритмов не знал.<\/p>\n

Reservoir sampling<\/a> про то, как смоделировать равновероятный выбор элемента при неизвестной конечной размерности множества вариантов.<\/p>\n", "date_published": "2020-10-14T21:28:27+03:00", "date_modified": "2020-10-14T21:28:38+03:00", "_date_published_rfc2822": "Wed, 14 Oct 2020 21:28:27 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "54", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "52", "url": "https:\/\/repushko.com\/all\/ideya-voice-control-dlya-rpg-igr\/", "title": "[Идея] Voice-control для RPG-игр", "content_html": "

\n\"\"\n<\/div>\n

Современные технологии уже позволяют реализовать самую клёвую штуку, которую можно придумать в RPG-играх — открытые диалоги.<\/p>\n

Вместо того, чтобы выбирать колёсиком (как в MassEffect или Fallout) вариант ответа в диалоге, можно настроить возможность произносить его голосом в микрофон. Система бы матчила семантику сказанного к максимально близком варианту ответа в сценарии и запускала скрипт реакции на этот вариант ответа. Было бы интересно попробовать.<\/p>\n

А вообще игры с голосовой механикой не новость.<\/p>\n

\n