Сегодня про компанию Акелла почти ничего не слышно, но когда-то она была довольно знаковым издателем и разработчиком игр в СНГ. Начав с «пиратского» контента, очень скоро перешла в русло сугубо легального ведения бизнеса. Правда многими небезосновательно считается, что с тёмной стороной силы Акелла не попрощалась, поскольку создала в качестве прикрытия своей нелегальной деятельности небезызвестную компанию Фаргус, чьи «пиратские» издания с теплом вспоминаются у большинства олдфагов.

Но сегодня я хотел бы рассказать об их попытке самостоятельной разработки игр и, надо признать, довольно удачной! Ведь в 2000 году свет увидела первая часть серии «Корсары: Проклятье дальних морей», где вы, взяв под управления Николоса Шарпа, сможете окунуться в романтику жизни в море и побывать как вольным капером на службе у короны, так и пиратом, грабящим любые суда без разбора. Кроме того, вам никто не запрещает быть честным торговцем, путешествующим между островами карибского бассейна, желая продать товар повыгоднее. Игра была высоко оценена как простыми игроками, так и профильной прессой, а продажи позволили без каких-либо сомнений говорить о продолжении.

Castlevania: Symphony of the Night является знаковой вехой для индустрии, ведь она, наравне с серией игр Metroid, способствовала появлению целого жанра, который был назван в их честь – Metroidvania. Будучи далеко не первым в линейке из более десятка игр, проект произвел фурор в 97 году благодаря значительно доработанному подходу к геймплею и обновленной игровой формуле предшественников. Если раньше игры в этой серии были коридорными аркадными платформерами, то новая (на тот момент) часть разбавила их ролевыми элементами и глубоким изучением мира, добавляя определённую долю нелинейности в процесс. А наличие большого и неочевидного сегмента игры после убийства последнего босса (который стоит пройти ради достижения «правильного» финала), четырёх концовок, а также возможности выбрать другого персонажа позволяло возвращаться в проект снова и снова, погружая игрока в её готический, тёмный мир, полный загадок и интересных открытий.

Мы много лет уже используем в качестве основной базы данных PostgreSQL. За это время он зарекомендовал себя быстрой и надежной СУБД. Однако, есть в PostgreSQL одна проблема, с которой приходится сталкиваться достаточно часто. К сожалению, реализация логики временных таблиц в нем имеет ряд недостатков, которые отрицательно сказываются на производительности системы.

Одним из свидетельств наличия проблемы является то, что для временных таблиц в Postgres Pro была добавлена специальная функция fasttrun, а в Postgres Pro Enterprise существенно доработана работа с ними (см. пункт 4). 

Наиболее активно временные таблицы используют платформы, в которых разработчик не работает напрямую с базой данных, а таблицы и запросы генерируются непосредственно самой платформой. В частности, к ним относится платформа 1С или ее открытый и бесплатный аналог - платформа lsFusion.

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

В этой статье хотелось бы рассмотреть такой вопрос - как частичное обновление больших объемов данных в таблицах, которые активно используются пользователями на чтение. Задача является типовой, и с ней сталкивается каждый инженер данных. При этом не важно на какой ступеньке своей карьерной лестницы вы находитесь, Junior или Senior, такие задачи будут.

Сейчас очень популярная история создавать свой UI Kit и везде рассказывать какой он крутой и как он ускорил разработку, поэтому я решил написать небольшой гайд, как заиметь себе собственный UI Kit.

После моего туториала, вы тоже сможете рассказывать какой у вас крутой UI Kit, но это не точно :)

Возможно, кто-то из читателей помнит мою серию публикаций о графической библиотеке OpenSceneGraph. Уже на тот момент, в общем-то было понятно, что использование OpenSceneGraph в 2018 году мало оправдано из-за того, что OpenGL, на котором основан OpenSceneGraph потихоньку сдает свои позиции. В феврале 2016 года орган по стандартизации OpenGL Khronos group, выпускают приемника OpenGL - Vulkan API версии 1.0. Производители оборудования в общем-то почти сразу стали добавлять в драйверы своей аппаратуры поддержку нового API. По крайней мере, актуальная на тот момент GeForce GTX 970 уже имела таковую поддержку (про более старые серии аппаратуры ничего сказать не могу).

