c*i
2 楼
Hugh Jackman tackles Chinese in Shanghai. Associated Press, Feb. 19, 2010.
http://news.yahoo.com/s/ap/20100219/ap_en_mo/as_china_people_hugh_jackman
Note:
(a) Wayne Wang/Snow Flower and the Secret Fan 王穎 (Chinese American)/ 雪花
與祕扇
The movie stars a Korean actor 全智賢 and 章子怡.
(b) take (n): "a scene filmed or televised at one time without stopping the camera" www.m-w.com
(c) Lisa See has no OFFICIAL Chinese name: both first and last name.
Her bio:
http://www.lisasee.com/Bio.htm
("Ms. See was born
http://news.yahoo.com/s/ap/20100219/ap_en_mo/as_china_people_hugh_jackman
Note:
(a) Wayne Wang/Snow Flower and the Secret Fan 王穎 (Chinese American)/ 雪花
與祕扇
The movie stars a Korean actor 全智賢 and 章子怡.
(b) take (n): "a scene filmed or televised at one time without stopping the camera" www.m-w.com
(c) Lisa See has no OFFICIAL Chinese name: both first and last name.
Her bio:
http://www.lisasee.com/Bio.htm
("Ms. See was born
l*n
3 楼
看够了恋爱和热血动漫,总要来点轻松的,这个《素菜包》国漫是我偶然发现的,里面
就是一些跟幽默似的小段子,只是配有漫画人物,不过有了漫画形象的表情来配合,幽
默的段子才会显得更加搞笑,这个效果是相辅相成的,如果只有文字,那么搞笑的因素
也就减半了。
这部《素菜包》全都是中国式的幽默,毕竟是国漫,我觉得比日本幽默漫画好看的多,
有些日本漫画感觉不好笑,属于冷笑话,真的叫人笑不出来,甚至觉得尴尬,毕竟笑点
不太一样吧,而这部国漫就显然很对咱们中国人的胃口了。
有些幽默段子还是挺猥琐的,估计索南们会喜欢的,我虽然不是猥琐男,但是我是略微
有点猥琐的中年老女人,也觉得比较爱看,效果不错啊,有时候心情紧张或者郁闷,看
几话这个幽默段子,就好多了。
就是一些跟幽默似的小段子,只是配有漫画人物,不过有了漫画形象的表情来配合,幽
默的段子才会显得更加搞笑,这个效果是相辅相成的,如果只有文字,那么搞笑的因素
也就减半了。
这部《素菜包》全都是中国式的幽默,毕竟是国漫,我觉得比日本幽默漫画好看的多,
有些日本漫画感觉不好笑,属于冷笑话,真的叫人笑不出来,甚至觉得尴尬,毕竟笑点
不太一样吧,而这部国漫就显然很对咱们中国人的胃口了。
有些幽默段子还是挺猥琐的,估计索南们会喜欢的,我虽然不是猥琐男,但是我是略微
有点猥琐的中年老女人,也觉得比较爱看,效果不错啊,有时候心情紧张或者郁闷,看
几话这个幽默段子,就好多了。
g*t
4 楼
假设我是买方,好虫和魏老师作为总工,我选择买谁的?
我不懂软件。但十多年前就做过几千万人民币项目买方主要技术人员。
现在用直觉和经验随便说说。
1.
我第一印象会觉得这二位都至少需要个懂的老印才能把项目做成。
道理很简单,这个火车卖票,我从最一开始几个月前就说了,必须先需求分析,
不然都是瞎整。现在他们总算收敛到需求分析了。一个项目除了技术架构,
还有个管理架构。这两位显然是不合格组织管理项目的部署的。
至少你先找几十个人工卖票的模范工人,问问卖票怎么回事啊,
corner cases啊。不然谈毛的技术啊。卖票可是个技术活啊,这个你们不会不懂吧?
火车买票的需求实际上是非常复杂的。而且有可能买票系统的问题会扩散到
列车调度。具体大家去研究需求,看我说的对不对。
12306这个熊样,我老推荐大家最近回国别做高铁。
上次我一个同事回国出差,我跟他说高铁先别乘。然后1个月后就出事故了。
现在我同样的直觉。大家爱听不听。
2.
从两人的技术表述上来说。老魏是很牛X的。
他把看上去最开始很多人都以为的一个很麻烦的问题,
弄成计数器。这是很牛也很有意思的思路。我想这就是为啥不少人帮他煳后面的
补丁的原因。有意思啊,确实有意思。
赵策说人家不牛,这个属于无聊。人家把抢票简化成计数器。其他部分分割出去
让其他专家作,这个架构显然是有道理的。方法论是有意思的。因为那些其他部分
都是通用的技术,很多人都会做。大规模多路段抢票,是一个不常见的独有的挑战。
你不给人家credit,这个损的是自己的人品。
3.
好虫的方案也不错。优势在于鲁棒性,容易扩展。比如说我找了几个卖票的
老师傅知道了几个新的特殊情况,或者铁道部下了新命令,需求要扩展。
或者桥断路垮,冰雨地震。我相信好虫的方案就可以很容易的
做到扩展。但这就是老魏的方案的缺点。他的方案太specific到抢票这边了。
如果别的需求出现了,很可能他的方案是扩展不出来的。
4.
综合一下。老魏给一个狭窄的需求给出了一个独到的解决。牛。
但如果我是铁道部的,我不会推荐买他这个架构的。我会买好虫的。
一方面是因为好虫的设计四平八稳。另一方面,好虫的方法论很对,
系统性能不太好,咱加延迟啊,不要实时,多加延迟,什么问题不能解决?
你说客户体验不好? 共产党不就是用来折磨人民的么。
再说了,起码比人工买的等的时间少吧?
另外,第一代产品,安全性,可靠性要放的更高。屁民的体验,不需要太关心。
5.
老魏的方案铁道部肯定不会买。
但我确实看好老魏的想法。而且认为他的想法,在非常确定的狭窄需求
之下,会很有价值。老魏,如果你有有意思的项目需要资金,请给我投条。
我给你投资,咱们看能合伙赚大钱不。
或者你弄个世界最快的挖矿机架构?我买。
挖矿正好是非常确定的狭窄需求。你看能把挖矿弄成内存里面的计数器不。
我不懂软件。但十多年前就做过几千万人民币项目买方主要技术人员。
现在用直觉和经验随便说说。
1.
我第一印象会觉得这二位都至少需要个懂的老印才能把项目做成。
道理很简单,这个火车卖票,我从最一开始几个月前就说了,必须先需求分析,
不然都是瞎整。现在他们总算收敛到需求分析了。一个项目除了技术架构,
还有个管理架构。这两位显然是不合格组织管理项目的部署的。
至少你先找几十个人工卖票的模范工人,问问卖票怎么回事啊,
corner cases啊。不然谈毛的技术啊。卖票可是个技术活啊,这个你们不会不懂吧?
火车买票的需求实际上是非常复杂的。而且有可能买票系统的问题会扩散到
列车调度。具体大家去研究需求,看我说的对不对。
12306这个熊样,我老推荐大家最近回国别做高铁。
上次我一个同事回国出差,我跟他说高铁先别乘。然后1个月后就出事故了。
现在我同样的直觉。大家爱听不听。
2.
从两人的技术表述上来说。老魏是很牛X的。
他把看上去最开始很多人都以为的一个很麻烦的问题,
弄成计数器。这是很牛也很有意思的思路。我想这就是为啥不少人帮他煳后面的
补丁的原因。有意思啊,确实有意思。
赵策说人家不牛,这个属于无聊。人家把抢票简化成计数器。其他部分分割出去
让其他专家作,这个架构显然是有道理的。方法论是有意思的。因为那些其他部分
都是通用的技术,很多人都会做。大规模多路段抢票,是一个不常见的独有的挑战。
你不给人家credit,这个损的是自己的人品。
3.
好虫的方案也不错。优势在于鲁棒性,容易扩展。比如说我找了几个卖票的
老师傅知道了几个新的特殊情况,或者铁道部下了新命令,需求要扩展。
或者桥断路垮,冰雨地震。我相信好虫的方案就可以很容易的
做到扩展。但这就是老魏的方案的缺点。他的方案太specific到抢票这边了。
如果别的需求出现了,很可能他的方案是扩展不出来的。
4.
综合一下。老魏给一个狭窄的需求给出了一个独到的解决。牛。
但如果我是铁道部的,我不会推荐买他这个架构的。我会买好虫的。
一方面是因为好虫的设计四平八稳。另一方面,好虫的方法论很对,
系统性能不太好,咱加延迟啊,不要实时,多加延迟,什么问题不能解决?
你说客户体验不好? 共产党不就是用来折磨人民的么。
再说了,起码比人工买的等的时间少吧?
另外,第一代产品,安全性,可靠性要放的更高。屁民的体验,不需要太关心。
5.
老魏的方案铁道部肯定不会买。
但我确实看好老魏的想法。而且认为他的想法,在非常确定的狭窄需求
之下,会很有价值。老魏,如果你有有意思的项目需要资金,请给我投条。
我给你投资,咱们看能合伙赚大钱不。
或者你弄个世界最快的挖矿机架构?我买。
挖矿正好是非常确定的狭窄需求。你看能把挖矿弄成内存里面的计数器不。
w*n
5 楼
明显是因为章子怡被弃,邓姐急中生智找好友Hugh救场。。。本来剧本里没有外国人的
。
。
l*n
6 楼
不过容易看上瘾,hehehe
T*i
7 楼
我的方案成本降低了一个数量级,铁道部肯买才怪。
如果我要是傻到做铁道部的生意,那是我自己傻逼,怪不得别人。
不过说到可扩展性,我的方案其实更好。在线数据修改/扩展都是微秒级别的。即使暂
时下线升级程序也可以做到秒级,因此结构太简单了。
至于这个好虫,有确凿的证据证明此人OS和Architecture都不及格。这个是难以想象的
。
如果我要是傻到做铁道部的生意,那是我自己傻逼,怪不得别人。
不过说到可扩展性,我的方案其实更好。在线数据修改/扩展都是微秒级别的。即使暂
时下线升级程序也可以做到秒级,因此结构太简单了。
至于这个好虫,有确凿的证据证明此人OS和Architecture都不及格。这个是难以想象的
。
c*i
8 楼
My fault.
I did not know what you menat by "被弃." When I researched, I discovered
that Ms. Ziyi Zhang dropped out. See
(1) Hugh Jackman joins Snow Flower. Press Association, Feb. 3, 2010.
http://www.google.com/hostednews/ukpress/article
/ALeqM5jC7Eb7Q994cOJB847DTqNyy8ii-A
(2) Hugh Jackman to film with Li Bingbing in China. CNN, Feb. 3, 2010. http://www.cnngo.com/shanghai/shop/hugh-jackman-china-835863#ixzz0gCWxPwiT
The role of Mr. Jackman is unclear so far.
的。
【在 w*********n 的大作中提到】
: 明显是因为章子怡被弃,邓姐急中生智找好友Hugh救场。。。本来剧本里没有外国人的
: 。
I did not know what you menat by "被弃." When I researched, I discovered
that Ms. Ziyi Zhang dropped out. See
(1) Hugh Jackman joins Snow Flower. Press Association, Feb. 3, 2010.
http://www.google.com/hostednews/ukpress/article
/ALeqM5jC7Eb7Q994cOJB847DTqNyy8ii-A
(2) Hugh Jackman to film with Li Bingbing in China. CNN, Feb. 3, 2010. http://www.cnngo.com/shanghai/shop/hugh-jackman-china-835863#ixzz0gCWxPwiT
The role of Mr. Jackman is unclear so far.
的。
【在 w*********n 的大作中提到】
: 明显是因为章子怡被弃,邓姐急中生智找好友Hugh救场。。。本来剧本里没有外国人的
: 。
g*t
10 楼
不是成本问题。
我说了,你的方案不predictable,太特殊。
如果我有新的需求过来,你可能要重新设计整个东西。
有一种图灵机模型,就是几个箱子挪来挪去。
买票占座位的需求是很可能及其复杂的。说不定是图灵完备的都未可知。
另外还有桥断路垮,首长出巡,冰雨地震,这些情况,在你的那种设计中,
都需要一个个仔细研究。
好虫的方案,估计做起来和填空题类似了。
好虫的方案容易扩展,with respect to 新需求。
而且他懂的折磨屁民提高体系稳定性这个阳光大道。系统不行就加延时。
其实全国分时段订票都可以。
你是把用户当上帝了。这是不对的。
你有你牛的地方。假如你站出来说,给我20万刀,我给你弄个全球最快bitcoin机器,
我会给你。好虫或者赵策等等,我觉得不会作“全球第一”类型的东西。
我的方案成本降低了一个数量级,铁道部肯买才怪。
如果我要是傻到做铁道部的生意,那是我自己傻逼,怪不得别人。
不过说到可扩展性,我的方案其实更好。在线数据修改/扩展都是微秒级别的。即使暂
时下线升级程序也可以做到秒级,因此结构太简单了。
至于这个好虫,有确凿的证据证明此人OS和Architecture都不及格。这个是难以想象的
。
【在 T********i 的大作中提到】
: 我的方案成本降低了一个数量级,铁道部肯买才怪。
: 如果我要是傻到做铁道部的生意,那是我自己傻逼,怪不得别人。
: 不过说到可扩展性,我的方案其实更好。在线数据修改/扩展都是微秒级别的。即使暂
: 时下线升级程序也可以做到秒级,因此结构太简单了。
: 至于这个好虫,有确凿的证据证明此人OS和Architecture都不及格。这个是难以想象的
: 。
我说了,你的方案不predictable,太特殊。
如果我有新的需求过来,你可能要重新设计整个东西。
有一种图灵机模型,就是几个箱子挪来挪去。
买票占座位的需求是很可能及其复杂的。说不定是图灵完备的都未可知。
另外还有桥断路垮,首长出巡,冰雨地震,这些情况,在你的那种设计中,
都需要一个个仔细研究。
好虫的方案,估计做起来和填空题类似了。
好虫的方案容易扩展,with respect to 新需求。
而且他懂的折磨屁民提高体系稳定性这个阳光大道。系统不行就加延时。
其实全国分时段订票都可以。
你是把用户当上帝了。这是不对的。
你有你牛的地方。假如你站出来说,给我20万刀,我给你弄个全球最快bitcoin机器,
我会给你。好虫或者赵策等等,我觉得不会作“全球第一”类型的东西。
我的方案成本降低了一个数量级,铁道部肯买才怪。
如果我要是傻到做铁道部的生意,那是我自己傻逼,怪不得别人。
不过说到可扩展性,我的方案其实更好。在线数据修改/扩展都是微秒级别的。即使暂
时下线升级程序也可以做到秒级,因此结构太简单了。
至于这个好虫,有确凿的证据证明此人OS和Architecture都不及格。这个是难以想象的
。
【在 T********i 的大作中提到】
: 我的方案成本降低了一个数量级,铁道部肯买才怪。
: 如果我要是傻到做铁道部的生意,那是我自己傻逼,怪不得别人。
: 不过说到可扩展性,我的方案其实更好。在线数据修改/扩展都是微秒级别的。即使暂
: 时下线升级程序也可以做到秒级,因此结构太简单了。
: 至于这个好虫,有确凿的证据证明此人OS和Architecture都不及格。这个是难以想象的
: 。
n*t
12 楼
老魏的方案,其实是把记录加锁放到中心节点,一旦你取到了锁,其他操作都可以分布
到任意多台数据库服务器,所以不存在重新设计的问题。关键是瓶颈的效率大大提高了。
这个概念,咳咳,我们 14 年前尝试过,当时的目标是在赛羊上跑企业级的 instant
message,一开始我们用的是 mysql,后来把关键部分移植到 berkeley db。
【在 g****t 的大作中提到】
: 不是成本问题。
: 我说了,你的方案不predictable,太特殊。
: 如果我有新的需求过来,你可能要重新设计整个东西。
: 有一种图灵机模型,就是几个箱子挪来挪去。
: 买票占座位的需求是很可能及其复杂的。说不定是图灵完备的都未可知。
: 另外还有桥断路垮,首长出巡,冰雨地震,这些情况,在你的那种设计中,
: 都需要一个个仔细研究。
: 好虫的方案,估计做起来和填空题类似了。
: 好虫的方案容易扩展,with respect to 新需求。
: 而且他懂的折磨屁民提高体系稳定性这个阳光大道。系统不行就加延时。
到任意多台数据库服务器,所以不存在重新设计的问题。关键是瓶颈的效率大大提高了。
这个概念,咳咳,我们 14 年前尝试过,当时的目标是在赛羊上跑企业级的 instant
message,一开始我们用的是 mysql,后来把关键部分移植到 berkeley db。
【在 g****t 的大作中提到】
: 不是成本问题。
: 我说了,你的方案不predictable,太特殊。
: 如果我有新的需求过来,你可能要重新设计整个东西。
: 有一种图灵机模型,就是几个箱子挪来挪去。
: 买票占座位的需求是很可能及其复杂的。说不定是图灵完备的都未可知。
: 另外还有桥断路垮,首长出巡,冰雨地震,这些情况,在你的那种设计中,
: 都需要一个个仔细研究。
: 好虫的方案,估计做起来和填空题类似了。
: 好虫的方案容易扩展,with respect to 新需求。
: 而且他懂的折磨屁民提高体系稳定性这个阳光大道。系统不行就加延时。
l*9
14 楼
你完全不懂技术也就罢了(所以会被一个你不明觉厉的东西大加赞赏),common sense
也欠缺
老魏的real time是通过丢单实现的,屁民用户的体验是网站基本当掉了,偶尔工作一
下,必须不断刷票碰运气;你的所谓有latency的方案,网站一直正常工作,订单交了
10分钟(或更快)出结果。从屁民角度看,哪个是更折磨人的方案?其它,哪个更公平
更正确就不细谈了,反正你根本不懂。
买票最重要的是排队,计数器有个球用
【在 g****t 的大作中提到】
: 假设我是买方,好虫和魏老师作为总工,我选择买谁的?
: 我不懂软件。但十多年前就做过几千万人民币项目买方主要技术人员。
: 现在用直觉和经验随便说说。
: 1.
: 我第一印象会觉得这二位都至少需要个懂的老印才能把项目做成。
: 道理很简单,这个火车卖票,我从最一开始几个月前就说了,必须先需求分析,
: 不然都是瞎整。现在他们总算收敛到需求分析了。一个项目除了技术架构,
: 还有个管理架构。这两位显然是不合格组织管理项目的部署的。
: 至少你先找几十个人工卖票的模范工人,问问卖票怎么回事啊,
: corner cases啊。不然谈毛的技术啊。卖票可是个技术活啊,这个你们不会不懂吧?
也欠缺
老魏的real time是通过丢单实现的,屁民用户的体验是网站基本当掉了,偶尔工作一
下,必须不断刷票碰运气;你的所谓有latency的方案,网站一直正常工作,订单交了
10分钟(或更快)出结果。从屁民角度看,哪个是更折磨人的方案?其它,哪个更公平
更正确就不细谈了,反正你根本不懂。
买票最重要的是排队,计数器有个球用
【在 g****t 的大作中提到】
: 假设我是买方,好虫和魏老师作为总工,我选择买谁的?
: 我不懂软件。但十多年前就做过几千万人民币项目买方主要技术人员。
: 现在用直觉和经验随便说说。
: 1.
: 我第一印象会觉得这二位都至少需要个懂的老印才能把项目做成。
: 道理很简单,这个火车卖票,我从最一开始几个月前就说了,必须先需求分析,
: 不然都是瞎整。现在他们总算收敛到需求分析了。一个项目除了技术架构,
: 还有个管理架构。这两位显然是不合格组织管理项目的部署的。
: 至少你先找几十个人工卖票的模范工人,问问卖票怎么回事啊,
: corner cases啊。不然谈毛的技术啊。卖票可是个技术活啊,这个你们不会不懂吧?
g*t
15 楼
问题是有些需求不见得能简化成记录加锁啊。
这是我的直觉。
你比如说首长突然出巡了。屁民让道,这个怎么解决?
需求这玩意儿说起来没底的。
找些屁民按一定轨则抢座位,说不定就是无法判断最后状态的停机问题。
老魏的方案,其实是把记录加锁放到中心节点,一旦你取到了锁,其他操作都可以分布
到任意多台数据库服务器,所以不存在重新设计的问题。关键是瓶颈的效率大大提高了。
这个概念,咳咳,我们 14 年前尝试过,当时的目标是在赛羊上跑企业级的 instant
message,一开始我们用的是 mysql,后来把关键部分移植到 berkeley db。
【在 n*****t 的大作中提到】
: 老魏的方案,其实是把记录加锁放到中心节点,一旦你取到了锁,其他操作都可以分布
: 到任意多台数据库服务器,所以不存在重新设计的问题。关键是瓶颈的效率大大提高了。
: 这个概念,咳咳,我们 14 年前尝试过,当时的目标是在赛羊上跑企业级的 instant
: message,一开始我们用的是 mysql,后来把关键部分移植到 berkeley db。
这是我的直觉。
你比如说首长突然出巡了。屁民让道,这个怎么解决?
需求这玩意儿说起来没底的。
找些屁民按一定轨则抢座位,说不定就是无法判断最后状态的停机问题。
老魏的方案,其实是把记录加锁放到中心节点,一旦你取到了锁,其他操作都可以分布
到任意多台数据库服务器,所以不存在重新设计的问题。关键是瓶颈的效率大大提高了。
这个概念,咳咳,我们 14 年前尝试过,当时的目标是在赛羊上跑企业级的 instant
message,一开始我们用的是 mysql,后来把关键部分移植到 berkeley db。
【在 n*****t 的大作中提到】
: 老魏的方案,其实是把记录加锁放到中心节点,一旦你取到了锁,其他操作都可以分布
: 到任意多台数据库服务器,所以不存在重新设计的问题。关键是瓶颈的效率大大提高了。
: 这个概念,咳咳,我们 14 年前尝试过,当时的目标是在赛羊上跑企业级的 instant
: message,一开始我们用的是 mysql,后来把关键部分移植到 berkeley db。
n*t
24 楼
所有前端的操作都一样,到最后性能的问题都集中到加锁上。
我的方案跟老魏的大致思路一样,不过有点小区别。老魏是用计数器,性能达到极致,
可以适用 12306 这种特定的抢票。我的性能比较差,用锁,同时给记录加上一些标志
,比如状态、计时器,等等。首长出行、置标志;屁民抢票,用锁隔离;前端某服务器
当机未按协议相应,清计时器,等等等等
了。
【在 g****t 的大作中提到】
: 问题是有些需求不见得能简化成记录加锁啊。
: 这是我的直觉。
: 你比如说首长突然出巡了。屁民让道,这个怎么解决?
: 需求这玩意儿说起来没底的。
: 找些屁民按一定轨则抢座位,说不定就是无法判断最后状态的停机问题。
:
: 老魏的方案,其实是把记录加锁放到中心节点,一旦你取到了锁,其他操作都可以分布
: 到任意多台数据库服务器,所以不存在重新设计的问题。关键是瓶颈的效率大大提高了。
: 这个概念,咳咳,我们 14 年前尝试过,当时的目标是在赛羊上跑企业级的 instant
: message,一开始我们用的是 mysql,后来把关键部分移植到 berkeley db。
我的方案跟老魏的大致思路一样,不过有点小区别。老魏是用计数器,性能达到极致,
可以适用 12306 这种特定的抢票。我的性能比较差,用锁,同时给记录加上一些标志
,比如状态、计时器,等等。首长出行、置标志;屁民抢票,用锁隔离;前端某服务器
当机未按协议相应,清计时器,等等等等
了。
【在 g****t 的大作中提到】
: 问题是有些需求不见得能简化成记录加锁啊。
: 这是我的直觉。
: 你比如说首长突然出巡了。屁民让道,这个怎么解决?
: 需求这玩意儿说起来没底的。
: 找些屁民按一定轨则抢座位,说不定就是无法判断最后状态的停机问题。
:
: 老魏的方案,其实是把记录加锁放到中心节点,一旦你取到了锁,其他操作都可以分布
: 到任意多台数据库服务器,所以不存在重新设计的问题。关键是瓶颈的效率大大提高了。
: 这个概念,咳咳,我们 14 年前尝试过,当时的目标是在赛羊上跑企业级的 instant
: message,一开始我们用的是 mysql,后来把关键部分移植到 berkeley db。
L*e
26 楼
现有系统抢票是瓶颈,还是支付是瓶颈?不解决瓶颈,而让上游决堤,下游洪涝灾害更
严重。。。
虽然支付可以延时,但是大量支付请求排队,那么对一大部分支付可能要等上十几分钟
或者几十分钟,如果因为系统原因支付失败,那么订票一样失败,还得重新抢票。。。
买票过程是一个完整的体验,最不能缩短整个买票时间,提高拿票概率,只是局部发达
,是不可行的,或者说离真正实用还差很远。。。
了。
★ 发自iPhone App: ChineseWeb 8.2.2
【在 n*****t 的大作中提到】
: 老魏的方案,其实是把记录加锁放到中心节点,一旦你取到了锁,其他操作都可以分布
: 到任意多台数据库服务器,所以不存在重新设计的问题。关键是瓶颈的效率大大提高了。
: 这个概念,咳咳,我们 14 年前尝试过,当时的目标是在赛羊上跑企业级的 instant
: message,一开始我们用的是 mysql,后来把关键部分移植到 berkeley db。
严重。。。
虽然支付可以延时,但是大量支付请求排队,那么对一大部分支付可能要等上十几分钟
或者几十分钟,如果因为系统原因支付失败,那么订票一样失败,还得重新抢票。。。
买票过程是一个完整的体验,最不能缩短整个买票时间,提高拿票概率,只是局部发达
,是不可行的,或者说离真正实用还差很远。。。
了。
★ 发自iPhone App: ChineseWeb 8.2.2
【在 n*****t 的大作中提到】
: 老魏的方案,其实是把记录加锁放到中心节点,一旦你取到了锁,其他操作都可以分布
: 到任意多台数据库服务器,所以不存在重新设计的问题。关键是瓶颈的效率大大提高了。
: 这个概念,咳咳,我们 14 年前尝试过,当时的目标是在赛羊上跑企业级的 instant
: message,一开始我们用的是 mysql,后来把关键部分移植到 berkeley db。
g*t
27 楼
你说的对的。老魏那个没解决的问题很多。
但鉴于抢票是比较独有的铁路需求。
支付是比较常见的很多系统都有的较通用需求。
我给老魏的计数器鼓掌。
现有系统抢票是瓶颈,还是支付是瓶颈?不解决瓶颈,而让上游决堤,下游洪涝灾害更
严重。。。
虽然支付可以延时,但是大量支付请求排队,那么对一大部分支付可能要等上十几分钟
或者几十分钟,如果因为系统原因支付失败,那么订票一样失败,还得重新抢票。。。
买票过程是一个完整的体验,最不能缩短整个买票时间,提高拿票概率,只是局部发达
,是不可行的,或者说离真正实用还差很远。。。
了。
★ 发自iPhone App: ChineseWeb 8.2.2
【在 L*****e 的大作中提到】
: 现有系统抢票是瓶颈,还是支付是瓶颈?不解决瓶颈,而让上游决堤,下游洪涝灾害更
: 严重。。。
: 虽然支付可以延时,但是大量支付请求排队,那么对一大部分支付可能要等上十几分钟
: 或者几十分钟,如果因为系统原因支付失败,那么订票一样失败,还得重新抢票。。。
: 买票过程是一个完整的体验,最不能缩短整个买票时间,提高拿票概率,只是局部发达
: ,是不可行的,或者说离真正实用还差很远。。。
:
: 了。
: ★ 发自iPhone App: ChineseWeb 8.2.2
但鉴于抢票是比较独有的铁路需求。
支付是比较常见的很多系统都有的较通用需求。
我给老魏的计数器鼓掌。
现有系统抢票是瓶颈,还是支付是瓶颈?不解决瓶颈,而让上游决堤,下游洪涝灾害更
严重。。。
虽然支付可以延时,但是大量支付请求排队,那么对一大部分支付可能要等上十几分钟
或者几十分钟,如果因为系统原因支付失败,那么订票一样失败,还得重新抢票。。。
买票过程是一个完整的体验,最不能缩短整个买票时间,提高拿票概率,只是局部发达
,是不可行的,或者说离真正实用还差很远。。。
了。
★ 发自iPhone App: ChineseWeb 8.2.2
【在 L*****e 的大作中提到】
: 现有系统抢票是瓶颈,还是支付是瓶颈?不解决瓶颈,而让上游决堤,下游洪涝灾害更
: 严重。。。
: 虽然支付可以延时,但是大量支付请求排队,那么对一大部分支付可能要等上十几分钟
: 或者几十分钟,如果因为系统原因支付失败,那么订票一样失败,还得重新抢票。。。
: 买票过程是一个完整的体验,最不能缩短整个买票时间,提高拿票概率,只是局部发达
: ,是不可行的,或者说离真正实用还差很远。。。
:
: 了。
: ★ 发自iPhone App: ChineseWeb 8.2.2
n*t
32 楼
支付不是瓶颈,假设有 1000 人买票,分到 1000 台 server 上去总能响应,银行那边
排队是银行的事,超出 12306 的范围了。
所有能分到流水线、加开流水线的,都是渣
【在 L*****e 的大作中提到】
: 现有系统抢票是瓶颈,还是支付是瓶颈?不解决瓶颈,而让上游决堤,下游洪涝灾害更
: 严重。。。
: 虽然支付可以延时,但是大量支付请求排队,那么对一大部分支付可能要等上十几分钟
: 或者几十分钟,如果因为系统原因支付失败,那么订票一样失败,还得重新抢票。。。
: 买票过程是一个完整的体验,最不能缩短整个买票时间,提高拿票概率,只是局部发达
: ,是不可行的,或者说离真正实用还差很远。。。
:
: 了。
: ★ 发自iPhone App: ChineseWeb 8.2.2
排队是银行的事,超出 12306 的范围了。
所有能分到流水线、加开流水线的,都是渣
【在 L*****e 的大作中提到】
: 现有系统抢票是瓶颈,还是支付是瓶颈?不解决瓶颈,而让上游决堤,下游洪涝灾害更
: 严重。。。
: 虽然支付可以延时,但是大量支付请求排队,那么对一大部分支付可能要等上十几分钟
: 或者几十分钟,如果因为系统原因支付失败,那么订票一样失败,还得重新抢票。。。
: 买票过程是一个完整的体验,最不能缩短整个买票时间,提高拿票概率,只是局部发达
: ,是不可行的,或者说离真正实用还差很远。。。
:
: 了。
: ★ 发自iPhone App: ChineseWeb 8.2.2
n*t
36 楼
另外,我很早就提过了,12306 应该使用预付费。你想买啥票,放票前把钱交了,这样
看到有票就拿下了,避免很多无效操作。同时也实现一定程度的身份绑定(由银行、支
付宝验证)
当然,这个属于业务逻辑。
【在 L*****e 的大作中提到】
: 现有系统抢票是瓶颈,还是支付是瓶颈?不解决瓶颈,而让上游决堤,下游洪涝灾害更
: 严重。。。
: 虽然支付可以延时,但是大量支付请求排队,那么对一大部分支付可能要等上十几分钟
: 或者几十分钟,如果因为系统原因支付失败,那么订票一样失败,还得重新抢票。。。
: 买票过程是一个完整的体验,最不能缩短整个买票时间,提高拿票概率,只是局部发达
: ,是不可行的,或者说离真正实用还差很远。。。
:
: 了。
: ★ 发自iPhone App: ChineseWeb 8.2.2
看到有票就拿下了,避免很多无效操作。同时也实现一定程度的身份绑定(由银行、支
付宝验证)
当然,这个属于业务逻辑。
【在 L*****e 的大作中提到】
: 现有系统抢票是瓶颈,还是支付是瓶颈?不解决瓶颈,而让上游决堤,下游洪涝灾害更
: 严重。。。
: 虽然支付可以延时,但是大量支付请求排队,那么对一大部分支付可能要等上十几分钟
: 或者几十分钟,如果因为系统原因支付失败,那么订票一样失败,还得重新抢票。。。
: 买票过程是一个完整的体验,最不能缩短整个买票时间,提高拿票概率,只是局部发达
: ,是不可行的,或者说离真正实用还差很远。。。
:
: 了。
: ★ 发自iPhone App: ChineseWeb 8.2.2
g*g
40 楼
T*i
41 楼
发信人: TeacherWei (TW), 信区: Programming
标 题: 再次告诉goodbug,你自己傻逼自己憋着
发信站: BBS 未名空间站 (Wed Feb 5 11:19:52 2014, 美东)
不能拉出来恶心别人。
你自己做不了4G带宽的protocol stack,不代表别人不能做。
上网搜搜,Open Source的方案都一大堆。看不懂是你自己的事请。
标 题: 再次告诉goodbug,你自己傻逼自己憋着
发信站: BBS 未名空间站 (Wed Feb 5 11:19:52 2014, 美东)
不能拉出来恶心别人。
你自己做不了4G带宽的protocol stack,不代表别人不能做。
上网搜搜,Open Source的方案都一大堆。看不懂是你自己的事请。
m*5
58 楼
哈哈,你和goodbug都没看懂老魏的方案?
老魏的方案很有趣, 说道扩展性, 老魏的方案并不差
不过铁道部不会买老魏的方案, 因为外行看起来一点都不fancy
sense
【在 l*****9 的大作中提到】
: 你完全不懂技术也就罢了(所以会被一个你不明觉厉的东西大加赞赏),common sense
: 也欠缺
: 老魏的real time是通过丢单实现的,屁民用户的体验是网站基本当掉了,偶尔工作一
: 下,必须不断刷票碰运气;你的所谓有latency的方案,网站一直正常工作,订单交了
: 10分钟(或更快)出结果。从屁民角度看,哪个是更折磨人的方案?其它,哪个更公平
: 更正确就不细谈了,反正你根本不懂。
: 买票最重要的是排队,计数器有个球用
老魏的方案很有趣, 说道扩展性, 老魏的方案并不差
不过铁道部不会买老魏的方案, 因为外行看起来一点都不fancy
sense
【在 l*****9 的大作中提到】
: 你完全不懂技术也就罢了(所以会被一个你不明觉厉的东西大加赞赏),common sense
: 也欠缺
: 老魏的real time是通过丢单实现的,屁民用户的体验是网站基本当掉了,偶尔工作一
: 下,必须不断刷票碰运气;你的所谓有latency的方案,网站一直正常工作,订单交了
: 10分钟(或更快)出结果。从屁民角度看,哪个是更折磨人的方案?其它,哪个更公平
: 更正确就不细谈了,反正你根本不懂。
: 买票最重要的是排队,计数器有个球用
c*3
65 楼
每天上班不干活,在bbs里吵架
c*l
69 楼
看第一段就看不下去了
1,找老印,就算是你所谓的“懂”的老印
他只是把你脑子里面已经清楚的东西用咖喱味的英语反复说,反复说
直到你烦了打断他或者是你自己从清楚变模糊为止。
2,中国高铁是全世界最reliable的。
在那个后面,西班牙、加拿大都出过出轨事故
3,中国企业,不注重网站形象,12306的界面连CSS align都做不好,
这是一个问题。但不代表内在质量差。
中国企业,包括老魏的公司,需要加强presentation
其实花不了什么功夫,用bootstrap就能搞定
【在 g****t 的大作中提到】
: 假设我是买方,好虫和魏老师作为总工,我选择买谁的?
: 我不懂软件。但十多年前就做过几千万人民币项目买方主要技术人员。
: 现在用直觉和经验随便说说。
: 1.
: 我第一印象会觉得这二位都至少需要个懂的老印才能把项目做成。
: 道理很简单,这个火车卖票,我从最一开始几个月前就说了,必须先需求分析,
: 不然都是瞎整。现在他们总算收敛到需求分析了。一个项目除了技术架构,
: 还有个管理架构。这两位显然是不合格组织管理项目的部署的。
: 至少你先找几十个人工卖票的模范工人,问问卖票怎么回事啊,
: corner cases啊。不然谈毛的技术啊。卖票可是个技术活啊,这个你们不会不懂吧?
1,找老印,就算是你所谓的“懂”的老印
他只是把你脑子里面已经清楚的东西用咖喱味的英语反复说,反复说
直到你烦了打断他或者是你自己从清楚变模糊为止。
2,中国高铁是全世界最reliable的。
在那个后面,西班牙、加拿大都出过出轨事故
3,中国企业,不注重网站形象,12306的界面连CSS align都做不好,
这是一个问题。但不代表内在质量差。
中国企业,包括老魏的公司,需要加强presentation
其实花不了什么功夫,用bootstrap就能搞定
【在 g****t 的大作中提到】
: 假设我是买方,好虫和魏老师作为总工,我选择买谁的?
: 我不懂软件。但十多年前就做过几千万人民币项目买方主要技术人员。
: 现在用直觉和经验随便说说。
: 1.
: 我第一印象会觉得这二位都至少需要个懂的老印才能把项目做成。
: 道理很简单,这个火车卖票,我从最一开始几个月前就说了,必须先需求分析,
: 不然都是瞎整。现在他们总算收敛到需求分析了。一个项目除了技术架构,
: 还有个管理架构。这两位显然是不合格组织管理项目的部署的。
: 至少你先找几十个人工卖票的模范工人,问问卖票怎么回事啊,
: corner cases啊。不然谈毛的技术啊。卖票可是个技术活啊,这个你们不会不懂吧?
N*n
74 楼
作为一个公司,应该需要有 guvest思路的吧。。有经验的大拿们peer review 一下。
呵呵
【在 g****t 的大作中提到】
: 假设我是买方,好虫和魏老师作为总工,我选择买谁的?
: 我不懂软件。但十多年前就做过几千万人民币项目买方主要技术人员。
: 现在用直觉和经验随便说说。
: 1.
: 我第一印象会觉得这二位都至少需要个懂的老印才能把项目做成。
: 道理很简单,这个火车卖票,我从最一开始几个月前就说了,必须先需求分析,
: 不然都是瞎整。现在他们总算收敛到需求分析了。一个项目除了技术架构,
: 还有个管理架构。这两位显然是不合格组织管理项目的部署的。
: 至少你先找几十个人工卖票的模范工人,问问卖票怎么回事啊,
: corner cases啊。不然谈毛的技术啊。卖票可是个技术活啊,这个你们不会不懂吧?
呵呵
【在 g****t 的大作中提到】
: 假设我是买方,好虫和魏老师作为总工,我选择买谁的?
: 我不懂软件。但十多年前就做过几千万人民币项目买方主要技术人员。
: 现在用直觉和经验随便说说。
: 1.
: 我第一印象会觉得这二位都至少需要个懂的老印才能把项目做成。
: 道理很简单,这个火车卖票,我从最一开始几个月前就说了,必须先需求分析,
: 不然都是瞎整。现在他们总算收敛到需求分析了。一个项目除了技术架构,
: 还有个管理架构。这两位显然是不合格组织管理项目的部署的。
: 至少你先找几十个人工卖票的模范工人,问问卖票怎么回事啊,
: corner cases啊。不然谈毛的技术啊。卖票可是个技术活啊,这个你们不会不懂吧?
s*y
75 楼
上来就找老印也在这儿胡说八道?字里行间显出您的无知。
【在 g****t 的大作中提到】
: 假设我是买方,好虫和魏老师作为总工,我选择买谁的?
: 我不懂软件。但十多年前就做过几千万人民币项目买方主要技术人员。
: 现在用直觉和经验随便说说。
: 1.
: 我第一印象会觉得这二位都至少需要个懂的老印才能把项目做成。
: 道理很简单,这个火车卖票,我从最一开始几个月前就说了,必须先需求分析,
: 不然都是瞎整。现在他们总算收敛到需求分析了。一个项目除了技术架构,
: 还有个管理架构。这两位显然是不合格组织管理项目的部署的。
: 至少你先找几十个人工卖票的模范工人,问问卖票怎么回事啊,
: corner cases啊。不然谈毛的技术啊。卖票可是个技术活啊,这个你们不会不懂吧?
【在 g****t 的大作中提到】
: 假设我是买方,好虫和魏老师作为总工,我选择买谁的?
: 我不懂软件。但十多年前就做过几千万人民币项目买方主要技术人员。
: 现在用直觉和经验随便说说。
: 1.
: 我第一印象会觉得这二位都至少需要个懂的老印才能把项目做成。
: 道理很简单,这个火车卖票,我从最一开始几个月前就说了,必须先需求分析,
: 不然都是瞎整。现在他们总算收敛到需求分析了。一个项目除了技术架构,
: 还有个管理架构。这两位显然是不合格组织管理项目的部署的。
: 至少你先找几十个人工卖票的模范工人,问问卖票怎么回事啊,
: corner cases啊。不然谈毛的技术啊。卖票可是个技术活啊,这个你们不会不懂吧?
d*a
76 楼
这个写得不错。
【在 g****t 的大作中提到】
: 假设我是买方,好虫和魏老师作为总工,我选择买谁的?
: 我不懂软件。但十多年前就做过几千万人民币项目买方主要技术人员。
: 现在用直觉和经验随便说说。
: 1.
: 我第一印象会觉得这二位都至少需要个懂的老印才能把项目做成。
: 道理很简单,这个火车卖票,我从最一开始几个月前就说了,必须先需求分析,
: 不然都是瞎整。现在他们总算收敛到需求分析了。一个项目除了技术架构,
: 还有个管理架构。这两位显然是不合格组织管理项目的部署的。
: 至少你先找几十个人工卖票的模范工人,问问卖票怎么回事啊,
: corner cases啊。不然谈毛的技术啊。卖票可是个技术活啊,这个你们不会不懂吧?
【在 g****t 的大作中提到】
: 假设我是买方,好虫和魏老师作为总工,我选择买谁的?
: 我不懂软件。但十多年前就做过几千万人民币项目买方主要技术人员。
: 现在用直觉和经验随便说说。
: 1.
: 我第一印象会觉得这二位都至少需要个懂的老印才能把项目做成。
: 道理很简单,这个火车卖票,我从最一开始几个月前就说了,必须先需求分析,
: 不然都是瞎整。现在他们总算收敛到需求分析了。一个项目除了技术架构,
: 还有个管理架构。这两位显然是不合格组织管理项目的部署的。
: 至少你先找几十个人工卖票的模范工人,问问卖票怎么回事啊,
: corner cases啊。不然谈毛的技术啊。卖票可是个技术活啊,这个你们不会不懂吧?
z*3
77 楼
我压根没兴趣跟老魏讨论
主要是神经病老pa我
烦死了,那就看看吧
原来如此,不就那么一回事嘛
说了三个月,早说要做计数器,然后其他需求剥离
不就完了么?非要自己装半天,搞得好像12306都能搞定一样
我早就说了,呀的小trick就是把复杂的都交给别人
自己的留到最简,问题在于:计数器我还要你来做干什么?
随便找个人都可以做,而且不会跟我计较网卡和网线
就差没算路由了
【在 g****t 的大作中提到】
: 假设我是买方,好虫和魏老师作为总工,我选择买谁的?
: 我不懂软件。但十多年前就做过几千万人民币项目买方主要技术人员。
: 现在用直觉和经验随便说说。
: 1.
: 我第一印象会觉得这二位都至少需要个懂的老印才能把项目做成。
: 道理很简单,这个火车卖票,我从最一开始几个月前就说了,必须先需求分析,
: 不然都是瞎整。现在他们总算收敛到需求分析了。一个项目除了技术架构,
: 还有个管理架构。这两位显然是不合格组织管理项目的部署的。
: 至少你先找几十个人工卖票的模范工人,问问卖票怎么回事啊,
: corner cases啊。不然谈毛的技术啊。卖票可是个技术活啊,这个你们不会不懂吧?
主要是神经病老pa我
烦死了,那就看看吧
原来如此,不就那么一回事嘛
说了三个月,早说要做计数器,然后其他需求剥离
不就完了么?非要自己装半天,搞得好像12306都能搞定一样
我早就说了,呀的小trick就是把复杂的都交给别人
自己的留到最简,问题在于:计数器我还要你来做干什么?
随便找个人都可以做,而且不会跟我计较网卡和网线
就差没算路由了
【在 g****t 的大作中提到】
: 假设我是买方,好虫和魏老师作为总工,我选择买谁的?
: 我不懂软件。但十多年前就做过几千万人民币项目买方主要技术人员。
: 现在用直觉和经验随便说说。
: 1.
: 我第一印象会觉得这二位都至少需要个懂的老印才能把项目做成。
: 道理很简单,这个火车卖票,我从最一开始几个月前就说了,必须先需求分析,
: 不然都是瞎整。现在他们总算收敛到需求分析了。一个项目除了技术架构,
: 还有个管理架构。这两位显然是不合格组织管理项目的部署的。
: 至少你先找几十个人工卖票的模范工人,问问卖票怎么回事啊,
: corner cases啊。不然谈毛的技术啊。卖票可是个技术活啊,这个你们不会不懂吧?
l*s
78 楼
楼主的评价很精到。
z*3
79 楼
老魏应该向后生那个1989学习一下怎么做presentation
人家就说了三个字:计数器
老魏全国一盘棋开始,忽悠了三个月
三个字 vs 三个月
三个月其实更接近啊三的忽悠
总之拼命忽悠,没有point
【在 c********l 的大作中提到】
: 看第一段就看不下去了
: 1,找老印,就算是你所谓的“懂”的老印
: 他只是把你脑子里面已经清楚的东西用咖喱味的英语反复说,反复说
: 直到你烦了打断他或者是你自己从清楚变模糊为止。
: 2,中国高铁是全世界最reliable的。
: 在那个后面,西班牙、加拿大都出过出轨事故
: 3,中国企业,不注重网站形象,12306的界面连CSS align都做不好,
: 这是一个问题。但不代表内在质量差。
: 中国企业,包括老魏的公司,需要加强presentation
: 其实花不了什么功夫,用bootstrap就能搞定
人家就说了三个字:计数器
老魏全国一盘棋开始,忽悠了三个月
三个字 vs 三个月
三个月其实更接近啊三的忽悠
总之拼命忽悠,没有point
【在 c********l 的大作中提到】
: 看第一段就看不下去了
: 1,找老印,就算是你所谓的“懂”的老印
: 他只是把你脑子里面已经清楚的东西用咖喱味的英语反复说,反复说
: 直到你烦了打断他或者是你自己从清楚变模糊为止。
: 2,中国高铁是全世界最reliable的。
: 在那个后面,西班牙、加拿大都出过出轨事故
: 3,中国企业,不注重网站形象,12306的界面连CSS align都做不好,
: 这是一个问题。但不代表内在质量差。
: 中国企业,包括老魏的公司,需要加强presentation
: 其实花不了什么功夫,用bootstrap就能搞定
s*o
93 楼
lz是屁都不懂的节奏
【在 g****t 的大作中提到】
: 假设我是买方,好虫和魏老师作为总工,我选择买谁的?
: 我不懂软件。但十多年前就做过几千万人民币项目买方主要技术人员。
: 现在用直觉和经验随便说说。
: 1.
: 我第一印象会觉得这二位都至少需要个懂的老印才能把项目做成。
: 道理很简单,这个火车卖票,我从最一开始几个月前就说了,必须先需求分析,
: 不然都是瞎整。现在他们总算收敛到需求分析了。一个项目除了技术架构,
: 还有个管理架构。这两位显然是不合格组织管理项目的部署的。
: 至少你先找几十个人工卖票的模范工人,问问卖票怎么回事啊,
: corner cases啊。不然谈毛的技术啊。卖票可是个技术活啊,这个你们不会不懂吧?
【在 g****t 的大作中提到】
: 假设我是买方,好虫和魏老师作为总工,我选择买谁的?
: 我不懂软件。但十多年前就做过几千万人民币项目买方主要技术人员。
: 现在用直觉和经验随便说说。
: 1.
: 我第一印象会觉得这二位都至少需要个懂的老印才能把项目做成。
: 道理很简单,这个火车卖票,我从最一开始几个月前就说了,必须先需求分析,
: 不然都是瞎整。现在他们总算收敛到需求分析了。一个项目除了技术架构,
: 还有个管理架构。这两位显然是不合格组织管理项目的部署的。
: 至少你先找几十个人工卖票的模范工人,问问卖票怎么回事啊,
: corner cases啊。不然谈毛的技术啊。卖票可是个技术活啊,这个你们不会不懂吧?
相关阅读
为什么国内的视频都是flash大家用python GUI编程的时候都是用tkinter吗?给你们推荐个思路:异步老姜你回答一个问题沉默的大多数呢?这版本来还有些很好讨论的先说清楚了赵老师咱定个规矩赵老师那个pool更好做回国出售大量二手家具,欢迎来看回帖子的两个阵营谁组织个meetup吧尼玛这版的版主呢?请教一个hadoop问题单线程服务不支持transaction,智商下限么?老魏一贴出代码, 估计赌局就输了吧如何停止后台的unix process?纯属好奇,问一下。goodbug,我的计数器支持不支持transaction?其实我知道这些小年轻缺的是什么知识Go is a pooly designed language