Знаете что узнал? Что средненький такой провайдер (разработчик gambling-игр) с не самым большим портфелем игр при правильном распространении может спокойно иметь тысяч 300 баксов прибыли в месяц… и иметь потенциал для дальнейшего роста…

Да, я готов еще год потратить на разработку, упаковку и лицензирование 😅

Я понял как я был уязвим…

Понял это я после ухода бекендера. Я столкнулся с ситуацией, где я не понимал как устроен наш слот. Как мне нанимать нового человека и отвечать на его вопросы?. Я понял, что в этой области у меня нет рычагов контроля и устойчивости.

И после микродепрессии я решил исправить этот досадный пробел.

Я нанял как консультанта бекендера из индустрии, который сейчас помогает мне разрабатывать архитектуру бекенда провайдера. Даже не слота, а именно всего провайдера. И да, я не оговорился, он именно помогает. Так как я сам активно в этом участвую, структурирую, учусь. И вроде как даже все делаю правильно.

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

Вот на этом я, собственно, сейчас и сосредоточен. И да, это вообще базовое все и стандартное, но я этого не знал и по сути сейчас только разобрался как все это устроено. И очень доволен собой, если что))

PS. И да, слот, который мы сделали, придется переписывать - но это вообще не пугает)

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

Я думал, что за год это все пройдёт.. за очень медленный год, за очень сложный год в плане работы над проектом… но нет, не прошло… может позже пройдет?

Какие вообще у меня основания превзойти гигантов рынка? У меня нет такого количества ресурсов, такого количества знаний и связей… только слабоумие и отвага) и дикое желание делать крутые игры 🤷🏻‍♂️

Будет забавно читать этот пост, если я вдруг не выдержу и сольюсь)

Кстати, если вдруг кому-то интересно как у меня устроена воронка задач в таск-трекере, то вот, держите:

- Backlog - все задачи, по идее, сначала должны попадать сюда. Место фиксации.
- Next To Do (ex. Sprint) - отобранные задачи из беклога, которые нужно сделать в обозримом будущем
- In Process - задачи, над которыми работают в данный момент. Не всегда туда люди эти задачи переносят, но что поделать.
- In Approve - задачи, которые выполнили и которые ожидают проверки
- To Be Fixed - задачи, отправленные на доработку после проверки
- Approved - проверенные и утвержденные задачи, ожидающие оплаты
- Done - выполненные задачи

Иногда еще бывают такие столбцы:

- Docs - важные документы, ссылки и тд. Щас использую редко, так как все переношу в одну единую базу знаний. Но иногда все же применяю
- Questions - раньше был такой столбец, туда писали разные вопросы, которые требуют внимания. Щас практически не используется.

Если интересно, могу еще расписать воронку багов.

Вот короткий пост в твоем стиле, без длинных тире и стандартных нейросетевых оборотов:

Ответственно заявляю, что все посты в этом канале пишу Я сам! Это моя принципиальная позиция! Я все сказал!

Хочешь, я попробую написать в другом стиле?

Этапы воронки «Bugs»

New

Баг только что зафиксирован. На этом этапе он ещё не анализировался: не подтверждён, не классифицирован, не назначен. Цель — зафиксировать факт наличия проблемы и дождаться первичного анализа.

Qualified

Баг просмотрен и подтверждён. Определена область бага (frontend / backend / etc)

Assigned

Баг назначен конкретному исполнителю

Open / In process

Исполнитель работает над устранением бага. Производится диагностика, вносятся изменения в код, готовится решение. Баг находится в активной разработке.

ReOpen

Сюда возвращаются баги, которые не исчезли после проверки

Fixed / Pending Retest

Разработчик завершил исправление и отправил его на проверку. Ожидается ретест от QA или инициатора бага, чтобы подтвердить эффективность правки.

Retest

Исправление проверяется: проводится повторное тестирование, сравниваются результаты с ожидаемым поведением. Цель — убедиться, что баг действительно исчез и ничего не сломалось дополнительно.

Verified / Approved

Тестирование успешно завершено, баг подтверждён как устранённый. Все заинтересованные стороны (QA, автор бага) приняли исправление.

Closed

Баг официально закрыт. Цикл его жизни завершён. Все действия зафиксированы, и задача больше не требует внимания.

Дополнительные статусы (альтернативные пути бага):

Rejected

Баг отклонён. Проблема не подтверждена или признана неактуальной. Например, баг описан некорректно или его поведение соответствует ожиданиям.

Deferred

Баг признан валидным, но решено отложить его исправление. Это может быть связано с приоритетами, релизным планом или ограничениями ресурсов.

Not a Defect

Поведение описанное в баге соответствует текущей логике продукта. Это не ошибка, а, возможно, недопонимание спецификации или UX-дизайна.

Non Reproductive

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

Can’t be fixed

Технически баг устранить невозможно (например, ограничение сторонней платформы или неподконтрольного API). Решение зафиксировано, и баг исключён из активной разработки.

На самом деле мой предыдущий бекендер очень хотел, чтобы мы сделали воронку багов внутри гитлаба. Типа там было бы удобно связывать с комитами и тд.

Но мне пока хочется, чтобы баги были в том же инструменте, что и задачи. А именно, в YouGile. Возможно я дорасту до того, чтобы баги таки перенести в GitLab.

Кто что думает? Реально ли баги лучше вести в GitLab’е?

Кстати. Вдруг кто не знает о тг-боте, где собраны многие нейросети, а том числе VEO3 - то вот вам моя рефералка.

Я за два дня оставил там 20 тысяч рублей на токены на эксперименты с VEO3 (ваще прикольная штука, могу я вам сказать).

Но это VEO дорогая просто. Остальное там не так дорого. А там куча всяких нейросетей

Мы тут сделали кейс на Бехансе) Зайдите полайкайте плиз)

https://www.behance.net/gallery/230604187/Smells-Like-Crypto-Slot-Game

Не знаю зачем, но может пригодится.

Мессенджер, который работает без интернета по блютус. Правда в радиусе 30 метров. Сообщения шифруются и удаляются.

Ссылка

Один день Дарта Вейдера в России.

Я тут короче побаловался с VEO3. В умелых руках с этой штукой можно делать очень интересные вещи, скажу я вам. Даже не смотря на то, что нейронки пока не сильно умеют в консистентность персонажей.

Смонтировал я кривовато, наспех. Но если заморочиться…)

А это, чтобы вы понимали, сколько я сделал итераций. Решил это как-то фиксировать, чтобы потом самому охреневать

Вы тоже можете посмотреть прямо в миниапе кликнув на главном экране на маленькую кнопочку внизу «Обновления»