Category Archives: Misc

Создал BBS чтобы люди могли писать про обменники которые кидают людей на деньги. Bestchange вообще перестал работать и защищает мошенников.
https://demensdeum.com/cryptoBBS

Удивительный случай произошел с моим другом, назовем его Олег. Олег в 2014м нашел на сайте bestchange обменник Xchange и купил там биткоинов на 100$, они поступили на его холодный кошелек Bitcoin Core, после чего он спокойно про них забыл. Вчера он попытался продать часть своих биткоинов, делал он все как обычно.

Зайдя на сайт https://www.bestchange.ru он нашел несколько обменников и попробовал продать криптовалюту там. Так как он очень осторожный человек, то переводил несколькими частями на три обменника с самыми высокими рейтингами. В итоге получилась такая ситуация что во всех трех обменниках его средства заблокировали под предлогом “не прохождения AML проверки”, и начали требовать ответить откуда эти монетки появились на его счетах, а затем сканы паспорта для прохождения верификации и банального возврата монет на кошелек.

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

Призываю всех быть осторожным с сайтом https://www.bestchange.ru и обменниками в топе которые выглядят разными, но ведут к конторе https://cryptomus.com, которая блокирует средства и начинает требовать с вас документы за то чтобы эти средства вернуть. Кстати сам сайт позволяет админам обменников очень легко отключать ваш отзыв о нем.

Мне известны как минимум три обменника которые работают через Cryptomus и блокируют средства по AML: Sova, Safelychange, OneMoment.

Предупрежден – значит вооружен.

Источники
https://www.bestchange.ru/faq.html#frozen-transaction
https://www.youtube.com/watch?v=_N_MSD1iFHo
https://demensdeum.com/cryptoBBS/showthread.php?tid=1

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

– Тут явно проблема в поведении
– Ну зарелизим и когда пользователи начнут жаловаться вот тогда и исправим
– ??? Ну ок…

Вроде бы рабочая схема да? Достаточно оптимальный алгоритм для команд с малым бюджетом, сжатыми сроками, недостаточного исследования/отсутствия UI/UX специалиста. Пользователи же будут жаловаться если что, ничего страшного.
Поиск в гугле показывает что источник этой методы происходит из статьи – “Complaint-Driven Development” от Coding Horror

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

На следующий день я зашел за продуктами в супермаркет снова, пробил продукты через терминал. На выходе меня встретил мужчина южной внешности с густой бородой, протянув смартфон он сказал – “Это вы на камере?”, я посмотрел в его телефон и увидел себя в майке Melodic-Death-Metal группы Arch Enemy с черепами и всем таким, причин сомневаться не было.
“Да это я, а в чем дело?”, мужчина, очень сильно прищурившись, сказал “Ты вчера колбасу не пробил”… ухты

После недолгих выяснений кто он такой, и как он сделал эти выводы, он показал мне видео которая висит на потолке магазина, на видео я пробиваю колбасу, терминал мигает подсветкой из сканера, я кладу колбасу в пакет.

– На видео видно как сканер отработал
– Ничего не отработал, оплати колбасу!

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

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

В этот день я понял насколько на самом деле пользователям сложно пожаловаться на аппаратные, программные продукты, и что скорее всего мантра “люди будут жаловаться – исправим” работает очень плохо. Основная причина это люди которые защищают сломанных роботов, сломанные программные решения, для простоты предлагаю ввести новые термины – Защитник Сломанного Робота и Защитник Сломанных Систем.

Обычные пользователи не могут пожаловаться на сбойную работу терминалов так как им мешают ЗаСРошники, которые по какой-то причине прикипают и начинают любить машины с которыми работают, возможно считая их какими-то одушевленными сущностями, забывая что живого там ничего нет.

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

– Вот здесь кое-что не работает, по документации вроде бы правильно всё
– А, так ты не читал тот мануал из 2005 года, где внизу маленькими буквами написано что надо дописать PROGRAM_START:6969
– ??? ээээ

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

Друзья, не будьте ЗаСРошниками и ЗаССошниками, относитесь к инструментам с которыми работаете с долей скептицизма, иначе вам грозит тотальное порабощения хреновыми, сломанными системами, подобно заложникам в новом цифровом мире будущего. Для тех кто не может – хотя бы не мешайте другим людям пытаться обратить внимание на нерабочие, мешающие программные/аппаратные средства, ведь разработчики этих продуктов договорились – “Когда пользователи начнут жаловаться вот тогда и исправим”

Источники
https://blog.codinghorror.com/complaint-driven-development/
https://habr.com/ru/articles/554404/
https://en.wikipedia.org/wiki/British_Post_Office_scandal

