разработка

Подписчиков:
11
Постов:
197

Давайте знакомиться

Привет, друзья!
Возможно, вы могли встречать в ленте наши мемы. Мы бы хотели представиться вам поподробнее, ведь мог возникнуть резонный вопрос:

“Кто вообще эти ребята?”

Мы – инди-команда по разработке игры "Rusty Rangers". Это 2D роглайт экшн-платформер в ретростиле.
Хаос охватил весь мир и только команда рейнджеров может принять этот вызов.
Разыщи всех рейнджеров, выбери своего героя и спаси мир!
Мы объединили дух классических платформеров с современными roguelite элементами, чтобы каждое новое прохождение бросало вам вызов и было уникальным: новые враги, меняющиеся локации, коварные боссы - мы очень старались сделать игру увлекательной и реиграбельной!
Рейнджеры на самом деле игра про один заход...буквально "Ещё один заход и спать !" :D

Мотивы и вдохновение

Главной задачей было повторить узнаваемую душевную ретровую атмосферу.
  В создании “Rusty Rangers” мы черпали вдохновение из великих игр, которые остались в нашем сердце еще с детства. “Battletoads”, “Чёрный Плащ”, “Чип и Дейл” стали основой нашего творчества. А современные игры, такие как “Enter the Gungeon”, “Binding of Isaac”, “Dead Cells” и “Neon Abyss”, вдохновили нас на то, что можно сочетать старую школу с новыми механиками. Мы верим, что игры должны бросать вызов игроку, как это делали старые хиты. Пиксельная графика – это наш способ отдать дань уважения тем временам, когда игры были не только развлечением, но и настоящим искусством.

 Проект и команда

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

А что сейчас с проектом?

Сейчас мы активно участвуем в конференциях и фестивалях, ведём переговоры с издателями.
Уверены, и среди вас есть те, кому придётся по душе "Rusty Rangers". 
 Разработка “Рейнджеров” для нас - это фан, творчество и общение с единомышленниками. Вся наша команда уверена, что игры должны приносить удовольствие. Вот и контент связанный с ними -  про приятные эмоции, согласны? Поэтому, мы будем продолжать выкладывать материалы по разработке, мемчики, комиксы и анимации связанные с проектом.
 Кому интересно, можете вишлистить - мы будем рады.
 Сейчас у нас уже доступна новая расширенная демка, приуроченная к фестивалю “Steam Scream Fest”.
Заходите знакомиться и наслаждаться игрой!
,Игры,разработка,инди,знакомство,RustyRangers,лонгрид,ретро,отечественный,геймдев
Привет ребят, нужна консультация. Попалась задача, дано:
1) Инстанс Databricks (AWS) в UK

2) Копроративная финтех софтина в US
Цель: tokenized JDBC коннекшен m2m, возможность забирать датасеты из датабрикса в UK и писать в локальную базу в штатах.
Проблемы:
- Софтина не поддерживает Databricks нативно, но поддеживает дженерик JDBC коннехуны.

- Токены выдает пропиретарный ID провайдер и они экспйрятся каждый час.
Возможное решение: Питон апп, который будет ходить к местному Principal и просить токен, после чего включать счетчик и обновлять его каждый час. Токен размещать в ENV VAR сервера с софтиной, в JDBC URL connection template соответственно подсовывать ENV VAR где хранится полученный токен.
В теории, должно работать, но мне максимально не нравится секьюрность такого решения. В идеале, хотелось бы все это делать в рантайме, без записывания чего бы-то ни было куда бы-то ни было. Тоесть, сделать какой-то хендлер конкретно этого коннехуна и прям вот в открытой сессии подменивать токены.
Сразу хочу сказать, что это не совсем моя область знаний, поэтому и прошу советов.
,пидоры помогите,реактор помоги,it,разработка,базы данных,python
Недавно вышел ролик о разработке The Forever Winter из которого стали понятны многие концепты и идеи и общий геймплей. В видео подробно рассказывается о логике и законах, по которым живет мир и игрок в нем. Ниже выжимка самого основного.
Над билдом из видео работало 30 человек 1-2 года, что несомненно обидит манагеров разработки всяких ААА.
Итак, ты НЕ главный герой. Ты не второстепенный герой. Ты жалкий непись на поле боя, которого по началу за угрозу считать не будут(и ты захочешь ,чтоб так оно и продолжалось!)
В общем плане происходящее можно описать так. Есть стратежка вроде Supreme Commander(с туманом войны, постройкой всё более сильных юнитов, захватом территории...) в которую играют два ИИ на какой-то карте. И вот тебе посчастливилось от первого(третьего) лица нейтрала заспавнится на этой карте...
Геймплейно ты должен собирать лут; стараться быть незаметным; подлавливать моменты, когда стороны конфликта будут заняты друг другом, чтоб быстро полутать свежие остовы; если хочется риска, то можно сагрить одну фракцию и закайтить её на местоположение другой. ИИ не обязательно "видит", агрессию от игрока, но если завалить в точке отряд юнитов, то туда пошлют отрят юнитов помощнее, чтоб разобраться что произошло... И если пытаться валить всех с пушкой на перевес, то ИИ увидит в вас угрозу посерьезней и вышлет адекватный ответ для уничтожения.
Играть можно кооп, или синглу с ботами-напарниками. Вероятно по ощущениям и камьюнити нас ждет что-то между DRG и GTFO.

