w*******7
发帖数: 188 | 1 刚刚看了theverge的报道，第一天只有6个人申请成功，第二天242，第一天的访问量是
4.7M。
看来国内还是厉害，双11是淘宝的访问量好像是几亿。不过，铁道部的订票网也是被勊
的满头包。
Google了一下以前的“软文”， 又是open source， 又是Json Api的， 到底为啥会搞
成现在的样子？
http://www.theatlantic.com/technology/archive/2013/06/healthcar |
m*******l
发帖数: 12782 | 2 因为该加拿大公司副总(非裔)是第一夫人的同窗(同班?).
【在 w*******7 的大作中提到】
: 刚刚看了theverge的报道，第一天只有6个人申请成功，第二天242，第一天的访问量是
: 4.7M。
: 看来国内还是厉害，双11是淘宝的访问量好像是几亿。不过，铁道部的订票网也是被勊
: 的满头包。
: Google了一下以前的“软文”， 又是open source， 又是Json Api的， 到底为啥会搞
: 成现在的样子？
: http://www.theatlantic.com/technology/archive/2013/06/healthcar
|
m******t
发帖数: 635 | 3 给足够的钱绝对能够找到牛人搞定，大不了重写一个算了。
【在 w*******7 的大作中提到】
: 刚刚看了theverge的报道，第一天只有6个人申请成功，第二天242，第一天的访问量是
: 4.7M。
: 看来国内还是厉害，双11是淘宝的访问量好像是几亿。不过，铁道部的订票网也是被勊
: 的满头包。
: Google了一下以前的“软文”， 又是open source， 又是Json Api的， 到底为啥会搞
: 成现在的样子？
: http://www.theatlantic.com/technology/archive/2013/06/healthcar
|
g*********e
发帖数: 14401 | |
c******o
发帖数: 1277 | 5 有那几亿，找牛人够从攒hardware开始，到UI为止从底到顶写好几个了
【在 m******t 的大作中提到】
: 给足够的钱绝对能够找到牛人搞定，大不了重写一个算了。
|
m********s
发帖数: 55301 | 6 铁道部的订票网？？春运期间，可是每天都是面对十几亿次的查询、搜索、退订、更改。
都说Google牛B，结果搞了个网上订购N4，单天的访问量都没有突破亿，就直接崩盘了。
【在 w*******7 的大作中提到】
: 刚刚看了theverge的报道，第一天只有6个人申请成功，第二天242，第一天的访问量是
: 4.7M。
: 看来国内还是厉害，双11是淘宝的访问量好像是几亿。不过，铁道部的订票网也是被勊
: 的满头包。
: Google了一下以前的“软文”， 又是open source， 又是Json Api的， 到底为啥会搞
: 成现在的样子？
: http://www.theatlantic.com/technology/archive/2013/06/healthcar
|
m******t
发帖数: 635 | 7 Web Apps堆cache那套对付Transactional的东东不好使。
改。
了。
【在 m********s 的大作中提到】
: 铁道部的订票网？？春运期间，可是每天都是面对十几亿次的查询、搜索、退订、更改。
: 都说Google牛B，结果搞了个网上订购N4，单天的访问量都没有突破亿，就直接崩盘了。
|
g*****g
发帖数: 34805 | 8 最常见的问题出在测试上，一是没有做很好的负载测试，二是没有做failover测试。
这种保险网站其实是相对容易做的，读多写少，plan更新很少，cache是很管用的。
需要做的是读写分离，适当分库(比如按州分)。
淘宝，马鬃，恶霸的架构都是相似的，但实现起来就比较复杂了，对这个网站有点牛刀
的意思。我觉得vertical partition估计是不需要的。把读写分离和horizontal
partition做好估计就够了。
另外一个土而有效的策略，就是分批放人。3天上线一个州，先从小的开始。负载可以
拉平，
问题发生的话影响的人少。 |
z****e
发帖数: 54598 | 9 涉及到金钱的分布式没那么容易做
铁道部那个流量，全世界都没有几个公司能比得上
而且火车票那种精度要求，google比起来，真是小儿科
火车票多错几个，无法返乡的农民工在当地暴动都有可能
google错几个又怎样？而且google的ebusiness烂的一笔
这种东西很多时候没有办法，上主机恐怕都是最省钱的方式
要用分布式也不是不可以，但是需要很坚挺的构架
比较合理就是从小流量开始做大，然后期间解决各种瓶颈 |
m*******l
发帖数: 12782 | 10 刚才NPR说如果用Agile, 只要1/10的钱就搞定了, 操.真搞笑
【在 m******t 的大作中提到】
: 给足够的钱绝对能够找到牛人搞定，大不了重写一个算了。
|
|
|
m*******l
发帖数: 12782 | 11 5毛--- 军版老将
【在 z****e 的大作中提到】
: 涉及到金钱的分布式没那么容易做
: 铁道部那个流量，全世界都没有几个公司能比得上
: 而且火车票那种精度要求，google比起来，真是小儿科
: 火车票多错几个，无法返乡的农民工在当地暴动都有可能
: google错几个又怎样？而且google的ebusiness烂的一笔
: 这种东西很多时候没有办法，上主机恐怕都是最省钱的方式
: 要用分布式也不是不可以，但是需要很坚挺的构架
: 比较合理就是从小流量开始做大，然后期间解决各种瓶颈
|
r***y
发帖数: 4379 | 12 这说法不是很离谱
Agile/Scrum能把码工的精液都榨成代码
【在 m*******l 的大作中提到】
: 刚才NPR说如果用Agile, 只要1/10的钱就搞定了, 操.真搞笑
|
G***l
发帖数: 355 | 13 项目是ICC做的吧。
【在 m*******l 的大作中提到】
: 刚才NPR说如果用Agile, 只要1/10的钱就搞定了, 操.真搞笑
|
t*******h
发帖数: 2882 | 14 是CGI，加拿大最大的Consulting公司之一。04年和美国AMS公司合并了。
【在 G***l 的大作中提到】
: 项目是ICC做的吧。
|
P****i
发帖数: 12972 | 15 agile,scrum是哪个傻逼发明的？
一天到晚就tmd开会
【在 m*******l 的大作中提到】
: 刚才NPR说如果用Agile, 只要1/10的钱就搞定了, 操.真搞笑
|
t*******h
发帖数: 2882 | 16 请问诸位大牛，Agile比较著名的成功案例是什么？几年前公司想上XP，结果人手一本
Ken Beck的书，当时翻了一遍貌似他搞的项目没成功？
【在 P****i 的大作中提到】
: agile,scrum是哪个傻逼发明的？
: 一天到晚就tmd开会
|
w**z
发帖数: 8232 | 17 就每天stand-up,报告
进度，不容易偷懒。
【在 P****i 的大作中提到】
: agile,scrum是哪个傻逼发明的？
: 一天到晚就tmd开会
|
f*******t
发帖数: 7549 | 18 amazon，每天standup。其实码工一天做不出任何东西是很正常的，要是脸皮薄点scrum
就让你崩溃了
【在 t*******h 的大作中提到】
: 请问诸位大牛，Agile比较著名的成功案例是什么？几年前公司想上XP，结果人手一本
: Ken Beck的书，当时翻了一遍貌似他搞的项目没成功？
|
z****e
发帖数: 54598 | 19 我也越来越讨厌agile了
主要是pm总是把meeting时间搞得很长
等meeting完半天就过去了
哪有时间写代码
【在 P****i 的大作中提到】
: agile,scrum是哪个傻逼发明的？
: 一天到晚就tmd开会
|
c********l
发帖数: 8138 | 20 主要是PM的问题
尼玛PM自己的工作就是开会，自然不会care手下developer的死活
这种情况尤其在阿三pm时，尤其是非技术出身的阿三PM，更明显。
【在 z****e 的大作中提到】
: 我也越来越讨厌agile了
: 主要是pm总是把meeting时间搞得很长
: 等meeting完半天就过去了
: 哪有时间写代码
|
|
|
P****i
发帖数: 12972 | 21 最开始开会写epic，然后每个sprint要开会写story，写完story然后安排subtask，然后
每天一个scrum，sprint完还要总结，然后再一个循环
还不说各种组内的技术会了
这些都是PM自己干的活，结果安排码农陪着一起干，干完谁还尼玛有时间写码
【在 w**z 的大作中提到】
: 就每天stand-up,报告
: 进度，不容易偷懒。
|
r***y
发帖数: 4379 | 22 如果team一堆单身, 离婚的疯子, 做不出东西就是不正常的
scrum 配上一堆非婚 geek , 已婚有家有娃的 stand up 早晚要崩溃(崩几回也就习惯
了)
那帮 sb 在 planning 估 story point 的时候也超级疯狂, 在他们的世界里理想的不
存在意外
scrum
【在 f*******t 的大作中提到】
: amazon，每天standup。其实码工一天做不出任何东西是很正常的，要是脸皮薄点scrum
: 就让你崩溃了
|
r***y
发帖数: 4379 | 23 这是 pm 根本不懂
status meeting 要超过 15 分钟, 就是你的组太臃肿不适合 agile , 要 split
【在 z****e 的大作中提到】
: 我也越来越讨厌agile了
: 主要是pm总是把meeting时间搞得很长
: 等meeting完半天就过去了
: 哪有时间写代码
|
f*******t
发帖数: 7549 | 24 但就就算有如此高的离职率，A也发展成今天的样子，不可谓不成功。
而且A里已婚有娃的人比例很高。单身的去哪不好，留在A就是悲剧。
【在 r***y 的大作中提到】
: 如果team一堆单身, 离婚的疯子, 做不出东西就是不正常的
: scrum 配上一堆非婚 geek , 已婚有家有娃的 stand up 早晚要崩溃(崩几回也就习惯
: 了)
: 那帮 sb 在 planning 估 story point 的时候也超级疯狂, 在他们的世界里理想的不
: 存在意外
:
: scrum
|
m******t
发帖数: 635 | 25 Amazon家的Jeff是个牛人。不过A家是在和零售业比软件，就像你不和邓亚平比乒乓，
而是下围棋一样。除了AWS那一坨，A家好像没有听说有什么著名的软件。可能是我孤陋
寡闻了。
【在 f*******t 的大作中提到】
: 但就就算有如此高的离职率，A也发展成今天的样子，不可谓不成功。
: 而且A里已婚有娃的人比例很高。单身的去哪不好，留在A就是悲剧。
|
x****u
发帖数: 12955 | 26
政府项目，医疗信息，关系户代工，这几个条件加一块不出毛病才是怪事
【在 g*****g 的大作中提到】
: 最常见的问题出在测试上，一是没有做很好的负载测试，二是没有做failover测试。
: 这种保险网站其实是相对容易做的，读多写少，plan更新很少，cache是很管用的。
: 需要做的是读写分离，适当分库(比如按州分)。
: 淘宝，马鬃，恶霸的架构都是相似的，但实现起来就比较复杂了，对这个网站有点牛刀
: 的意思。我觉得vertical partition估计是不需要的。把读写分离和horizontal
: partition做好估计就够了。
: 另外一个土而有效的策略，就是分批放人。3天上线一个州，先从小的开始。负载可以
: 拉平，
: 问题发生的话影响的人少。
|
w*******7
发帖数: 188 | 27 刚刚看了theverge的报道，第一天只有6个人申请成功，第二天242，第一天的访问量是
4.7M。
看来国内还是厉害，双11是淘宝的访问量好像是几亿。不过，铁道部的订票网也是被勊
的满头包。
Google了一下以前的“软文”， 又是open source， 又是Json Api的， 到底为啥会搞
成现在的样子？
http://www.theatlantic.com/technology/archive/2013/06/healthcar |
m*******l
发帖数: 12782 | 28 因为该加拿大公司副总(非裔)是第一夫人的同窗(同班?).
【在 w*******7 的大作中提到】
: 刚刚看了theverge的报道，第一天只有6个人申请成功，第二天242，第一天的访问量是
: 4.7M。
: 看来国内还是厉害，双11是淘宝的访问量好像是几亿。不过，铁道部的订票网也是被勊
: 的满头包。
: Google了一下以前的“软文”， 又是open source， 又是Json Api的， 到底为啥会搞
: 成现在的样子？
: http://www.theatlantic.com/technology/archive/2013/06/healthcar
|
m******t
发帖数: 635 | 29 给足够的钱绝对能够找到牛人搞定，大不了重写一个算了。
【在 w*******7 的大作中提到】
: 刚刚看了theverge的报道，第一天只有6个人申请成功，第二天242，第一天的访问量是
: 4.7M。
: 看来国内还是厉害，双11是淘宝的访问量好像是几亿。不过，铁道部的订票网也是被勊
: 的满头包。
: Google了一下以前的“软文”， 又是open source， 又是Json Api的， 到底为啥会搞
: 成现在的样子？
: http://www.theatlantic.com/technology/archive/2013/06/healthcar
|
g*********e
发帖数: 14401 | |
|
|
c******o
发帖数: 1277 | 31 有那几亿，找牛人够从攒hardware开始，到UI为止从底到顶写好几个了
【在 m******t 的大作中提到】
: 给足够的钱绝对能够找到牛人搞定，大不了重写一个算了。
|
m********s
发帖数: 55301 | 32 铁道部的订票网？？春运期间，可是每天都是面对十几亿次的查询、搜索、退订、更改。
都说Google牛B，结果搞了个网上订购N4，单天的访问量都没有突破亿，就直接崩盘了。
【在 w*******7 的大作中提到】
: 刚刚看了theverge的报道，第一天只有6个人申请成功，第二天242，第一天的访问量是
: 4.7M。
: 看来国内还是厉害，双11是淘宝的访问量好像是几亿。不过，铁道部的订票网也是被勊
: 的满头包。
: Google了一下以前的“软文”， 又是open source， 又是Json Api的， 到底为啥会搞
: 成现在的样子？
: http://www.theatlantic.com/technology/archive/2013/06/healthcar
|
m******t
发帖数: 635 | 33 Web Apps堆cache那套对付Transactional的东东不好使。
改。
了。
【在 m********s 的大作中提到】
: 铁道部的订票网？？春运期间，可是每天都是面对十几亿次的查询、搜索、退订、更改。
: 都说Google牛B，结果搞了个网上订购N4，单天的访问量都没有突破亿，就直接崩盘了。
|
g*****g
发帖数: 34805 | 34 最常见的问题出在测试上，一是没有做很好的负载测试，二是没有做failover测试。
这种保险网站其实是相对容易做的，读多写少，plan更新很少，cache是很管用的。
需要做的是读写分离，适当分库(比如按州分)。
淘宝，马鬃，恶霸的架构都是相似的，但实现起来就比较复杂了，对这个网站有点牛刀
的意思。我觉得vertical partition估计是不需要的。把读写分离和horizontal
partition做好估计就够了。
另外一个土而有效的策略，就是分批放人。3天上线一个州，先从小的开始。负载可以
拉平，
问题发生的话影响的人少。 |
z****e
发帖数: 54598 | 35 涉及到金钱的分布式没那么容易做
铁道部那个流量，全世界都没有几个公司能比得上
而且火车票那种精度要求，google比起来，真是小儿科
火车票多错几个，无法返乡的农民工在当地暴动都有可能
google错几个又怎样？而且google的ebusiness烂的一笔
这种东西很多时候没有办法，上主机恐怕都是最省钱的方式
要用分布式也不是不可以，但是需要很坚挺的构架
比较合理就是从小流量开始做大，然后期间解决各种瓶颈 |
m*******l
发帖数: 12782 | 36 刚才NPR说如果用Agile, 只要1/10的钱就搞定了, 操.真搞笑
【在 m******t 的大作中提到】
: 给足够的钱绝对能够找到牛人搞定，大不了重写一个算了。
|
m*******l
发帖数: 12782 | 37 5毛--- 军版老将
【在 z****e 的大作中提到】
: 涉及到金钱的分布式没那么容易做
: 铁道部那个流量，全世界都没有几个公司能比得上
: 而且火车票那种精度要求，google比起来，真是小儿科
: 火车票多错几个，无法返乡的农民工在当地暴动都有可能
: google错几个又怎样？而且google的ebusiness烂的一笔
: 这种东西很多时候没有办法，上主机恐怕都是最省钱的方式
: 要用分布式也不是不可以，但是需要很坚挺的构架
: 比较合理就是从小流量开始做大，然后期间解决各种瓶颈
|
r***y
发帖数: 4379 | 38 这说法不是很离谱
Agile/Scrum能把码工的精液都榨成代码
【在 m*******l 的大作中提到】
: 刚才NPR说如果用Agile, 只要1/10的钱就搞定了, 操.真搞笑
|
G***l
发帖数: 355 | 39 项目是ICC做的吧。
【在 m*******l 的大作中提到】
: 刚才NPR说如果用Agile, 只要1/10的钱就搞定了, 操.真搞笑
|
t*******h
发帖数: 2882 | 40 是CGI，加拿大最大的Consulting公司之一。04年和美国AMS公司合并了。
【在 G***l 的大作中提到】
: 项目是ICC做的吧。
|
|
|
P****i
发帖数: 12972 | 41 agile,scrum是哪个傻逼发明的？
一天到晚就tmd开会
【在 m*******l 的大作中提到】
: 刚才NPR说如果用Agile, 只要1/10的钱就搞定了, 操.真搞笑
|
t*******h
发帖数: 2882 | 42 请问诸位大牛，Agile比较著名的成功案例是什么？几年前公司想上XP，结果人手一本
Ken Beck的书，当时翻了一遍貌似他搞的项目没成功？
【在 P****i 的大作中提到】
: agile,scrum是哪个傻逼发明的？
: 一天到晚就tmd开会
|
w**z
发帖数: 8232 | 43 就每天stand-up,报告
进度，不容易偷懒。
【在 P****i 的大作中提到】
: agile,scrum是哪个傻逼发明的？
: 一天到晚就tmd开会
|
f*******t
发帖数: 7549 | 44 amazon，每天standup。其实码工一天做不出任何东西是很正常的，要是脸皮薄点scrum
就让你崩溃了
【在 t*******h 的大作中提到】
: 请问诸位大牛，Agile比较著名的成功案例是什么？几年前公司想上XP，结果人手一本
: Ken Beck的书，当时翻了一遍貌似他搞的项目没成功？
|
z****e
发帖数: 54598 | 45 我也越来越讨厌agile了
主要是pm总是把meeting时间搞得很长
等meeting完半天就过去了
哪有时间写代码
【在 P****i 的大作中提到】
: agile,scrum是哪个傻逼发明的？
: 一天到晚就tmd开会
|
c********l
发帖数: 8138 | 46 主要是PM的问题
尼玛PM自己的工作就是开会，自然不会care手下developer的死活
这种情况尤其在阿三pm时，尤其是非技术出身的阿三PM，更明显。
【在 z****e 的大作中提到】
: 我也越来越讨厌agile了
: 主要是pm总是把meeting时间搞得很长
: 等meeting完半天就过去了
: 哪有时间写代码
|
P****i
发帖数: 12972 | 47 最开始开会写epic，然后每个sprint要开会写story，写完story然后安排subtask，然后
每天一个scrum，sprint完还要总结，然后再一个循环
还不说各种组内的技术会了
这些都是PM自己干的活，结果安排码农陪着一起干，干完谁还尼玛有时间写码
【在 w**z 的大作中提到】
: 就每天stand-up,报告
: 进度，不容易偷懒。
|
r***y
发帖数: 4379 | 48 如果team一堆单身, 离婚的疯子, 做不出东西就是不正常的
scrum 配上一堆非婚 geek , 已婚有家有娃的 stand up 早晚要崩溃(崩几回也就习惯
了)
那帮 sb 在 planning 估 story point 的时候也超级疯狂, 在他们的世界里理想的不
存在意外
scrum
【在 f*******t 的大作中提到】
: amazon，每天standup。其实码工一天做不出任何东西是很正常的，要是脸皮薄点scrum
: 就让你崩溃了
|
r***y
发帖数: 4379 | 49 这是 pm 根本不懂
status meeting 要超过 15 分钟, 就是你的组太臃肿不适合 agile , 要 split
【在 z****e 的大作中提到】
: 我也越来越讨厌agile了
: 主要是pm总是把meeting时间搞得很长
: 等meeting完半天就过去了
: 哪有时间写代码
|
f*******t
发帖数: 7549 | 50 但就就算有如此高的离职率，A也发展成今天的样子，不可谓不成功。
而且A里已婚有娃的人比例很高。单身的去哪不好，留在A就是悲剧。
【在 r***y 的大作中提到】
: 如果team一堆单身, 离婚的疯子, 做不出东西就是不正常的
: scrum 配上一堆非婚 geek , 已婚有家有娃的 stand up 早晚要崩溃(崩几回也就习惯
: 了)
: 那帮 sb 在 planning 估 story point 的时候也超级疯狂, 在他们的世界里理想的不
: 存在意外
:
: scrum
|
|
|
m******t
发帖数: 635 | 51 Amazon家的Jeff是个牛人。不过A家是在和零售业比软件，就像你不和邓亚平比乒乓，
而是下围棋一样。除了AWS那一坨，A家好像没有听说有什么著名的软件。可能是我孤陋
寡闻了。
【在 f*******t 的大作中提到】
: 但就就算有如此高的离职率，A也发展成今天的样子，不可谓不成功。
: 而且A里已婚有娃的人比例很高。单身的去哪不好，留在A就是悲剧。
|
x****u
发帖数: 12955 | 52
政府项目，医疗信息，关系户代工，这几个条件加一块不出毛病才是怪事
【在 g*****g 的大作中提到】
: 最常见的问题出在测试上，一是没有做很好的负载测试，二是没有做failover测试。
: 这种保险网站其实是相对容易做的，读多写少，plan更新很少，cache是很管用的。
: 需要做的是读写分离，适当分库(比如按州分)。
: 淘宝，马鬃，恶霸的架构都是相似的，但实现起来就比较复杂了，对这个网站有点牛刀
: 的意思。我觉得vertical partition估计是不需要的。把读写分离和horizontal
: partition做好估计就够了。
: 另外一个土而有效的策略，就是分批放人。3天上线一个州，先从小的开始。负载可以
: 拉平，
: 问题发生的话影响的人少。
|
t*******h
发帖数: 2882 | 53 其实英国的统一福利救济金系统（Universal Credit）号称是世界最大的敏捷项目，那
个项目也搞到预算超支而且进度落后。Slashdot上今年5月对这项目有个大讨论。
World's Biggest 'Agile' Software Project Close To Failure
http://news.slashdot.org/story/13/05/25/139218/worlds-biggest-a
英国开始实施社会福利制度大规模改革
http://www.bbc.co.uk/zhongwen/simp/uk/2013/04/130401_uk_welfare
【在 m*******l 的大作中提到】
: 刚才NPR说如果用Agile, 只要1/10的钱就搞定了, 操.真搞笑
|
m*******l
发帖数: 12782 | 54 就是奥运会开幕式跳恐怖舞蹈的哪个...
【在 t*******h 的大作中提到】
: 其实英国的统一福利救济金系统（Universal Credit）号称是世界最大的敏捷项目，那
: 个项目也搞到预算超支而且进度落后。Slashdot上今年5月对这项目有个大讨论。
: World's Biggest 'Agile' Software Project Close To Failure
: http://news.slashdot.org/story/13/05/25/139218/worlds-biggest-a
: 英国开始实施社会福利制度大规模改革
: http://www.bbc.co.uk/zhongwen/simp/uk/2013/04/130401_uk_welfare
|
z****e
发帖数: 54598 | 55 我同意，主要是pm自己在high
【在 r***y 的大作中提到】
: 这是 pm 根本不懂
: status meeting 要超过 15 分钟, 就是你的组太臃肿不适合 agile , 要 split
|
b*******s
发帖数: 5216 | 56 这些只有在需求很明确的情况下才好用
【在 P****i 的大作中提到】
: agile,scrum是哪个傻逼发明的？
: 一天到晚就tmd开会
|
l*****9
发帖数: 9501 | 57 肯定没有用asynchronized architecture, using backend batch processing to
simulate near real-time response |