Не смотря на то, что OpenSceneGraph таки получил поддержку OpenGL 3.x (и ваш покорный слуга собирал его с таковой поддержкой), разработчикам этой библиотеки стало понятно, что огромное количество внутренних проблем OpenGL делает его поддержку бесперспективной. Поэтому, в конце мая 2018 года стартовала разработка новой графической библиотеки VulkanSceneGraph, ориентированной исключительной на Vulkan API. 13 ноября 2022 года состоялся официальный релиз VulkanSceneGraph-1.0, а совсем недавно, 31 августа 2023 выпустили VulkanSceneGraph-1.0.9.

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

В публикациях на хабре, чаще всего самое интересное в комментариях. Вот и в моем прошлом посте "Сгенерировать web интерфейс из БД или объектной модели не стало проще даже 10 лет спустя" я собрал джекпот из SharePoint, Vaadin и нескольких библиотек либо устаревших, либо поддерживаемых "одним автором".

Что я пытался объяснить читателям, что на этапе проверки идей не нужна дополнительная сложность в виде серверной инфраструктуры только ради этой самой инфраструктуры и нового языка программирования/платформы. Именно поэтому мне не нужны сейчас Yii, Symfony и Laravel, не подойдет ADF. На любое обучение тратится драгоценное время и поэтому надо понимать зачем тратить время на что-то, что потом возможно навсегда придется забыть через неделю-другую игры с прототипом.

В своих эксперементах с помощью лапшекода на JavaScript я быстро разработал вполне функциональный интерфейс. А начиналось все с Java 21, хотя в итоге обошелся без нее!

При оценке требований базы данных к оборудованию требуется учет многих факторов. И здесь у Postgres есть одна интересная особенность, которая почти всегда ускользает от внимания разработчиков, потому что она искусно спрятана между столбцами таблиц.

local ffi = require ("ffi")
local msg = ffi("user32.dll", "MessageBoxA")
msg(0, "Message", "Title", 0)

local glfw = ffi("glfw3")

Размер самой ffi.dll при этом получился аж 9 Кбайт, вот она целиком на картинке размером 32х96 пикселей. Можно сохранить это изображение, сконвертировать в bmp (хабр не умеет в bmp, пришлось дополнительно упаковать в png), потом руками удалить первые 54 байта заголовка (до 'MZ') и пользоваться.

Вы когда-нибудь пробовали скачивать видео с YouTube? Я имею в виду ручками, а не через такие софтины, как youtube-dl, yt-dlp или один из «этих» сайтов. Оказывается, это гораздо сложнее, чем можно было бы подумать.

Youtube зарабатывает на показе рекламы пользователям. Поэтому с точки зрения платформы логично внедрить специальные ограничения, которые не позволяли бы скачивать видеоролики или даже просматривать их через неофициальный клиент, например, YouTube Vanced. В этой статье будут пояснены технические детали тех механизмов безопасности, что действуют в Youtube, и рассказано, как их обойти.

Среди применяемых в PostgreSQL методов доступа к данным Index Only Scan стоит особняком, считаясь у многих разработчиков "волшебной пилюлей" для ускорения работы запроса - мол, "Index Scan - плохо, Index Only Scan - хорошо, как только получим его в плане - все станет замечательно".

Как минимум, это утверждение неверно. Как максимум, при определенных условиях может вызвать проблемы чуть ли не на ровном месте.

26 июля в Вашингтон прилетели НЛО.

НЛО — или, как их ещё называют, неопознанные аномальные явления (НАЯ) — в последние годы стали объектом повышенного внимания со стороны правительства США благодаря громким показаниям очевидцев. Для того чтобы пролить свет на то, что, по мнению некоторых, представляет собой серьёзную угрозу национальной безопасности, которую несут в себе НАЯ, подкомитет Палаты представителей по национальной безопасности на границе и иностранным делам провёл в среду (26 июля) в Вашингтоне слушания на тему «Неопознанные аномальные явления: последствия для национальной безопасности, общественной безопасности и прозрачности деятельности правительства».

На слушаниях выступили три ключевых свидетеля: Райан Грейвс и Дэвид Фравор, два бывших лётчика ВМС США, сообщившие о получивших широкую огласку встречах с неизвестными объектами в воздушном пространстве военных учений, и Дэвид Груш, ветеран боевых действий, обладатель наград, офицер разведки Пентагона.