Отличный комментарий!

Теперь у нас 10 новых багов.
всего 10. неплохо поработали!
Человек по имени Альберт Бэкон Пратт из Вермонта получил патент на установку небольшой пушки на передней части шлема. Идея заключалась в том, что наводчик инстинктивно направлял орудие туда, куда он смотрел, с помощью прицела, который болтался у него перед глазами. 
Видимо, мысль сломать наводчику шею или отправить в полет откатывающийся шлем ему не пришла в голову. Никаких сообщений о его когда-либо использовании не известно.
А. В. PRATT.
WEAPON.
AmtcATie* nu» »um*. i«i».
/í*X»r4t¿OIV
IS. /Vttii,
1,183,482.
Patented May 16,1916.
a »«us »»u: ».,Картинка,патент,пушка,шлем,разработка,несколько файлов
А. В. PRATT. WEAPON.
APPLICATION FILED JULY 14, 1915.
1,183,492.
Ж*л
Patented May 16,1916.
3 SHEETS-SHEET 2.
/17
/35 '*7 /37
A/3' j *G
Ж%€р. 47. 3/	35 39
/07
Wlistf.S.
ss\*\?3/евз 3/
43/35	43
/в/
æeJ Vm/eníor: Д. Г*-,cuit,
r</2ttïf$C,Картинка,патент,пушка,шлем,разработка,несколько
,Картинка,патент,пушка,шлем,разработка,несколько файлов

Отличный комментарий!

Так вот откуда!

Работаем над своей игрой (помесь сюжетной визуальной новеллы и квеста)

Привет всем Нашим! Я и еще несколько человек некоторое время делаем игру и хотим начать писать посты касательно нашего проекта.
///////// **О чем игра**
Игра состоит из двух основных взаимосвязанных элементов: 
- Визуальная новела (как а-ля БЛ, так и конкретно "Жизнь и страдания Господина Бранте" из-за количества артов и затрагиваемых тем );
- Квест на подобии Петьки. Из фонов вы сможете выбирать предметы и класть их в инвентарь, взаимодействовать с персонажами и так менять хот сюжета.
///////// **Лор игры**
Лор игры происходит в альтернативной солнечной системе, а сюжет будет происходить на космическом лайнере "Олимп". 

///////// **Сюжет и три главные героини**
В сюжете будет несколько сюжетных линий, главные из которых связаны с тремя главными героинями (кину сюда их спрайты во весь рост).

Через них мы хотим рассказать не только их истории, но и социальные особенности мир игры. 
У каждой героини будет своя история и затрагиваемая проблематика. Однако помимо этих веток будут и другие варианты прохождения. Например, можно будет не заводить с нимиотношения. Также на корабле будут происходить и другие ветки с другими персонажами, где ГГ может встать на одну из сторон. 
Играя Вы будете решать как будет действовать ГГ во время полета и к каким результатам он придет.
///////// **Демо-версия и помощь в проекте**
Сейчас мы готовим демо-версию игры, в которой будут представлены три главные героини с некоторыми другими персонажами, основные механики и некоторые лорные моменты. (На артах представлен пока только предварительный дизайн интерфейса)

