Немного мыслей про языки.

C++ в его современном виде кажется слишком громоздким. Каждая новая фича пытается устранить недостатки прошлых версий и сделать код безопаснее и удобнее, но сам язык усложняется. То же самое происходит, например, с Rust. Мы наращиваем абстракции, чтобы упростить разработку. При этом решаем старые проблемы, плодя новые, требующие либо адаптации мышления, либо новых решений (yet again). 🤔

Мы стали забывать, что каждый уровень абстракции увеличивает стоимость и отдаляет нас от решения проблемы. 💸

Семантика перемещения решает проблему копирования, но требует дополнительных функций, правило трех превратилось в правило пяти (не появится ли скоро правило семи?). По сути, это лишь копирование указателя, но с нюансом (как в анекдоте про нюанс). Спецификаторы доступа public/protected/private помогают скрыть то, что не нужно (по замыслу автора) менять пользователям, но разве вам не приходилось бороться с сокрытыми полями в классах 🎮 Unreal Engine и выдумывать методы обхода таких решений? Не чувствовали ли вы себя шпионом, который пробивается к полям через касты и смещения. Как это добавляет безопасности?

Здесь можно вспомнить про PHP с Laravel и прочими популярными MVC фреймворками. Они тратят больше времени на создание абстракций, чем на выдачу контента пользователю. И это только для обработки одного запроса (после чего оно спокойно умирает). А попробуйте обновить старый сайт с Laravel 5 до Laravel 8 - сколько времени это займёт? Куда удобнее и легче в поддержке тот же Wordpress, простой как вьетнамский тапок.

Вспомним также и ORM фреймворки вроде SQL Alchemy (Python), Gorm (Go), и прочие, которые позволяют писать красивый код, который очень нравится писать программисту, но в ущерб производительности (в разы) и гибкости (попробуйте создать полиморфические таблицы и запросы к ним с помощью любимого ORM фреймворка). Почему не использовать низкоуровневый драйвер и SQL?

В JavaScript ситуация еще интереснее: вокруг языка возник зоопарк над-языков, фреймворков, библиотек «для увеличения надежности и упрощения разработки». Однако некоторые фреймворки стали настолько громоздкими, что нынче требуются новые, более простые, которые решают проблемы старых. Никто не понимает как работает Webpack, поэтому был создан Vite, а Angular меняют на Svelte. При этом ванильный JavaScript и DOM вполне неплохи, и с ними тоже можно работать и, что важнее - быстро решать проблемы, не перегружая голову условиями и ограничениями фреймворков.

По факту, всё это напоминает скорее ритуал. Компании используют выбранный фреймворк, даже если он больше мешает, чем помогает, потому что разработчики знают только его. Появляется необходимость в бэкенде — мы не привлекаем Go-программистов, а переводим часть фронтендеров на NodeJS (и так сойдёт, поскейлим вертикально, горизонтально, всё остальное - излишние расходы и ненужная оптимизация - фу). Для десктопа и мобильных мы берем Electron и наш любимый фреймворк, закрывая всё одной командой. One ring lang to rule them all! И имя ему - JavaScript. 😅

Разве это не прекрасно? (Не всегда).

#программирование #мысли

Полезный скрипт от моего товарища, который нас не раз выручал. Позволяет восстанавливать удаленные ветки в git. 🔓

#programming #git #scripts

Проблема абстрактного метавёрса

Основная жалоба со стороны пользователей, как и у большинства метавселенных, — "а что тут делать?". 🤷‍♀️
Поэтому я решил добавить в игру конкретные занятия: от простых, но эффективных (с точки зрения конверсии и удержания), до сложных и захватывающих. Подробности пока разглашать не буду. Разработка построена так, чтобы с минимальными усилиями (учитывая, что команда разработки сейчас - это я один) создать базовую версию игры. Она должна поддерживать онлайн-активность, и постепенно дополняться новыми фичами. Главная идея - создать замкнутую экономику с продуманной циркуляцией ресурсов и игровой валюты, параллельно предложив увлекательный и социально-ориентированный геймплей.

Приоритеты

Система матчмейкинга, отвечающая за запуск и остановку серверов в рамках Kubernetes кластера у меня уже есть и работает. Также сам кластер позволяет гибко масштабировать проект: при развёртывании в облаке
добавляются ноды по мере роста нагрузки, поддерживая требуемые мощности и количество игроков. Поэтому важнейшая задача на данный момент - имплементация игрового сервера с ключевыми системами, отражаемыми в клиенте.

Решение

Для серверной части я выбрал язык C. До этого на нём я писал только небольшие эксперименты, но мне давно хотелось попробовать что-то серьёзное (аж руки чесались) 🧑‍💻. Ведь именно на C созданы многие фундаментальные библиотеки, на которых построено практически всё, что мы знаем (zlib, openssl, libpng, и прочие). Я решил что это будет отличным опытом, особенно учитывая что на C также создавались культовые игры Doom, Quake, Half-Life, Counter-Strike, WarCraft и многие другие. Кроме того, C всё-таки очень простой в сравнении с другими языками, и количество абстракций сведено к минимуму, что мне тоже нравится. Что из этого выйдет - посмотрим, но пока всё получается, всё очень интересно и приносит ощутимый опыт. 🌡

Большой рефакторинг

Так начался перенос логики игры с JS на C. 👉
Чтобы освоить C, я сделал несколько тестов с ключевыми системами игры в виде отдельных систем. Первым делом - генерация подземелий. У меня уже был JS-код, генерирующий детерминированные подземелья по заданному сиду.

Если коротко, то переносить код с JS на C было не так сложно, как я предполагал изначально. Систему генерации подземелий на JS я писал около 2-3 недель, мучаясь с отладкой. На C я всё переписал в течение недели.

Перенос генерации подземелий

Код Mersenne Twister мне помог Copilot буквально за несколько минут ⬆️, этот алгоритм я использую для генерации детерминированных (с указанным сидом) целых чисел, чисел с плавающей точкой, цветов и других данных.

Далее потребовалась загрузка конфигурации для особых миров (таких как центральный мир, где появляются новые игроки при логине). С этим отлично справилась библиотека cJSON. Работать с ней оказалось проще, чем, например, с JSON в Unreal Engine, и конфигурации миров стали быстро загружаться в соответствующие структуры.

Потом я реализовал динамические массивы для хранения данных генерации (изначально - отдельный под каждую структуру). Когда их стало несколько, я объединил их в одну универсальную структуру с использованием void* и вспомогательных функций. Это было хорошим упражнением в работе с указателями.

Для визуализации подземелий использовал libpng, которая позволила наконец-то увидеть подземелья в виде картинок вместо анализа JSON матриц на десятки тысяч элементов 👀 в NodeJS. Это значительно упростило отладку.

На C были переписаны и оптимизированы функции для создания подземелий:
- Генерация шума - изначальная генерация детерминированной карты с заданными параметрами;
- Сглаживание шума - создание стен и пустот, которые образую комнаты и коридоры;
- Определение изолированных областей - выделение и отсеивание слишком мелких регионов;
- Соединение комнат - нахождение и соединение ближайших комнат в единую сеть;
- Расположение игровых объектов - добавление руды, монстров, и четырёх порталов в каждом подземелье (по 4 сторонам квадрата).

#minercaravan

Остросюжетный фильм об капитане милиции с установленным в тело искусственным интеллектом в сеттинге будущего СССР.
В главной роли Роман Курцын.

📱 YOUTUBE

📱 ВК ВИДЕО

Фильм снят при финансовой поддержке краудфандинга на planeta.ru

Приятного просмотра!