В этой заметке я опишу способ сборки bgfx приложений для веба (WebAssembly) через Emscripten.

Платформа для установки это Linux x86-64, например Arch Linux.

Для начала установим Emscripten версии 3.1.51, иначе у вас ничего не получится, всё из-за изменения типа динамических библиотек в последней версии Emscripten. Подробнее можно прочитать здесь:
https://github.com/bkaradzic/bgfx/discussions/3266

Делается это так:

git clone https://github.com/emscripten-core/emsdk.git
cd emsdk
./emsdk install 3.1.51
./emsdk activate 3.1.51
source ./emsdk_env.sh

Соберем bgfx для WebAssembly – Emscripten:

mkdir bgfx-build-test
cd bgfx-build-test
git clone https://github.com/bkaradzic/bx.git
git clone https://github.com/bkaradzic/bimg.git
git clone https://github.com/bkaradzic/bgfx.git
cd bgfx
emmake make wasm-debug

В результате в папке .build у вас будут файлы bitcode с расширением .bc, которые нужно будет линковать с вашим bgfx приложением.
Должны быть bgfx.bc, bx.bc, bimg.bc; в разных сборках разное название для этих файлов, в зависимости от типа сборки (release/debug)

Добавляем в CMakeLists.txt файл линковку с .bc файлами, для примера абсолютные пути к файлам из проекта bgfx-experiments:

target_link_libraries(${PROJECT_NAME} SDL2 GL /home/demensdeum_stream/Sources/bgfx-build/bgfx/.build/wasm/bin/bgfxDebug.bc /home/demensdeum_stream/Sources/bgfx-build/bgfx/.build/wasm/bin/bxDebug.bc /home/demensdeum_stream/Sources/bgfx-build/bgfx/.build/wasm/bin/bimgDebug.bc)

Теперь поменяйте native window handle в platform data на инициализации bgfx:

bgfx::PlatformData platformData{};
platformData.context = NULL;
platformData.backBuffer = NULL;
platformData.backBufferDS = NULL;
platformData.nwh = (void*)"#canvas";

Также надо заменить тип рендера на OpenGL:

bgfx::Init init;
init.type = bgfx::RendererType::OpenGL;

init.resolution.width = screenWidth;
init.resolution.height = screenHeight;
init.resolution.reset = BGFX_RESET_VSYNC;
init.platformData = platformData;

if (!bgfx::init(init))
{
    throw std::runtime_error("Failed to initialize bgfx");
}

Перекомпилируйте шейдеры GLSL под 120:

shaderc -f "VertexShader.vs" -o "VertexShader.glsl" --type "v" -p "120"
shaderc -f "FragmentShader.fs" -o "FragmentShader.glsl" --type "f" -p "120"

Ес-но .glsl файлы надо добавить к CMakeLists.txt как –preload-file:

set(CMAKE_CXX_FLAGS ... <Остальная часть>
--preload-file VertexShader.glsl \
--preload-file FragmentShader.glsl \

Осталось заменить основной цикл рендера в вашем приложении с while на вызов функции через emscripten_set_main_loop.

Об этом можно прочитать здесь:
https://demensdeum.com/blog/ru/2017/03/29/porting-sdl-c-game-to-html5-emscripten/

Далее собирайте свой Emscripten проект по обычному, всё должно работать.
Из интересного – в сборке Emscripten 3.1.51 похоже отсутствует OpenAL (или только у меня).

Исходный код проекта который корректно собирается с bgfx и Emscripten:
https://github.com/demensdeum/bgfx-experiments/tree/main/2-emscripten-build

Источники

https://github.com/bkaradzic/bgfx/discussions/3266
https://bkaradzic.github.io/bgfx/build.html
https://emscripten.org/docs/getting_started/downloads.html
https://demensdeum.com/blog/ru/2017/03/29/porting-sdl-c-game-to-html5-emscripten/
https://llvm.org/docs/BitCodeFormat.html

New Flame Steel Engine logo:

С сегодняшнего дня игра Death-Mask уходит в открытый доступ – можете следить за прогрессом реализации игры по ссылке: (Вау!)
[Death-Mask Wild]

На данный момент версия – 0.1 содержит базовое управление на стрелках, wsad, генерация карт, предметов (в том числе и маску смерти!), рендеринг.
Предстоит еще куча работы, и мне очень интересен ваш фидбэк – поэтому можете писать комментарии на странице с wild версией игры.
В финальной версии игра заканчивается после того как игрок найдет предмет – Маску Смерти (Death-Mask)
Приятного теста : )
—
Авторы ресурсов