///////// **Помощь в проекте**
С чем нужна помощь:
- Помощь в создании интерфейса игры;
- Помощь с покрасами фонов как на артах ниже;
- Другая помощь тоже пригодится!
Иван Углянский
@с^_пзк
Чем больше я заглядываю (против своей воли) в менеджерские дела, тем больше командная разработка софта в большой компании кажется мне похожей на... имперский корабль из мира вархаммера, летящий сквозь варп.
Смотрите сами:,Warhammer 40000,wh40k, warhammer 40k, ваха,
Рядовые разрабы - это работяги с нижних и средних падуб. У них четкие, локальные, часто интересные задачи: поддерживать работу гипердвигателя, заряжать макропушки и т.д.
Они вроде и знают, что снаружи какая-то жесть, время от времени что-то просачивается, но в целом - пофиг.,Warhammer 40000,wh40k,
Сеньоры, принциплы, техлиды - это уже техножрецы Адептус Механикус.
Они в целом понимают устройство корабля; знают молитвы, позволяющее находить с ним общий язык; хранят традиции и знают, почему делать вот такой глобальный рефакторинг или переписывать все на 6о не стоит (ересь),Warhammer 40000
Но корабль летит в варпе, за пределами поля Геллера океан Хаоса. И каким-то бедолагам нужно в этот Хаос всматриваться, чтобы понять, куда кораблю все-таки лететь.
В вархаммере эту роль исполняют навигаторы из Новис Нобилите, а в разработке софта - менеджеры разных сортов.,Warhammer 40000,wh40k,
В разработке роль Хаоса исполняют внезапные тредования от заказчиков, сложное взаимодействие с другими командами, валящиеся сверху дедлайны, резкое изменение курса партии и т.д.
Задача менеджмента, соответственно, лавировать и экранировать остальную команду ценой своего рассудка,Warhammer 40000
Если навигатор/менеджер хороший, остальная команда Хаоса не чувствует вообще. Если плохой, ну, ждите демонов на нижних палубах, кранчи, переработки, хаотичную разработку без времени на приведение кодовой базы в порядок и т.д.,Warhammer 40000,wh40k, warhammer 40k, ваха, сорокотысячник,фэндомы,wh
Навигаторы, кстати, не совсем люди: у них есть специальные мутации, позволяющие дольше выдерживать влияние варпа, да и вообще взаимодействовать с ним.
Так что вполне понятно, почему превращать разраба/сеньора в менеджера НЕ ВСЕГДА хорошая идея -сойдет с ума и впадет в ересь,Warhammer 40000,wh40k,
Да, кстати, про микроменеджмент.
Представьте, что будет, если главный навигатор решит спуститься на нижнюю палубу и начать указывать работяге, как заряжать макропушку?
Во-первых, он же нихрена не понимает в этом;
Во-вторых, у него бля три глаза, работяга сразу кукухой поедет.,Warhammer 40000

Отличный комментарий!

