• JSON VS Protobuf at 2015年04月27日

    #13 楼 @luikore

    恩,协议格式的选择 客户端 和 服务器都要考虑。 在不同的领域,选择合适的方式 就行

  • JSON VS Protobuf at 2015年04月27日

    #10 楼 @luikore

    纯文本协议?你指的是 json 这样 可读 格式吗?

    不过现在还是觉得 protobuf 方便

    • 自动生成代码
    • 自描述文档
  • JSON VS Protobuf at 2015年04月27日

    #9 楼 @diguage

    感谢推荐,以前看过,当时感觉比 protobuf 复杂,就没再研究了

  • JSON VS Protobuf at 2015年04月27日

    #6 楼 @huacnlee

    从测试来看 go 的 msgpack 确实很快

    但是不是因为 go 的 protobuf 库不够快?就像 python 官方的 protobuf 库一样?

  • JSON VS Protobuf at 2015年04月27日

    #5 楼 @huacnlee

    比 json 快 10% 的话,感觉就没必要上 msgpack 了 因为

    • json 内置
    • 服务器用了 msgpack,客户端也要跟着用
    • 既然都要用第三方库,那还不如用 protobuf,效率更高,proto 描述文件就是文档
  • JSON VS Protobuf at 2015年04月27日

    #3 楼 @huacnlee

    msgpack 以前自己稍微研究了下,没具体测试过,效率有多高?有测试数据吗?

  • JSON VS Protobuf at 2015年04月27日

    #1 楼 @kiol

    msgpack, flatbuffers 都研究过 感觉暂时他们对于 json, protobuf 没多少优势

  • 告诉 LZ,我也有同样的经历,小学就认识,初中高中不在一个学校,大学虽然也不在一个学校,但常联系,寒假暑假几乎天天在一起玩。有天我就直接告诉她我喜欢你。但我也告诉她只是告诉她我的感受,并不是要求什么。

    她早就有男朋友了,我知道,她还和我说她男朋友常找她出来 接吻,她很不喜欢。 她还告诉我她暗恋谁谁,其实我真的一点心痛的感觉都没有,反而很欣慰, 至少我是她倾诉的对象,我有什么也都告诉她。

    这就是发小吧,不一定在一起,但无所不谈

  • 来一场 AI 对战吧 at 2013年08月13日

    @quakewang

    不会,而且 自己发射的子弹也不会撞击自己人,而是会直接传过去

  • 来一场 AI 对战吧 at 2013年08月13日

    @wormful

    确实,现在 client 只能创建房间,我设定的 join 就是加入别人创建的房间,成为 ob。观看别人的比赛 这个功能这几天会完成。

    闪光弹 我没限制冷却是因为 如果有 AI 想每两秒发射一次,一直发射来不停的得到其他 marine 的信息,如果闪光弹 的 cd 太长,那么这种操作就无法实现了。

    我在最近的跟新中考虑把限制修改为 20

  • 来一场 AI 对战吧 at 2013年08月13日

    昨天发布后,很多同学表示需要 linux client。

    于是我今天打包发布了 linux 版的 client.

    在这里面可以找到下载链接 https://github.com/yueyoum/codebattle-client

  • 来一场 AI 对战吧 at 2013年08月13日

    现在还没 ruby 的 ai,希望有人能添加

  • 非常感谢

    [email protected]

  • 骚年,讲个故事吧 at 2013年05月28日

    #10 楼 @lionzixuanyuan 恩,可以是可以,但加上积分系统 是不是有点复杂呢?

  • 骚年,讲个故事吧 at 2013年05月27日

    #7 楼 @Levan 恩,确实,技术不是什么,好用的网站 + 合理的推广 才能有人来用。

    可能得花钱雇人来发内容,否则我自己一个人不得累死……

  • 骚年,讲个故事吧 at 2013年05月27日

    #5 楼 @hpviewer

    恩,你说的很好

    第一条 我也想过,不过发什么内容都是网友决定的,当然我 或者 雇佣一些人 可以发一些能引起大家兴趣的热点话题。

    第二条 是我根本就没想过的。我当初的定位就是 瞎扯娱乐的,没那么“正式”

    第三条 也不错,总是学习了

    你对网络推广营销这块有无研究,或者对互联网产品的研究? 如果愿意协助我,(现在技术这块基本完成),协助推广营销这块, 或者在其他方面也能提供帮助的话,可以通过 mail 联系我,mail 在 顶楼

    有报酬。

  • 骚年,讲个故事吧 at 2013年05月26日

    #2 楼 @fresh_fish

    当初做页面的时候 就是 仿了点 flat ui, metro ui 之类的,前端没用框架,自己写的。 用了很多时间…………

  • 骚年,讲个故事吧 at 2013年05月26日

    #1 楼 @046569

    刚开始做的时候信心满满,现在对于推广,心里有点没底了……

    确实需要大力的推广运营

  • 实时插入排名的设计 at 2013年05月22日

    #12 楼 @quakewang 恩,不错的思路。

    我刚开始 也是每个人都附带一个积分,但发现每过一段时间 需要 重新把所有人的积分按照当时排名要 normalize 一遍,觉得麻烦,所以后来就想了其他办法。不用维护

  • 实时插入排名的设计 at 2013年05月22日

    #10 楼 @quakewang 哦,对,这样跑一段时间,就有小数了。

    这种方式要随机取某一用户排名 是否有方便的办法?

  • 实时插入排名的设计 at 2013年05月22日

    #6 楼 @zj0713001

    忘了说一个前提,

    这种 PK,不用对方同意。

    只要有人挑战,就会自动战斗

  • 实时插入排名的设计 at 2013年05月22日

    #5 楼 @quakewang

    没太理解,其实我的第一版和你这个比较像,但有下面的问题:

    如果再来一轮,F 赢了 C,那么 此时就是

    A B C D E F 0 10 20 30 15 15

    那么此时 E 和 F 如何排序?

    出现这种情况的概率非常高,不用多次,只要两次 就行。

  • 实时插入排名的设计 at 2013年05月21日

    @doitian

    是啊,但现在需要的是 插入,这种相对好点,

    对换的话,名次很容易 大起大落