m*******l
发帖数: 12782 | 1 C++ 万盛 JAVA
因为C++是特殊情况特殊对待的思路
JAVA是套用现有思路,僵化,慢 |
m******t
发帖数: 635 | 2 嗯，魏老师有干货，不是嘴皮子
【在 m*******l 的大作中提到】
: C++ 万盛 JAVA
: 因为C++是特殊情况特殊对待的思路
: JAVA是套用现有思路,僵化,慢
|
h*****a
发帖数: 1718 | 3 跟语言之争关系不大。
拼命发掘单机上效率的潜力终究是有上限的，而且单机（或者多机standby也好）设计
中availability是一个很大的问题。这是魏老师设计中的最大问题。
转移到goodbug说的elastic的high availability 和high scalability的系统，至少在
互联网领域是长远的解决之道。在这样的架构下，单机的效率几乎不再是一个问题，所
以用C++还是Java并不是那么重要。因为Java的可维护性更好，所以Java常常成为选择。
【在 m*******l 的大作中提到】
: C++ 万盛 JAVA
: 因为C++是特殊情况特殊对待的思路
: JAVA是套用现有思路,僵化,慢
|
z****e
发帖数: 54598 | 4 古德霸还是有做过卖方系统的经验滴
魏老师那一套都是买方系统，适合给各种山寨插件做指导
楼主的c++也非常适合做这个
实际上各种山寨的抢票插件也的确是用c++在写
哈哈
择。
【在 h*****a 的大作中提到】
: 跟语言之争关系不大。
: 拼命发掘单机上效率的潜力终究是有上限的，而且单机（或者多机standby也好）设计
: 中availability是一个很大的问题。这是魏老师设计中的最大问题。
: 转移到goodbug说的elastic的high availability 和high scalability的系统，至少在
: 互联网领域是长远的解决之道。在这样的架构下，单机的效率几乎不再是一个问题，所
: 以用C++还是Java并不是那么重要。因为Java的可维护性更好，所以Java常常成为选择。
|
r****c
发帖数: 2585 | 5 C++和Java还是各有千秋的。Java做business logic多的完胜C++，后端大数据处理也不
差（比如mapreduce).
如果只是1，2千台机器的话就用java，超过10k用C++因为效率的差别带来系统的价格就
体现出来了 |
c******o
发帖数: 1277 | 6 两边鸡同鸭讲，根本讲的不是一个题目。
不过关于订火车票这个题目，魏老师讲的不错，idea很好 |
p*a
发帖数: 592 | 7 同意。魏老师的思路直击要害，抓住了主要矛盾，其实我还想知道高频交易里更多的设
计思路，不过估计人家也不愿多说了
【在 c******o 的大作中提到】
: 两边鸡同鸭讲，根本讲的不是一个题目。
: 不过关于订火车票这个题目，魏老师讲的不错，idea很好
|
w**z
发帖数: 8232 | 8 围观了半天，觉得他们要解决的是不同的问题。个人擅长的领域不同，想问题的角度也
不一样。高频交易和大型网站，确实不一样。我也是做互联网的，和古德霸想法相近，
CAP已经融入血液中了。任何东西，单机是不可想象的,单机的性能根本不会是考虑的重
点。
择。
【在 h*****a 的大作中提到】
: 跟语言之争关系不大。
: 拼命发掘单机上效率的潜力终究是有上限的，而且单机（或者多机standby也好）设计
: 中availability是一个很大的问题。这是魏老师设计中的最大问题。
: 转移到goodbug说的elastic的high availability 和high scalability的系统，至少在
: 互联网领域是长远的解决之道。在这样的架构下，单机的效率几乎不再是一个问题，所
: 以用C++还是Java并不是那么重要。因为Java的可维护性更好，所以Java常常成为选择。
|
w**z
发帖数: 8232 | 9 idea 是不错，但是问题究竟在哪？他解决的可能根本不是问题。
【在 c******o 的大作中提到】
: 两边鸡同鸭讲，根本讲的不是一个题目。
: 不过关于订火车票这个题目，魏老师讲的不错，idea很好
|
w**z
发帖数: 8232 | 10 什么是主要矛盾？
【在 p*a 的大作中提到】
: 同意。魏老师的思路直击要害，抓住了主要矛盾，其实我还想知道高频交易里更多的设
: 计思路，不过估计人家也不愿多说了
|
g*****g
发帖数: 34805 | 11 所谓stock exchange，追求的是极端的low latency，但从交易数量而言，根本跟互联
网应用不在一个级别上。魏老师那点经验，不能设计一个能够应付春运系统是毫不奇怪
的。看看nasdaq自己给的数据，11,000用户，每天2.5M 写。常见的peak是5K/second。
相比之下，每个大型互联网应用每天都是Billion级别的写。
http://www.nasdaq.com/investorrelations/pdf/art/complete.pdf
INCLUSIVENESS
Nasdaq is the world’s largest subscriber network—connecting 11,000 traders
in 790 firms and more than
1,000 locations. More than 1.2 million users in 83 countries have access to
screens displaying Nasdaq data
Nasdaq systems routinely handle over 5,000 transactions per second..........
.....On a typical day, Nasdaq disseminates 6.5 million quotes, 2.5 million
trades and 1.5 million orders
【在 w**z 的大作中提到】
: 围观了半天，觉得他们要解决的是不同的问题。个人擅长的领域不同，想问题的角度也
: 不一样。高频交易和大型网站，确实不一样。我也是做互联网的，和古德霸想法相近，
: CAP已经融入血液中了。任何东西，单机是不可想象的,单机的性能根本不会是考虑的重
: 点。
:
: 择。
|
b*******s
发帖数: 5216 | 12 关键是铁道部网站这个个例究竟是什么问题
没人好好分析
【在 w**z 的大作中提到】
: 围观了半天，觉得他们要解决的是不同的问题。个人擅长的领域不同，想问题的角度也
: 不一样。高频交易和大型网站，确实不一样。我也是做互联网的，和古德霸想法相近，
: CAP已经融入血液中了。任何东西，单机是不可想象的,单机的性能根本不会是考虑的重
: 点。
:
: 择。
|
z****e
发帖数: 54598 | 13 魏老师提出的问题，结果没分析，就下了solution
你该问问魏老师到底要解决什么问题先
我一直在追问魏老师，结果魏老师避而不答呀
【在 b*******s 的大作中提到】
: 关键是铁道部网站这个个例究竟是什么问题
: 没人好好分析
|