Это ж почти как если бы все командные структуры строились на схожих принципах разделения обязанностей и логике.
Данный пост создан исключительно с целью продемонстрировать, что реактор может иметь встроенный баянометр приемлемой функциональности без существенных затрат на его реализацию и сервера. Он ни в коем случае не пытается бросить тень на существующий баянометр от ExtraDj - вполне возможно его баянометр в сто раз круче (я не знаю).
Я совсем недавно начал создавать посты на реакторе, но уже успел ощутить всю проблематику поиска повторяющегося контента на этом ресурсе. И задумался о том, как много времени реактор мог бы сэкономить постерам, имей он встроенный баянометр. Сколько человек не смогли преодолеть сложности размещения контента на реакторе и сколько перестали это делать из-за большого количества времени, которое на это требуется (сужу исключительно по себе). 
А недавно ещё и получил разрешение от Вождя. Что ж, доступа к коду сайта и базе у меня нет. Выкачивать весь его контент, чтобы собрать отдельный баянометр я особо желанием не горю. Но могу, по крайней мере, разобраться в ситуации и продемонстрировать Proof of concept.
Я дотнетчик по большей части, поэтому технологии используются соответствующие. Вряд ли технологии, которые используются реактором, имеют какие-то существенные ограничения чтобы справиться с этой задачей.
Итак. Перцептивный хэш - похоже, то, что нам нужно. Проблема распространенная, поэтому сразу же нашлась библиотека, которая этот хэш считает - по крайней мере эту рутину писать не придётся. Как будто мы ещё ничего не сделали, а решение уже готово. Протестируем.
Первый кадр из видео. Разрешение 720х1280 против 320х568.
AverageHash и PerceptualHash - абсолютно одинаковые цифры. А это значит, что если вы сохраните этот хэш в БД рядом с картинкой, вы легко сможете достать по нему запись о картинке. Похоже баянометр в простейшем виде уже готов.
Извлечение данных. Т.к. некоторые реакторчане ссылались на проблему поиска в большом количестве данных, нужно протестировать и это. Приблизительно 7000000 картинок есть на реакторе. Возьмём MS Sql server. Создадим таблицу с 7000000 записей со случайными цифрами в качестве хэша. Чтобы всё было по-честному:
□ SELECT a,b
FROM ( SELECT TOP 200 a,b FROM test ORDER BY a DESC) SQ ORDER BY a ASC
.00 % -
И Результаты		ijl Сообщения
	a	b
1	! 6999800 !	6964075964389932
2	6999801	16589863736228552
3	6999802	5026461835299065
4	6999803	43764015194280080
5	6999804	62220703321801248
6	6999805
Изменим одно из значение на реальный хэш с картинки выше. И посмотрим сколько надо времени чтобы её найти.
SET STATISTICS TIME ON
select * from test where b=73051550389305359 JO %	-
IS Pe3yjibTaTbi		ill Coo6mehMH
A		B
1	2000000	73051550389305359,баянометр,разработка,длиннопост
SET STATISTICS TIME ON
select from test where b-73051550389305359
.00 % -
Щ Результаты Ф Сообщения
Время синтаксического анализа и компиляции SQL Server зремя ЦП = 0 мс, истекшее зремя = 0 мс.
Зремя работы SQL Server:
Зремя ЦП = 0 мс, затраченное зремя = 0 мс.
Зремя синтаксического анализа и
По-моему проблем тут нет.
Дальше. Что если картинка немного отличается от оригинала. Например нам надо сравнить первый кадр видео с гифкой. Гифка, будет иметь кучу артефактов и, возможно, другой начальный кадр. Как тут:
Либо яркость на картинке выкручена на максимум, как тут:
Хэши не совпадают. Всё пропало? Не совсем. Обратите внимание на подсчёт "похожести" хэшей внизу картинок. Всё что нам нужно сделать, чтобы начать находить не только идентичные картинки, но ещё и похожие - это перенести логику подсчёта похожести в запрос к БД. Получим.
|SET STATISTICS TIME ON
DECLARE @b Bigint = 73051550389305359
select from test where 64 Bit_Count(b @b))	100	64)>92
100 % -
® Pe3>^bTaTbi	ill Coo6mehMH
A	B
1 ! 100	218292640519487501
2 2000000	73051550389305359,баянометр,разработка,длиннопост
SET STATISTICS TIME ON
DECLARE @b Bigint = 73051550389305359
select from test where ((64 - Bit_Count(b A @b))	100 / 64)>92
.00 % -
Щ Результаты Ф Сообщения
Зремя скятахскчесхого анализа и компиляции SQL Server: время ЦП = 0 мс, истекшее время = 0 мс.
Зремя работы SQL Server:
Зремя ЦП = 0 мс,
Теперь по затратам времени и ресурсов. На этот Proof of concept ушло несколько часов - большая часть на подготовку и написание поста. Добавить его на любой свой сайт я могу за несколько часов. Нагрузку на сервер вы можете видеть в статистике запроса к БД. По-моему скромному мнению - она никакая. А если учесть, что эти запросы будут редкими - только при создании новых постов, то ими вообще можно пренебречь. Железу, на котором запущен sql сервер более пяти лет. Более того, пять лет назад это был бюджетный домашний комп.
Здесь мы собираем самые интересные картинки, арты, комиксы, мемасики по теме разработка (+197 постов - разработка)