k*******d
发帖数: 1523 | 1 书名：《大隐》
作者：血珊瑚（蓝晶）
出版：河图文化有限公司
手打出处：红领巾手打团
目录：
第一章 遗产纠纷
第二章 保护伞
第三章 搜查
第四章 路上
第五章 修道院
简介：
一三〇七年，法王腓力四世突然发布密令，逮捕圣殿骑士团成员，教皇克莱
门多五世全力支持。圣殿骑士团高层因此全都被捕。
一三一〇年，法王下令处死了大部分圣殿骑士团成员，只留下了一些重要成
员，为的是从他们的嘴里知道圣殿骑士团藏匿的财宝在什么地方。
圣殿骑士团有些没有被捕的人，原本试图靠外交的方式，救出被捕的成员，
腓力四世的凶残让他们认清了现实，他们决定靠自己的力量救出同伴。
一年后，他们组织了一场救援行动，冲入监狱之中，救出了一些人，其中包
括牧师团最高十二人之一的赛门。阿拉贡。
自此卡佩王朝、教廷和圣殿骑士团之间的恩怨纠葛，和玫瑰十字骑士团的建
立，在历史上风起云涌……
出场人物：
尼斯。韩特。康塞尔：男爵之子，母亲不详。（法国）
路克。贝特曼：子爵次子，纨绔子弟，粗鲁，莽撞，肯花钱。（法国）
伊斯特。拿格：子爵次子，纨绔子弟，擅长歌曲和各种艺术。（法国）
梅特洛。迪亚戈：贵族，没有爵位继承，跟班，头脑灵活，... 阅读全帖 |
|
y**q
发帖数: 246 | 2 http://news.buaa.edu.cn/dispnews.php?type=1&nid=28255&s_table=news_txt
北航沙河校区五栋大楼工程结构封顶
点击数:[2466] | 加入时间:[2008-12-16 09:17]
在北京市及昌平区政府各部门的大力支持下，经沙河高教园区办公室、各入园高校和开
发建设单位多年来的共同努力，沙河高教园区高校校园、市政基础设施的前期开发和建
设以及配套项目开发均已取得了显著进展。我校作为沙河高教园区入园单位，新校区的
建设已取得了初步的成果。一期工程建设于2008年3月至5月陆续开工，目前已有五栋大
楼工程结构顺利封顶，分别为一栋公共教学楼、一栋公共实验楼、两栋学生公寓和一栋
学生食堂（综合服务楼）。
公共教学楼建筑面积45600㎡（其中地上面积38000㎡，地下面积7600㎡），建筑主体高
度为23.1m，主要用于本科教学。教学楼内设有大中小阶梯教室、普通教室、语音教室
、制图教室和休息室等各类教室，总规模为15620座位数。楼内还建有150㎡多媒体教学
控制中心、150㎡有限电视前端机房和校广播站、2400㎡的平战结合的 |
|
G***Y
发帖数: 9698 | 3 南航新增广州直飞多伦多航班
8月起纽约、洛杉矶航线再增班
来源：南方都市报 2016年07月28日 作者：任先博
南都讯 记者任先博 近日，南航广州—多伦多直飞航班正式上线销售，该航线计
划于12月7日正式开通。
广州—多伦多航线往返航班号为C Z311/2，每周执行三班，由波音777-300E R宽体
客机执飞。每周三、周五、周日14：30从广州起飞，17：30(夏令时)/16：30(冬令时)
抵达多伦多。返程每周一、周四、周六01：30(夏令时)/00：30(冬令时)从多伦多起飞
，次日05：10抵达广州。(以上均为当地时间)目前南航广州—多伦多航班和纽约、洛杉
矶增班均已开放销售。2016年9月2日前购买飞多伦多机票将享受最低往返3000元人民币
的优惠运价。
多伦多航线开通后，将成为南航在北美的第5个直飞航点，为赴北美旅客提供更加
丰富便捷的出行选择。为满足市场需求，从8月1日起，南航广州-纽约往返航线将由每
周10班增至14班，达到每日2班。广州—洛杉矶航线也将从8月6日起增至每周12班。新
增航班由波音777-300E R执... 阅读全帖 |
|
T********i
发帖数: 2416 | 4 你忽略的是什么？
你根本没搞清楚春运系统的难点：
1. 全国一盘棋。任意两点任意方向都有需求
2. 读写要同时优化，写数据可能只有那么几亿条。读请求会多几十上百倍。很多人一
直刷屏。
3. 瞬时负载。要做好在几十分钟内每秒几十万上百万请求的准备。
4. 动态规划，要兼顾用户优化和全局优化。比如某路段最抢手，但是还要考虑经过这
个路段的其他长途旅客。
你的那个数据库怎么应付瞬时激增的请求？
我的设计，就是我的核心取代你的数据库和cache，以及transaction manager。
主要针对上述1，2，3点。因为第四点能够分布。
我的核心输入很简单：
1. 查询:
输入： Route List + Constraint filter (时间段， 座位等级 etc)
输出： 没票：
或者有票： 每节点班次和剩余座位数
2. 订票：
输入： 上次查询结果
输出： 是否成功？（其他人可能抢先）
3. 退票： 或者几分钟后银行确认失败取消
输入： 班次座位列表
输出： 永远成功
就是这个server，这个是核心，我的方案比你的处理能力高两个数量... 阅读全帖 |
|
f****4
发帖数: 1359 | 5 讨论设计方案，必须有个背景才有意义。这个卖春运火车票的网站就是个很不错的例子。
比较方案的时候，可行性是根本，都可行的情况下考虑成本。可行性里面需要考虑到
performance，availability,scalability，工期还有系统的复杂度。这些都是讨论的
基础，你不能简单的说“你这方案比scalability比不上分布式，比响应比不上硬实时
系统”。没有方案是完美的，我们现在只是在给定的案例下面讨论两个不同的实现。如
果背离这个约定，那就又成为毫无意义的口水帖了。
因为有些人根本不仔细看别人帖子，我把2个不同方案的实现，大家提及的疑问及解答
，按照我的理解复述一下，也请魏老师和goodbug指正。当然了，我主要复述一下魏老
师的方案，毕竟分布式的大家多少都了解一点。
主机配置，4个10G/s网卡，全双工80G/s，对CPUS没特殊要求，内存没提，不过现在服
务器上到90+CPUS，36+G内存也就是5万美金，魏老师声称1万的主机还算靠谱。
魏老师在后面的帖子针对availability的问题提到了hot standby server，3zone，多
hot standby ... 阅读全帖 |
|
m****a
发帖数: 2593 | 6 http://www.ccthere.com/article/3965719
我曾在淘宝写过一段时间代码，2012年在一家百强民企做电商副总，当时在极为艰苦的
条件下带队开发了一个B2C网站，走支付宝和银联支付通道，年营业额千万级（当然实
在太少了，我只是说这个网站投入了实际的运营）。
也就在那个时候，我对12306嗤之以鼻，觉得他们做得太烂了，认为自己能带队花几百
万半年时间做个好的出来。于是我狂妄地想做一个开源的订票系统给他们。我花了一个
星期时间思考建立数据模型，思考到库存这一步的时候，我才发现，12306的库存复杂
性比淘宝、京东高很多倍，运算量也大很多倍。传统的分布式数据库、缓存、负载均衡
技术并不能恰好满足12306的需求。
在平时，12306也就是个正常的电商网站。但一到黄金周，12306就是一个全站所有商品
都秒杀，所有SKU都是动态库存的变态。
即使不考虑线下既有的电话、代售点等渠道，要实现一个12306，最少最少也是千万级
别的硬件投入（这是当时的估算，没有精算，可能与实际相差较大，总之，我说得不一
定对，12306的业务也许没我说的那么复杂，但也绝不是某些人喷的那... 阅读全帖 |
|
s*****r
发帖数: 43070 | 7 1月11日起，12306网站开始销售除夕当日火车票。每到此时，铁路系统唯一的官方购票
网站12306就会成为众矢之的。今年也不例外，12306再次被淹没在一片埋怨声中。
1月5日，观察者网刊登了问答网站“知乎”上的用户王强的解答，回答“如果把12306
外包给IBM或者阿里巴巴来做的话，能不能比现在做得好？”这一问题。
1月10日，一位ID名为“代码狗”的前淘宝工程师，后来在一家电商公司做技术副总的
IT业内人士也在著名论坛“西西河”上发文，表达了他自己对12306系统的看法。
值得注意的是，“代码狗”在12306系统刚上线时也有过不少微词。为了证明12306系统
很容易搭建，“代码狗”甚至曾经发起过一个名为“替12306设计系统”的开源项目。
通过工作中的实践，“代码狗”对于12306系统也有了新的认识。
观察者网转载此文，供读者参考。
全文如下：
官方订票网站12306崩溃时的页面（资料图）
本人淘宝技术专家，2012年在一家百强民企做电商副总，当时在极为艰苦的条件下带队
开发了一个B2C（企业针对个人开展的电子商务活动——观察者网注）网站，走支付宝
和银联支付通道，年营业额千万级... 阅读全帖 |
|
n*****t
发帖数: 22014 | 8 假设只能转一次车，1000 x 1000 那就是构建 1M 条虚拟车次。每个车次分 8 个等级
，查票只需要计数剩余座位数，总给也就 16M 的 memory db |
|
z****e
发帖数: 54598 | 9 给你一个数据
天朝春运，铁路总共就是3亿人次不到
而总共出行人次达到36亿
所以这是18倍以上的差距
那么一种极端假设
当座位数是N的时候
18N个人同时抢，会不会出现我说的问题？
很有可能 |
|
g*****g
发帖数: 34805 | 10 来自主题: Programming版 - SPECS 举个例子，就是假定当前所有票的线段数是N（连着的算一段)，一个request进来，要
满足分配之后N'最小。其次，在N'一样的前提下，要从一个长度最短的线段里取。线段
长度一样可以任取一个。
这简单bruteforce最差情况是个O(N)的算法，N是座位数。 |
|
t**********1
发帖数: 550 | 11 下面是好虫的要求。我同意的。
举个例子，就是假定当前所有票的线段数是N（连着的算一段)，一个request进来，要
满足分配之后N'最小。其次，在N'一样的前提下，要从一个长度最短的线段里取。线段
长度一样可以任取一个。
这简单bruteforce最差情况是个O(N)的算法，N是座位数。 |
|
t**********1
发帖数: 550 | 12 下面是好虫的要求：
举个例子，就是假定当前所有票的线段数是N（连着的算一段)，一个request进来，要
满足分配之后N'最小。其次，在N'一样的前提下，要从一个长度最短的线段里取。线段
长度一样可以任取一个。
这是一个全局搜索算法的问题。复杂度至少O(n)，n是总座位数。
好虫的要求是20个区段，每个区段每个等级车票1000个座位。那是什么概念呢？就是每
次要考虑20X1000个全局座位的优化。
最难的是有时间要求。比如我赌气地提出1MM出票每秒。好虫竟然还不乐意，妄图无耻
地讨价还价为1MM transaction每秒。
现在就假定我们只优化一个座位。假定有上帝之手帮你优化好了，用的是全体平行宇宙
的超级量子计算机。用时为0。结果返回到一个数据结构如下：
struct SeatRank {
public:
short _seatNum;
short _rank;
};
_rank表示座位的优化等级，越高，则表示此座位越应该采用。
你要做的就是把1000个座位扫描一遍，找到一个优化等级最高的采用：
SeatRank seats[1000];
int bes... 阅读全帖 |
|
L*****e
发帖数: 8347 | 13 一个table放车次本身信息，有以下column
车次（primary key），站点，站点顺序，车厢号，车厢种类（硬座，硬卧，软卧），
车厢容量（座位数，卧铺数）
一个辅助table给车厢座位分座号
车次（secondary key），车厢号，座位/卧铺号
另一个table处理和售票有关的信息
车次（secondary key），座位号，20列bool表示该座位在该车次站点的售出情况（假
设20是所有车次最多可有的站点）
★ 发自iPhone App: ChineseWeb 8.2.2 |
|
c******3
发帖数: 296 | 14 淘宝内部人谈设计12306
一直觉得从讨论12306的设计，可以学到很多东西。本版俩大牛老魏和goodbug的设计各
有千秋，精彩绝伦。也很遗憾地看到，凭俩位这么多年的经验，居然设计中都有完全忽
视最最基本需求的地方。前者最初的设计不保证同车同座，后者的设计不保证实时。凭
这种低级硬伤，FLG面试设计一轮估计悬了。
俩大牛都搞不定，我等更没折了。坐下好好学习吧。搜到一篇淘宝内部人写的心得，在
此分享。不觉得他写的都对，例如超卖.淘宝大牛也比不上本版俩大牛，但毕竟是做过
类似系统的淘宝人，可能他的师哥师妹就曾帮12306做过，所以应该是有参考价值的。
===========http://www.cchere.com/topic/3965719==============
我曾在淘宝写过一段时间代码，2012年在一家百强民企做电商副总，当时在极为艰苦的
条件下带队开发了一个B2C网站，走支付宝和银联支付通道，年营业额千万级（当然实
在太少了，我只是说这个网站投入了实际的运营）。
也就在那个时候，我对12306嗤之以鼻，觉得他们做得太烂了，认为自己能带队花几百
万半年时间做个好的出来。于是我... 阅读全帖 |
|
D*****r
发帖数: 6791 | 15 西西河 上的 代码狗 发文。
本人淘宝技术专家，2012年在一家百强民企做电商副总，当时在极为艰苦的条件下带队
开发了一个B2C（企业针对个人开展的电子商务活动——观察者网注）网站，走支付宝
和银联支付通道，年营业额千万级（作者注：当然实在太少了，我只是说这个网站投入
了实际的运营）。
也就在那个时候，我对12306嗤之以鼻，觉得他们做得太烂了，认为自己能带队花几百
万半年时间做个好的出来。于是我狂妄地想做一个开源的订票系统给他们。我花了一个
星期时间思考建立数据模型，思考到库存这一步的时候，我才发现，12306的库存复杂
性比淘宝、京东高很多倍，运算量也大很多倍。传统的分布式数据库、缓存、负载均衡
技术并不能恰好满足12306的需求。
在平时，12306也就是个正常的电商网站。但一到黄金周，12306就是一个全站所有商品
都秒杀，所有SKU都是动态库存的变态。
即使不考虑线下既有的电话、代售点等渠道，要实现一个12306，最少最少也是千万级
别的硬件投入（作者注：这是当时的估算，没有精算，可能与实际相差较大，总之，我
说得不一定对，12306的业务也许没我说的那么复杂，但也绝不是某些... 阅读全帖 |
|
s******u
发帖数: 501 | 16 这个似乎没那么难，每车次10站，总共差不多50种组合，bitwise的话不超过8个字节。
另外需要保存每个站点的剩余座位数，2bytesx10=20字节，也就是说一个车次顶多算64
字节好了。5000个车次1MB的数据都不到，做检索可以全部塞到cache里面，基本不存在
cache miss的问题。另外车次独立，所以线程的scalability几乎是线性的，综合起来
对这样子的简化问题每秒一百万次查询请求应该还有不少余地 |
|
h*c
发帖数: 45 | 17 数学上讲我明白你在讲什么，但是从实际上讲你的这个说法我认为不fair。因为这个过
程还是在模拟窗口售票的过程。在你的例子里面，如果有四个人在窗口排队，依次的请
求是,
1. 123
2. 23
3. 12
4. 3
你想要的优化是要卖给1,3,4好乘客。但是在实际的窗口排队模型中，售票员不能和2号
乘客说，为了全局的优化，我有票也不卖给你，因为要更好的服务别人。
所以我认为100%的正确率是可以严格的数学定义的。如果吧魏老师的计数器分成俩个版
本，
1. 简单版：只数座位数，不包分座位号。
2. 复杂版：管分座位号
假设每个请求只返回yes or no。那么对于任何一个请求序列，100%正确可以定义为如
果简单版有解，复杂版必须有一致的解。即对每一个请求的yes/no答案是一样的。 |
|
w****w
发帖数: 521 | 18 看看bug都改正后的性能怎样。
Test case 1:
static void test1() {
testReserve(0, 3, 7);
testReserve(0, 0, 2);
testReserve(0, 2, 8);
testReserve(0, 0, 3);
testReserve(0, 0, 10);
testReserve(0, 0, 10);
}
Reserving Start=3 Length=7
Succeed number=1 start=0 length=10
Reserving Start=0 Length=2
Succeed number=1 start=0 length=3
Reserving Start=2 Length=8
Succeed number=2 start=0 length=10
Reserving Start=0 Length=3
Succeed number=3 start=0 length=10
Reserving Start=0 Length=10
Succeed number... 阅读全帖 |
|
w****w
发帖数: 521 | 19 老魏现在的代码质量，你还认为有胜算？还要赌下去？ |
|
t**********1
发帖数: 550 | 20 本来就是我内部unit test的代码。
票长度啥时候对过？
就是要看请求能不能造成碎片的。当然打印原始票长度了。
还有这个应用是every microsecond counts。返回的票马上就release了。都快死了的
还给他改内部值？给用户汇报一个座位号就好了。
我还是希望大家都能谦虚谨慎。我自认在本版没有主动评价过任何一位ID的工作。就是
评价过一次bihai的串口，也是主要给他出主意。
至于代码风格，和有些地方为什么这么写？我代码也看了一些，基本上啥风格都能接受
。混搭也没意见。这个评论的时候要非常非常小心。你怎么敢担保你学习的教科书一定
是对的？ |
|
t**********1
发帖数: 550 | 21 代码质量？我的几十万行代码DMA直接连接多个主要交易市场，个位us延迟，代码只有
我一个人能访问，连续多年持续运行。regulator都没意见，你倒是有意见了。呵呵。
代码质量你还真的说了不算。 |
|
g****u
发帖数: 252 | 22 老魏你别跟他们罗嗦，你东西拿出来让人看，自然有人会说好说坏。
赶紧回去把你的服务器写了。 |
|
w****w
发帖数: 521 | 23 你这是害老魏啊，到时有一个两个这样的bug,连正确性都通不过还谈什么性能？ |
|
t**********1
发帖数: 550 | 24 现在这时期是看人品的时候，你挑刺我没有NPC优化我还可以当你正常讨论。
现在这个你要是硬说是bug我就立刻明白咋回事了。
我打酱油的时间有的是。你硬要在我这儿注册一下人品到底是为啥？ |
|
w****w
发帖数: 521 | 25 我来问你一个问题，如果飞机上的软件是你一个人写的，不允许别人看，这飞机你自己
敢做不？交易出点错很可怕？ |
|
g****u
发帖数: 252 | 26 再问你个问题，你协议中的respID是针对每个connection递增的，还是
全局递增的？一般来说都是针对每个connection递增的，但是因为你
核心是单线程，可以做到全局不重复递增。请解释下。 |
|
t**********1
发帖数: 550 | 27 摔一架飞机损失多少钱？
我动一下指头两秒内把全美国卖了损失多少钱？ |
|
t**********1
发帖数: 550 | 28 RespID是全局递增保证唯一的。
这个可以做到跟核心无关，IO都是单线程的，可以在这里保证唯一。
即使多线程，locked increment也就一条指令。 |
|
|
t**********1
发帖数: 550 | 30 所以你来消耗我？等我到时候做不出来按照赌约自杀ID滚出去？ |
|
|
t**********1
发帖数: 550 | 32 其实我也无话可说。
对于搞政策制定的，人命也就是一系列数字而已。
这不是现实主义么？本版一贯笑贫不笑娼多年了，各位不也是很习惯么？ |
|
|
g****u
发帖数: 252 | 34 不一样。老魏已经解释了。不然resp中不需要同时返回respID和reqID |
|
n****j
发帖数: 1708 | 35 没仔细看老魏代码，不太明白为啥要这个 respID，是要给后端 DB 发的吗？ |
|
g****u
发帖数: 252 | 36 有了这个全局唯一递增的respID，就可以验证老魏的算法是否有错。
赌局要求不能出现现在没票，过了一会儿又有票的情况。如果某
m-n区段的请求在respID=100被据了，任何respID>100都不能再卖
完全包含在m-n之间的票。
这是我的理解。 |
|
n****j
发帖数: 1708 | 37 用于测试目的，这么理解倒也可以。实际系统如果考虑到退票，这个不成立，一般回送
reqID 就可以了，往后端 DB 流数据倒是要另外一个 ID。
昨天赵老师说老魏的车次用 32 bit 不用字符串太抠门我就笑了，设计协议的时候当然
要编码
，去掉任何冗余数据，要我说 32 bit 都太浪费。 |
|
a*********a
发帖数: 3656 | 38 机器交易，错起来，会亏费的。小玩家，几个米的本，上点杠杆，程序出错，几分钟就
全没了。knight capital，呢大的公司，交易出错，被吞并了。
比streaming放错节目严重不少。 |
|
q*c
发帖数: 9453 | 39 我原帖都说了，对当前空票开始结束 index. sql 进去就是 log n. n 是当前空票数目
，logn 很小。
select for update top 1 * from ticket where start <= request.start and end …
第一个 match 就行。 如果要优化，最多来个 order by length asc. 选最短的。
结果是对座位数 （票数） logn, n 再大也不惧。 |
|
T********i
发帖数: 2416 | 40 你建一个给我看看。然后证明是log(n)？这是基本功问题！
咱俩的n不一样，我说过很多次了。我的n是车站=10，你的n是座位数=3000。其实我懒
的仔细分析，你的那个n应该是O(m * n)。m=车站。
你退票，连座还没写呢。查询的scalability呢？砸碎了恢复呢？server farm貌似可行
，不知道license多少钱？ |
|
r***6
发帖数: 193 | 41 NCLEX-RN考试增设新考点。新增考点位于菲律宾首都——马尼拉。
NCLEX-RN考试增设新考点这对中国护士来说无疑是一条好消息。由于目前亚太地区参加
NCLEX-RN考试的护士越来越多，而且绝大多数护士，尤其是中国、菲律宾、印度的护士
，会选择交通方便且消费水平相对较低的香港考点。但由于香港考点的考试座位数较少
，同一考试日内开放的考试座位，除了提供给NCLEX-RN考试外，还要提供给其他机化考
试，因此香港考点考试座位的预定情况一直处于紧张状态，这也使得很多中国护士无法
预定到理想的座位。而目前新增的RN考点将会在一定程度上减轻香港考试座位预定的紧
张状态。 |
|
C*******g
发帖数: 9288 | 42 据说王菲在北京的五棵松开演唱会了，赵薇等好友也去
支持。她的演唱会据说有一万人参加，我查了一下体育馆
的座位数，可以容纳一万七千七百多人，也就是说，上座
率也就是60％，勉强过半。大家如果去经常看体育比赛或
听演唱会的话，就知道，这个上座率是很悽惨的。
最后也没有人喊她出来，她整场据说只说了六个字。是惜
字如金吗？还是架子太大，保持自己的所谓的性格，还是
不知道说啥，还是为什么？
不看她的演唱会，首先是歌模仿cranberries，听了cranberries，
就不用听王菲了。黄山归来还看岳吗？
李亚鹏，就不用说了。王菲事业起色已经是回天乏力了，
她不应该复出，负面新闻太多，架子大，票价高，何必呢，
她的嗓音和演唱技巧完全是模仿cranberries，国内的音乐
我更喜欢原创，那英，田震，刘欢，毛阿敏，歌声很纯净，
朴实，比王菲要朴实的多，王菲的华丽是唬人的，喜欢她的
人都没听过cranberries，没听过多少原创音乐。
我不看好她的演唱会，也从来没打算买她的唱片，她应该
早就该歇歇了，别闹了。 |
|
P*******i
发帖数: 10965 | 43 没看出对zumba的认识
据说王菲在北京的五棵松开演唱会了，赵薇等好友也去
支持。她的演唱会据说有一万人参加，我查了一下体育馆
的座位数，可以容纳一万七千七百多人，也就是说，上座
率也就是60％，勉强过半。大家如果去经常看体育比赛或
听演唱会的话，就知道，这个上座率是很悽惨的。
最后也没有人喊她出来，她整场据说只说了六个字。是惜
字如金吗？还是架子太大，保持自己的所谓的性格，还是
不知道说啥，还是为什么？
不看她的演唱会，首先是歌模仿cranberries，听了cranberries，
就不用听王菲了。黄山归来还看岳吗？
李亚鹏，就不用说了。王菲事业起色已经是回天乏力了，
她不应该复出，负面新闻太多，架子大，票价高，何必呢，
她的嗓音和演唱技巧完全是模仿cranberries，国内的音乐
我更喜欢原创，那英，田震，刘欢，毛阿敏，歌声很纯净，
朴实，比王菲要朴实的多，王菲的华丽是唬人的，喜欢她的
人都没听过cranberries，没听过多少原创音乐。
我不看好她的演唱会，也从来没打算买她的唱片，她应该
早就该歇歇了，别闹了。 |
|
k*z
发帖数: 4704 | 44 从大数据，到分布存储计算，到业务模型设计，到防机器人刷票，恶意攻击，分布式访
问。。。。。。
前淘宝工程师发帖:铁道部购票网站几乎是奇迹(图)
2014年01月12日19:05:48 [新闻大杂烩]
1月11日起，12306网站开始销售除夕当日火车票。每到此时，铁路系统唯一的官方购票
网站12306就会成为众矢之的。今年也不例外，12306再次被淹没在一片埋怨声中。
Mitbbs.com
1月5日，观察者网刊登了问答网站“知乎”上的用户王强的解答，回答“如果把12306
外包给IBM或者阿里巴巴来做的话，能不能比现在做得好？”这一问题。Mitbbs.com
1月10日，一位ID名为“代码狗”的前淘宝工程师，后来在一家电商公司做技术副总的
IT业内人士也在著名论坛“西西河”上发文，表达了他自己对12306系统的看法。
Mitbbs.com
值得注意的是，“代码狗”在12306系统刚上线时也有过不少微词。为了证明12306系统
很容易搭建，“代码狗”甚至曾经发起过一个名为“替12306设计系统”的开源项目。
通过工作中的实践，“代码狗”对于12306系统也有了新的认识。Mitbbs.com... 阅读全帖 |
|
l****r
发帖数: 21884 | 45 这帖子不错，转载一下备份。
http://tieba.baidu.com/f?kz=662653310
总共分为四部分！
第一部分是相关概念，要想看懂全文必须了解概念！
第二部分是宣传的基本形式！
第三部分是演唱会整个流程！
第四部分是楼主在线回答仙后对演唱会方面的疑问，包括我们最关心的一些问题，比如
售票的流程，购票的注意事项，购票的最佳时机，比较好的位置是哪里，VIP和摇滚区
的区别，团购的注意事项，黄牛票的来源以及应不应该买黄牛票等等很多关键问题！！
第一部分：相关概念
一．经纪公司：即艺员合约所属公司，负责艺员的市场定位，包装风格，市场推广及宣
传等工作
二．演出机构：这个概念比较复杂，简单点儿说就是与各经纪公司合作，负责艺员在本
地的宣传及推广工作，比如接盘艺人的签售会、歌友会、演唱会等等。某穆所属公司就
是演出机构，其实就是大家口中的主办方。（以后谁也不许再问俺是做什么的了！问就
扁！）
经纪公司和演出机构看似互通，其实所属的行业并不完全一致。后面会细说！
三．上座率：一场演唱会入场人数与总座位数的比例。
四．票房：整场演唱会门票销售的总额。
很多人经常将这两个概念混淆，其 |
|
a********2
发帖数: 2561 | 46 我倒是觉得2+2不必纠结。基本上2+2还是只适合坐两个人，勉强可以算在两座范围之内
的。很多2+2还有back seat delete，那就变成两座了呀。除非是4座买菜车的两座版，
比如两门的accord。所以关键还是整车设计，座位数不要紧。 |
|
c*********r
发帖数: 19468 | 47
更好
算航程还要考虑余量，飞跨太平洋航线的客机一般航程都在11k-15k公里，比协和远了
差不多一倍
另外协和的舒适度还是受到不少批评的，如果又要延长飞行时间，肯定需要有所提高
这两方面因素加在一起，出来的东西肯定比协和大不少
当然，你也可以减少座位数，但这样本身也会成为你盈利的障碍了
至于油价，一个客机搞出来怎么也是要生产几十年的，你光看这几年油价一直保持低位
我觉得不靠谱
除非人类能源技术出现什么革命，否则长期看我看不出油价为什么不延续过去的总体趋
势继续上涨
…… |
|
