TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #577 · 1.10

Закончился второй этап конкурса "Код Петербурга". На первый я отправил скилл для Маруси, позволяющий гибко искать события по базе KudaGo. Но с самого начала говорили, что среди критериев оценки будут метрики: число пользователей и так далее. Там, где есть метрики, нужно делать развлекательный проект или игру, без вариантов. У "полезных" самостоятельных приложений (не связанных с внешним бизнесом) метрик нет почти никогда. Я посмотрел на топ развлекательных приложений в каталоге ВК и увидел, что местная аудитория любит кликеры / idle. Это такие игры, которые максимально абстрагируют игровой процесс: буквально конвертируют время вашей сессии и совершение простейших действий во внутриигровой ресурс. Грубо говоря, вы получаете очки, потому что просто сидите в игре, и на этом все. Ну, иногда нужно нажимать на экран. О причинах популярности и кажущейся примитивности этого жанра я сейчас рассуждать не берусь, но во второй этап решил сделать кликер про музеи Петербурга. Напомню, что одно из условий конкурса: использовать API городских сервисов. Здесь я взял базу данных Министерства Культуры. В игре "Музейный Барон" вам нужно нажимать на посетителей с разными предпочтениями, получать с них деньги, на которые строить музеи, позволяющие получать еще больше денег, в том числе автоматически. Музеи, разумеется, настоящие. Я, кстати, пока подбирал, узнал о нескольких новых, которые хочется посетить. Еще есть, например, возможность в реальности зачекиниться по GPS у нужного музея и получить его со скидкой. И, конечно, я не отказал себе в удовольствии сделать отдельный режим "Ночь Музеев", генерирующий в разы больше посетителей. Вообще, делать кликер было интереснее, чем кажется. Отдельно пришлось придумывать, как не допустить написание игроками ботов для автоматизации. Ну и математику тоже пришлось продумывать, строя графики, хотя, кажется, есть куда улучшать. #dev#games

Hashtags

Резултати

Намерени 35 подобни публикации

Търсене: #bright

当前筛选 #bright清除筛选
PTPP Actions

@PTPPAction · Post #2497 · 26.12.2024 г., 15:04

#bright#open 抢先体验版本不保证稳定性 fix(ACM, jptv) torrent search commit fix(jptv): correct script path * fix(ACM, jptv) torrent search 描述 感谢您提交 PR ,为了更好的进行版本迭代,请将目标分支选择为 base:dev ,我们会根据实际情况在后续版本中发布。 ## 标题请尽量按以下格式进行描述 (): ## type 说明 - feat: 添加新功能 - fix: 修补 bug - docs: 文档(documentation) - style: 格式(不影响代码运行的变动) - refactor: 重构(即不是新增功能,也不是修改 bug 的代码变动) - test: 增加测试 - chore: 构建过程或辅助工具的变动 ## 参考文档:http://www.ruanyifeng.com/blog/2016/01/commit_message_change_log.html ## 内容说明 请尽量详细描述本次 PR 的具体作用。 本内容仅供提交前查阅,提交时请务必删除这段内容。 本内容仅供提交前查阅,提交时请务必删除这段内容。 本内容仅供提交前查阅,提交时请务必删除这段内容。

Hashtags

PTPP Actions

@PTPPAction · Post #2485 · 21.12.2024 г., 14:10

#bright#open 抢先体验版本不保证稳定性 fix(ACM, jptv) torrent search commit fix(ACM, jptv) torrent search 描述 感谢您提交 PR ,为了更好的进行版本迭代,请将目标分支选择为 base:dev ,我们会根据实际情况在后续版本中发布。 ## 标题请尽量按以下格式进行描述 (): ## type 说明 - feat: 添加新功能 - fix: 修补 bug - docs: 文档(documentation) - style: 格式(不影响代码运行的变动) - refactor: 重构(即不是新增功能,也不是修改 bug 的代码变动) - test: 增加测试 - chore: 构建过程或辅助工具的变动 ## 参考文档:http://www.ruanyifeng.com/blog/2016/01/commit_message_change_log.html ## 内容说明 请尽量详细描述本次 PR 的具体作用。 本内容仅供提交前查阅,提交时请务必删除这段内容。 本内容仅供提交前查阅,提交时请务必删除这段内容。 本内容仅供提交前查阅,提交时请务必删除这段内容。

Hashtags

PTPP Actions

@PTPPAction · Post #2110 · 20.06.2024 г., 06:38

#Bright-W:dev2 #Bright-W #open 抢先体验版本不保证稳定性 fix(ssd): system message count. commit fix(ssd): system message count. 描述 感谢您提交 PR ,为了更好的进行版本迭代,请将目标分支选择为 base:dev ,我们会根据实际情况在后续版本中发布。 ## 标题请尽量按以下格式进行描述 (): ## type 说明 - feat: 添加新功能 - fix: 修补 bug - docs: 文档(documentation) - style: 格式(不影响代码运行的变动) - refactor: 重构(即不是新增功能,也不是修改 bug 的代码变动) - test: 增加测试 - chore: 构建过程或辅助工具的变动 ## 参考文档:http://www.ruanyifeng.com/blog/2016/01/commit_message_change_log.html ## 内容说明 请尽量详细描述本次 PR 的具体作用。 本内容仅供提交前查阅,提交时请务必删除这段内容。 本内容仅供提交前查阅,提交时请务必删除这段内容。 本内容仅供提交前查阅,提交时请务必删除这段内容。 >

Hashtags

ПредишнаСтр. 1 от 3Следваща