j*h
2 楼
【 以下文字转载自 PhotoGear 讨论区 】
发信人: justnth (虚), 信区: PhotoGear
标 题: 哪位给个推荐?
发信站: BBS 未名空间站 (Fri Sep 10 08:56:19 2010, 美东)
借人气
有什么软件可以把paper里的graph变成数据么?
算是图像处理了吧
发信人: justnth (虚), 信区: PhotoGear
标 题: 哪位给个推荐?
发信站: BBS 未名空间站 (Fri Sep 10 08:56:19 2010, 美东)
借人气
有什么软件可以把paper里的graph变成数据么?
算是图像处理了吧
S*d
3 楼
Android, froyo.
T*i
4 楼
我还是这个架构。各位不服可以用任何现成的轮子搭一个。代码拿出来,用SQL的,把
query写出来。
车次联票,座位连号,退票,都支持也行。
我还是单机核心和你比性能。我的系统你来测。你的我来测。什么pattern的请求都允
许。比谁性能高。
可靠性测试。也不用纠结敲掉百分之多少机器了。双方定点敲。比如互相挑,敲掉1,2
,3,4。。。台。比赛总机器数需要多少还能保持服务。
query写出来。
车次联票,座位连号,退票,都支持也行。
我还是单机核心和你比性能。我的系统你来测。你的我来测。什么pattern的请求都允
许。比谁性能高。
可靠性测试。也不用纠结敲掉百分之多少机器了。双方定点敲。比如互相挑,敲掉1,2
,3,4。。。台。比赛总机器数需要多少还能保持服务。
h*l
5 楼
co ASK
w*g
7 楼
要搭得出来就怪了。我可以赌上我的ID,一个月之内这个版上没人能用现成的轮子
(不算你写的那个)搭出一个系统,用10倍以下机器,假设没有硬件故障的前提下,
在处理连票的情况下做到你那个程序相同的吞吐量(允许每个transaction <= 5张
票,吞吐量按票数算。)
我不是说技术上不可行。我是说本版ID总体来说吹牛比写code厉害。如果真出来这么
一个系统,我死一个ID也值了。
,2
【在 T********i 的大作中提到】
: 我还是这个架构。各位不服可以用任何现成的轮子搭一个。代码拿出来,用SQL的,把
: query写出来。
: 车次联票,座位连号,退票,都支持也行。
: 我还是单机核心和你比性能。我的系统你来测。你的我来测。什么pattern的请求都允
: 许。比谁性能高。
: 可靠性测试。也不用纠结敲掉百分之多少机器了。双方定点敲。比如互相挑,敲掉1,2
: ,3,4。。。台。比赛总机器数需要多少还能保持服务。
(不算你写的那个)搭出一个系统,用10倍以下机器,假设没有硬件故障的前提下,
在处理连票的情况下做到你那个程序相同的吞吐量(允许每个transaction <= 5张
票,吞吐量按票数算。)
我不是说技术上不可行。我是说本版ID总体来说吹牛比写code厉害。如果真出来这么
一个系统,我死一个ID也值了。
,2
【在 T********i 的大作中提到】
: 我还是这个架构。各位不服可以用任何现成的轮子搭一个。代码拿出来,用SQL的,把
: query写出来。
: 车次联票,座位连号,退票,都支持也行。
: 我还是单机核心和你比性能。我的系统你来测。你的我来测。什么pattern的请求都允
: 许。比谁性能高。
: 可靠性测试。也不用纠结敲掉百分之多少机器了。双方定点敲。比如互相挑,敲掉1,2
: ,3,4。。。台。比赛总机器数需要多少还能保持服务。
a*c
11 楼
啊, 俺有几朋友3天就拿报告了, 还以为我这个慢呢...
d*u
12 楼
同搜狗
h*a
13 楼
有动力也有能力人的不多很正常吧。
换句话说,如果这个task是个工作中的task,那很多人肯定能做完吧。另一个说法,
今天很多同学工作中写的code,复杂度也不会逊于写计数器吧。
只是想说没人接招的原因可能很多,只归结于没能力未免过于简化了一点。
【在 w***g 的大作中提到】
: 要搭得出来就怪了。我可以赌上我的ID,一个月之内这个版上没人能用现成的轮子
: (不算你写的那个)搭出一个系统,用10倍以下机器,假设没有硬件故障的前提下,
: 在处理连票的情况下做到你那个程序相同的吞吐量(允许每个transaction <= 5张
: 票,吞吐量按票数算。)
: 我不是说技术上不可行。我是说本版ID总体来说吹牛比写code厉害。如果真出来这么
: 一个系统,我死一个ID也值了。
:
: ,2
换句话说,如果这个task是个工作中的task,那很多人肯定能做完吧。另一个说法,
今天很多同学工作中写的code,复杂度也不会逊于写计数器吧。
只是想说没人接招的原因可能很多,只归结于没能力未免过于简化了一点。
【在 w***g 的大作中提到】
: 要搭得出来就怪了。我可以赌上我的ID,一个月之内这个版上没人能用现成的轮子
: (不算你写的那个)搭出一个系统,用10倍以下机器,假设没有硬件故障的前提下,
: 在处理连票的情况下做到你那个程序相同的吞吐量(允许每个transaction <= 5张
: 票,吞吐量按票数算。)
: 我不是说技术上不可行。我是说本版ID总体来说吹牛比写code厉害。如果真出来这么
: 一个系统,我死一个ID也值了。
:
: ,2
S*l
14 楼
appraisal officer上门拿了数据之后一般就2-4个business day。
a*c
17 楼
这还真没个准也
h*l
20 楼
co ask
l*e
24 楼
百度输入法。
x*u
29 楼
人家12306是业务系统,需要能轻松上下新功能的架构,你搞个高频交易或者高频网游
,整个出发点就是错误的。
你干脆让人家和你比打俄罗斯方块掌机版,你能打赢代表你的架构厉害。
,2
【在 T********i 的大作中提到】
: 我还是这个架构。各位不服可以用任何现成的轮子搭一个。代码拿出来,用SQL的,把
: query写出来。
: 车次联票,座位连号,退票,都支持也行。
: 我还是单机核心和你比性能。我的系统你来测。你的我来测。什么pattern的请求都允
: 许。比谁性能高。
: 可靠性测试。也不用纠结敲掉百分之多少机器了。双方定点敲。比如互相挑,敲掉1,2
: ,3,4。。。台。比赛总机器数需要多少还能保持服务。
,整个出发点就是错误的。
你干脆让人家和你比打俄罗斯方块掌机版,你能打赢代表你的架构厉害。
,2
【在 T********i 的大作中提到】
: 我还是这个架构。各位不服可以用任何现成的轮子搭一个。代码拿出来,用SQL的,把
: query写出来。
: 车次联票,座位连号,退票,都支持也行。
: 我还是单机核心和你比性能。我的系统你来测。你的我来测。什么pattern的请求都允
: 许。比谁性能高。
: 可靠性测试。也不用纠结敲掉百分之多少机器了。双方定点敲。比如互相挑,敲掉1,2
: ,3,4。。。台。比赛总机器数需要多少还能保持服务。
m*u
33 楼
哎。。。。 看了半天,其实一堆人还是没搞明白啊。。。
屁股决定立场,这还不明白么。 问题的本质不在技术,而是在利益,利益,啊兄弟。
你这个搞法,让一堆码农怎么活下去? 码农们需要的不断折腾自己才能保住饭碗,你
用这种搞法,让他们怎么显摆?怎么混饭吃?
屁股决定立场,这还不明白么。 问题的本质不在技术,而是在利益,利益,啊兄弟。
你这个搞法,让一堆码农怎么活下去? 码农们需要的不断折腾自己才能保住饭碗,你
用这种搞法,让他们怎么显摆?怎么混饭吃?
k*n
34 楼
讨厌sogou的广告。。
我偶尔也用讯飞,主要是手写。。
还有我觉得htc自带的其实更好用方便些。
语音输入还是自带的google的强,更快。
我偶尔也用讯飞,主要是手写。。
还有我觉得htc自带的其实更好用方便些。
语音输入还是自带的google的强,更快。
c*3
35 楼
魏搞法和IT行业趋势背道而驰。
IT行业趋势就是不断重新发明轮子,主要目的是为了更容易用,让大妈也能上岗,架构
的目的是为了标准化,不被某些精英要挟。现有轮子是通用架构,不见得最高效。
所以魏的搞法,在这个上面效率,比现有轮子高,一点都不奇怪。问题是这样大妈就没
法维护了。
IT行业趋势就是不断重新发明轮子,主要目的是为了更容易用,让大妈也能上岗,架构
的目的是为了标准化,不被某些精英要挟。现有轮子是通用架构,不见得最高效。
所以魏的搞法,在这个上面效率,比现有轮子高,一点都不奇怪。问题是这样大妈就没
法维护了。
y*j
36 楼
TouchPal
a*a
37 楼
古德霸出来接招了,输了,死了。你又说能力强的不少,就是不出来接招。
也别说出来接老魏的招,赌约到期前一个礼拜,古德霸在这里找人做test case,有人
做吗?最后是跟老魏认认真真讨论问题的一个朋友做了。
http://www.mitbbs.com/mitbbs_postdoc.php?board=Programming&reid
你早一年就应该劝劝古德霸少点personal的东西,不要每帖必骂太监。或许这个ID现在
还活着。早一年,古德霸骂人家半路出家,卖银河系的票的时候,你指出他对计算机底
层performance的认识是错的,老魏/老姜的设计有他的可行性,或许这个ID现在还活
着。
【在 h*****a 的大作中提到】
: 何以见得?你这问题不清楚,比如能力高如何定义?
: 不管哪方,建议还是多open minded一点,少点personal的东西比较好。
也别说出来接老魏的招,赌约到期前一个礼拜,古德霸在这里找人做test case,有人
做吗?最后是跟老魏认认真真讨论问题的一个朋友做了。
http://www.mitbbs.com/mitbbs_postdoc.php?board=Programming&reid
你早一年就应该劝劝古德霸少点personal的东西,不要每帖必骂太监。或许这个ID现在
还活着。早一年,古德霸骂人家半路出家,卖银河系的票的时候,你指出他对计算机底
层performance的认识是错的,老魏/老姜的设计有他的可行性,或许这个ID现在还活
着。
【在 h*****a 的大作中提到】
: 何以见得?你这问题不清楚,比如能力高如何定义?
: 不管哪方,建议还是多open minded一点,少点personal的东西比较好。
d*e
38 楼
百度,搜狗,触宝,qq。。。
h*a
39 楼
goodbug这个ID活不活着不是我在这个版上发帖的motivation. 大家都是成年人,遵循
自己的标准对自己负责就好了。我前面说的主要是针对“没人接招就是因为水平低”,
也仅仅是希望这样想的人能更open minded一点。
肯在这里实实在在的写code show project是很好的,但既需要passion又需要能力。我
只能说这个版上有能力的人可能不少,但同时又有passion有motivation在自己的业余
时间做和全职job无关的技术工作的人就不多了,前面也说过了,我觉得对很多人来说
是一个"luxury". 你如果非要我给你数据justify那我拿不出来。我只能用common
sense.
Anyway, 我的这些观点都是灌水而已,没有一点技术含量,也不用再多纠结了吧。
【在 a*********a 的大作中提到】
: 古德霸出来接招了,输了,死了。你又说能力强的不少,就是不出来接招。
: 也别说出来接老魏的招,赌约到期前一个礼拜,古德霸在这里找人做test case,有人
: 做吗?最后是跟老魏认认真真讨论问题的一个朋友做了。
: http://www.mitbbs.com/mitbbs_postdoc.php?board=Programming&reid
: 你早一年就应该劝劝古德霸少点personal的东西,不要每帖必骂太监。或许这个ID现在
: 还活着。早一年,古德霸骂人家半路出家,卖银河系的票的时候,你指出他对计算机底
: 层performance的认识是错的,老魏/老姜的设计有他的可行性,或许这个ID现在还活
: 着。
自己的标准对自己负责就好了。我前面说的主要是针对“没人接招就是因为水平低”,
也仅仅是希望这样想的人能更open minded一点。
肯在这里实实在在的写code show project是很好的,但既需要passion又需要能力。我
只能说这个版上有能力的人可能不少,但同时又有passion有motivation在自己的业余
时间做和全职job无关的技术工作的人就不多了,前面也说过了,我觉得对很多人来说
是一个"luxury". 你如果非要我给你数据justify那我拿不出来。我只能用common
sense.
Anyway, 我的这些观点都是灌水而已,没有一点技术含量,也不用再多纠结了吧。
【在 a*********a 的大作中提到】
: 古德霸出来接招了,输了,死了。你又说能力强的不少,就是不出来接招。
: 也别说出来接老魏的招,赌约到期前一个礼拜,古德霸在这里找人做test case,有人
: 做吗?最后是跟老魏认认真真讨论问题的一个朋友做了。
: http://www.mitbbs.com/mitbbs_postdoc.php?board=Programming&reid
: 你早一年就应该劝劝古德霸少点personal的东西,不要每帖必骂太监。或许这个ID现在
: 还活着。早一年,古德霸骂人家半路出家,卖银河系的票的时候,你指出他对计算机底
: 层performance的认识是错的,老魏/老姜的设计有他的可行性,或许这个ID现在还活
: 着。
T*i
40 楼
其实我以为,大家不妨分析一下,这个考虑车次联票,连座,实时优化座位出票的系统
,需要满足什么条件分布式抢票才有意义?当然还要把实时查询算上。
能做这个标准实际意义不是太大。慢100倍,同时机器多100倍,也能出票。
amdahl's law挂嘴边的一大把,这个case也不复杂,分析不对似乎有点那个了。
【在 h*****a 的大作中提到】
: goodbug这个ID活不活着不是我在这个版上发帖的motivation. 大家都是成年人,遵循
: 自己的标准对自己负责就好了。我前面说的主要是针对“没人接招就是因为水平低”,
: 也仅仅是希望这样想的人能更open minded一点。
: 肯在这里实实在在的写code show project是很好的,但既需要passion又需要能力。我
: 只能说这个版上有能力的人可能不少,但同时又有passion有motivation在自己的业余
: 时间做和全职job无关的技术工作的人就不多了,前面也说过了,我觉得对很多人来说
: 是一个"luxury". 你如果非要我给你数据justify那我拿不出来。我只能用common
: sense.
: Anyway, 我的这些观点都是灌水而已,没有一点技术含量,也不用再多纠结了吧。
,需要满足什么条件分布式抢票才有意义?当然还要把实时查询算上。
能做这个标准实际意义不是太大。慢100倍,同时机器多100倍,也能出票。
amdahl's law挂嘴边的一大把,这个case也不复杂,分析不对似乎有点那个了。
【在 h*****a 的大作中提到】
: goodbug这个ID活不活着不是我在这个版上发帖的motivation. 大家都是成年人,遵循
: 自己的标准对自己负责就好了。我前面说的主要是针对“没人接招就是因为水平低”,
: 也仅仅是希望这样想的人能更open minded一点。
: 肯在这里实实在在的写code show project是很好的,但既需要passion又需要能力。我
: 只能说这个版上有能力的人可能不少,但同时又有passion有motivation在自己的业余
: 时间做和全职job无关的技术工作的人就不多了,前面也说过了,我觉得对很多人来说
: 是一个"luxury". 你如果非要我给你数据justify那我拿不出来。我只能用common
: sense.
: Anyway, 我的这些观点都是灌水而已,没有一点技术含量,也不用再多纠结了吧。
n*7
41 楼
毕竟单机是有物理上限的。scale up会变得不现实或太昂贵。当scale需求接近物理上
限时,分布式就是必要了。
赌约这个问题只是scale没有达到物理上限。
其实就是分布式,也应该尽量把问题分割成关联最小的几个小问题,对每个小问题同样
单机处理。当然,这样的方式不太通用。
【在 T********i 的大作中提到】
: 其实我以为,大家不妨分析一下,这个考虑车次联票,连座,实时优化座位出票的系统
: ,需要满足什么条件分布式抢票才有意义?当然还要把实时查询算上。
: 能做这个标准实际意义不是太大。慢100倍,同时机器多100倍,也能出票。
: amdahl's law挂嘴边的一大把,这个case也不复杂,分析不对似乎有点那个了。
限时,分布式就是必要了。
赌约这个问题只是scale没有达到物理上限。
其实就是分布式,也应该尽量把问题分割成关联最小的几个小问题,对每个小问题同样
单机处理。当然,这样的方式不太通用。
【在 T********i 的大作中提到】
: 其实我以为,大家不妨分析一下,这个考虑车次联票,连座,实时优化座位出票的系统
: ,需要满足什么条件分布式抢票才有意义?当然还要把实时查询算上。
: 能做这个标准实际意义不是太大。慢100倍,同时机器多100倍,也能出票。
: amdahl's law挂嘴边的一大把,这个case也不复杂,分析不对似乎有点那个了。
T*i
44 楼
分布最怕的就是数据依赖性。如果数据完全没有依赖性就是linear scale。
这种人一联票,即使车次内也有连座优化问题的,是强耦合。如果性能分析按照worst
case的话,单机核心就是最优解。分布方案根本没戏。
这个问题是amdahl's law决定性能上限。注意这个性能在现有技术水平下是有上限的。
上限并不是取决于机器多少。
【在 n*******7 的大作中提到】
: 毕竟单机是有物理上限的。scale up会变得不现实或太昂贵。当scale需求接近物理上
: 限时,分布式就是必要了。
: 赌约这个问题只是scale没有达到物理上限。
: 其实就是分布式,也应该尽量把问题分割成关联最小的几个小问题,对每个小问题同样
: 单机处理。当然,这样的方式不太通用。
这种人一联票,即使车次内也有连座优化问题的,是强耦合。如果性能分析按照worst
case的话,单机核心就是最优解。分布方案根本没戏。
这个问题是amdahl's law决定性能上限。注意这个性能在现有技术水平下是有上限的。
上限并不是取决于机器多少。
【在 n*******7 的大作中提到】
: 毕竟单机是有物理上限的。scale up会变得不现实或太昂贵。当scale需求接近物理上
: 限时,分布式就是必要了。
: 赌约这个问题只是scale没有达到物理上限。
: 其实就是分布式,也应该尽量把问题分割成关联最小的几个小问题,对每个小问题同样
: 单机处理。当然,这样的方式不太通用。
n*7
45 楼
数据依赖性也是有一些方法可以减弱。有些方面和cache coherency的设计是想通的。
multicore系统内每一个core看到的memory的值可被其它所有cores改变,这也是一个强
耦合关系,逻辑上这就是分布式。硬件实现cache coherency的一套成熟的protocol,
软件分布式也可以照做。
multicore系统内每一个core看到的memory的值可被其它所有cores改变,这也是一个强
耦合关系,逻辑上这就是分布式。硬件实现cache coherency的一套成熟的protocol,
软件分布式也可以照做。
q*c
46 楼
老魏,我都给你方案了, 12306. 实时出票每秒几千万上亿, 你前面不是看到了? 都
是成熟技术,不靠你老魏一个人的人品。
唯一的是每列车最后一张票有个毫秒范围的不确定性,根本不是问题。
而且我那方案可靠性强,扩展性好,每列车 1000 站不影响,你的办法就慢 10000 倍
。 我那办法可以轻易扩展到 无人驾驶汽车上,哪怕之间 10 万个H站。
【在 T********i 的大作中提到】
: 其实我以为,大家不妨分析一下,这个考虑车次联票,连座,实时优化座位出票的系统
: ,需要满足什么条件分布式抢票才有意义?当然还要把实时查询算上。
: 能做这个标准实际意义不是太大。慢100倍,同时机器多100倍,也能出票。
: amdahl's law挂嘴边的一大把,这个case也不复杂,分析不对似乎有点那个了。
是成熟技术,不靠你老魏一个人的人品。
唯一的是每列车最后一张票有个毫秒范围的不确定性,根本不是问题。
而且我那方案可靠性强,扩展性好,每列车 1000 站不影响,你的办法就慢 10000 倍
。 我那办法可以轻易扩展到 无人驾驶汽车上,哪怕之间 10 万个H站。
【在 T********i 的大作中提到】
: 其实我以为,大家不妨分析一下,这个考虑车次联票,连座,实时优化座位出票的系统
: ,需要满足什么条件分布式抢票才有意义?当然还要把实时查询算上。
: 能做这个标准实际意义不是太大。慢100倍,同时机器多100倍,也能出票。
: amdahl's law挂嘴边的一大把,这个case也不复杂,分析不对似乎有点那个了。
n*7
51 楼
因为通用。用轮子可以很快搭出很多东西。但是,用轮子去比性能,就是忘了轮子的短
处了。
处了。
T*i
53 楼
这是我回老Q的帖子:
http://www.mitbbs.com/article/Programming/31466119_0.html
【在 x****u 的大作中提到】
: 因为速度快效率高
: SQL修改个业务结构,一条命令即可,耗时比修改C代码,rebuild,测试发布等快N个数
: 量级。
http://www.mitbbs.com/article/Programming/31466119_0.html
【在 x****u 的大作中提到】
: 因为速度快效率高
: SQL修改个业务结构,一条命令即可,耗时比修改C代码,rebuild,测试发布等快N个数
: 量级。
x*u
55 楼
您老的高频系统不适合12306.
比起效率,灵活适应变动对人家更重要。
【在 T********i 的大作中提到】
: 这是我回老Q的帖子:
: http://www.mitbbs.com/article/Programming/31466119_0.html
比起效率,灵活适应变动对人家更重要。
【在 T********i 的大作中提到】
: 这是我回老Q的帖子:
: http://www.mitbbs.com/article/Programming/31466119_0.html
d*t
59 楼
我个人觉得吧,你没有把“能力”的定义搞清楚。有passion, 有本事把家里家外搞清
爽,有闲时间搞点喜欢的,再加上编程技巧高,这一切加起来才是真能力。如果把能力
仅仅局限在编程技巧,说明你还没活明白。
【在 h*****a 的大作中提到】
: goodbug这个ID活不活着不是我在这个版上发帖的motivation. 大家都是成年人,遵循
: 自己的标准对自己负责就好了。我前面说的主要是针对“没人接招就是因为水平低”,
: 也仅仅是希望这样想的人能更open minded一点。
: 肯在这里实实在在的写code show project是很好的,但既需要passion又需要能力。我
: 只能说这个版上有能力的人可能不少,但同时又有passion有motivation在自己的业余
: 时间做和全职job无关的技术工作的人就不多了,前面也说过了,我觉得对很多人来说
: 是一个"luxury". 你如果非要我给你数据justify那我拿不出来。我只能用common
: sense.
: Anyway, 我的这些观点都是灌水而已,没有一点技术含量,也不用再多纠结了吧。
爽,有闲时间搞点喜欢的,再加上编程技巧高,这一切加起来才是真能力。如果把能力
仅仅局限在编程技巧,说明你还没活明白。
【在 h*****a 的大作中提到】
: goodbug这个ID活不活着不是我在这个版上发帖的motivation. 大家都是成年人,遵循
: 自己的标准对自己负责就好了。我前面说的主要是针对“没人接招就是因为水平低”,
: 也仅仅是希望这样想的人能更open minded一点。
: 肯在这里实实在在的写code show project是很好的,但既需要passion又需要能力。我
: 只能说这个版上有能力的人可能不少,但同时又有passion有motivation在自己的业余
: 时间做和全职job无关的技术工作的人就不多了,前面也说过了,我觉得对很多人来说
: 是一个"luxury". 你如果非要我给你数据justify那我拿不出来。我只能用common
: sense.
: Anyway, 我的这些观点都是灌水而已,没有一点技术含量,也不用再多纠结了吧。
N*n
61 楼
这个是关键。JAVA党总是叫唤“多机、多机”,其实根本没多机。就是收单时候
多了一把。出票时后台数据库是耦合的,搞成多机数据库最后要跨库锁等于无用
功,骨子里还是单机。JAVA党就是想不清楚这一点,拿着互联网过家家那一套出
来生搬硬套,最后弄个异步出票。异步还用你来做?铁道部自己就会做异步。
【在 T********i 的大作中提到】
: 分布最怕的就是数据依赖性。如果数据完全没有依赖性就是linear scale。
: 这种人一联票,即使车次内也有连座优化问题的,是强耦合。如果性能分析按照worst
: case的话,单机核心就是最优解。分布方案根本没戏。
: 这个问题是amdahl's law决定性能上限。注意这个性能在现有技术水平下是有上限的。
: 上限并不是取决于机器多少。
相关阅读
scala/clojure/groovy/Jython/jruby都是噱头回goodbug,关于DC的failover策略,兼普及基础知识学机械的也来设计火车票了!scala大牛请看下把我的Admin Tool彻底port到Web上了 (转载)问个技术问题: c++ 调试怎么显示二维数组?比如Visual Studio铁路订票网站不是技术问题大型系统这些年已经在家一个多月没去office了古德巴大牛,请看这个设计题看来以后要把春运买票网设计当做面试考题了谁给菜鸟科普一下?client side MVC魏老师这种才是得阿三的真传请教魏老师一个协议设计的基本功问题你们这些做游戏的,用unity,是自己掏钱吗?git server设置bitcoin的阴谋NOSQL排名这行就是三天不学习,赶不上刘少奇问一段C++ iostringstream的代码