新足迹

 找回密码
 注册

精华好帖回顾

· 东北春饼 (2009-3-12) Mcode · 早晨的火车 (2008-8-25) youyuan
· 从中国到澳洲,挨踢10年中国篇(全文完)-10月22日更新随笔312楼 (2009-9-7) Melbourner1978 · 参加活动- 广州的婚纱悉尼的婚礼 (2009-10-11) hilltop-bear
Advertisement
Advertisement
12
返回列表 发新帖
楼主:yangben168

前淘宝工程师谈12306:曾嗤之以鼻 现在认为几乎是奇迹 [复制链接]

发表于 2014-1-13 16:03 |显示全部楼层
此文章由 lxgzmy 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 lxgzmy 所有!转贴必须注明作者、出处和本声明,并保持内容完整
anquandiyi 发表于 2014-1-12 14:34
系统好坏放一边,最起码项目启动前,需求分析做的不好,网上订票系统就是为了解决春运买票难的问题,平时基 ...

做软件本来就是需求跟着变化来的,前期做的再好,后来还是要根据不同情况来修改维护,不可能一口吃个胖子,我用过12306,基本上来说还是很方便的,除了春运不好用,个人觉得做系统尤其是大系统就是先做一个雏形出来,根据客户体验(当然前期当然差)来慢慢修改并且逐步完善,大家多点耐心
Advertisement
Advertisement

发表于 2014-1-13 16:09 |显示全部楼层
此文章由 lxgzmy 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 lxgzmy 所有!转贴必须注明作者、出处和本声明,并保持内容完整
workflow 发表于 2014-1-13 10:06
个人觉得,国内对BA极其不重视,很多项目都是一帮宅男码农拍脑袋弄业务流程 ...

本人同国内公司合作过项目,只能说二线中小型公司确实是这样,基本designer设计出摸样来不求质量的develper就开始按照自己的路子开始胡写,然后UAT就是一筐问题,让他们改多了还不愿意,说项目赔钱,哎,我说前期把合同做扎实是保护你们,当时是信誓旦旦后来就有点要翻脸的意思了,没办法便宜没好货啊,在北京上海的大型外包公司中级develper都要$25每小时,项目成本太高,不过整个SDLC费城规范,用不起啊:(
头像被屏蔽

禁止发言

发表于 2014-1-13 16:38 |显示全部楼层
此文章由 igotowhere 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 igotowhere 所有!转贴必须注明作者、出处和本声明,并保持内容完整
典 发表于 2014-1-13 11:40
至少,12306上线那会
前端开发页面设计是初级程序员水平
这一点没有人反对吧

俺不懂后台,吹了那么多牛逼,俺看不懂。
一看前台,最上面还在用FLASH,就那设计水平。
某个县级的水平。
签名被屏蔽

发表于 2014-1-13 20:53 |显示全部楼层
此文章由 gkgkgk 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 gkgkgk 所有!转贴必须注明作者、出处和本声明,并保持内容完整
写的不错

发表于 2014-1-14 11:56 |显示全部楼层
此文章由 jackjiang 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 jackjiang 所有!转贴必须注明作者、出处和本声明,并保持内容完整
涨见识.

发表于 2014-1-14 11:57 |显示全部楼层
此文章由 jackjiang 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 jackjiang 所有!转贴必须注明作者、出处和本声明,并保持内容完整
感觉澳洲的大项目水也很深,钱花了很多,不见多少活出来.
Advertisement
Advertisement

发表于 2014-1-14 13:33 |显示全部楼层
此文章由 鱼羊鲜 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 鱼羊鲜 所有!转贴必须注明作者、出处和本声明,并保持内容完整
太长了

发表于 2014-1-14 14:23 |显示全部楼层
此文章由 razgriz 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 razgriz 所有!转贴必须注明作者、出处和本声明,并保持内容完整
其实12306最复杂的的确是后台数据库的负载问题,但无论前端还是user friendly也太差太差了。感觉是几个开发团队拼凑下做出来的。接单的开发团队做简单的,然后再外包给另外的团队做后端计算方面。

发表于 2014-1-17 07:49 |显示全部楼层
此文章由 中间人 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 中间人 所有!转贴必须注明作者、出处和本声明,并保持内容完整
workflow 发表于 2014-1-13 10:06
个人觉得,国内对BA极其不重视,很多项目都是一帮宅男码农拍脑袋弄业务流程 ...

BA就是扯淡,比architect稍好的扯淡。

发表于 2014-1-17 08:46 |显示全部楼层
此文章由 回头望 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 回头望 所有!转贴必须注明作者、出处和本声明,并保持内容完整
本帖最后由 回头望 于 2014-1-17 09:47 编辑
razgriz 发表于 2014-1-14 15:23
其实12306最复杂的的确是后台数据库的负载问题,但无论前端还是user friendly也太差太差了。感觉是几个开发 ...



了解一点点,铁路售票系统是铁科院电子所开发的,也就是说,是铁道部自己人开发的,不存在软件外包的情况,当然铁道部是给经费的。

至于硬件,那肯定是集成招标的,和软件没啥关系,其实哪个厂商的硬件都可以用,区别不大。

所以牵扯到后台数据库的部分,都是铁路人自己做的,设计很多安全问题,铁路不可能把这块外包出去的。

至于网站界面,不了解。

发表于 2014-1-17 08:53 |显示全部楼层
此文章由 回头望 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 回头望 所有!转贴必须注明作者、出处和本声明,并保持内容完整
本帖最后由 回头望 于 2014-1-17 09:59 编辑

LZ 转的文章有些道理的,铁路售票和电商模式完全不同,火车票每张票部分信息都是计划好的,剩余部分可以根据用户要求来改变,然后订一张票后又反过来影响库存中其他火车票,特别是春运,火车票要套用的。

最可行的方式明显是一个大数据库(目前用SYBASE ASE),可是春运用户暴增,压力是平时的太多太多倍了。实际上不只一个数据库,是金字塔样式的几层数据库同时运行着,数据库之间数据实时复制。

电商经常采用的均衡负载,分布式数据库,但现有铁路售票系统很难做到。
Advertisement
Advertisement

2012年度奖章获得者 2011年度奖章获得者

发表于 2014-3-12 09:35 |显示全部楼层
此文章由 交易人生 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 交易人生 所有!转贴必须注明作者、出处和本声明,并保持内容完整
还是做的烂,难做不是做的烂 的理由;另外,任何政府项目都不是太有效率。

悉尼的OPAL的系统,本来应当10年前就实施了,拖到现在也没完成。

发表于 2014-3-12 20:36 |显示全部楼层
此文章由 dcc82 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 dcc82 所有!转贴必须注明作者、出处和本声明,并保持内容完整
后端反正也看不到,只能光评论前端编码质量和ui设计了,感觉倒退十年不过分。

发表于 2014-3-12 21:16 |显示全部楼层
此文章由 andrew100 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 andrew100 所有!转贴必须注明作者、出处和本声明,并保持内容完整
中间人 发表于 2014-1-17 08:49
BA就是扯淡,比architect稍好的扯淡。

没碰见好BA吧,BA还是很重要的。不过某些非技术出身的BA的确是扯淡,跟非技术出身的PM有一拼

发表于 2014-3-12 21:25 |显示全部楼层
此文章由 中间人 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 中间人 所有!转贴必须注明作者、出处和本声明,并保持内容完整
andrew100 发表于 2014-3-12 22:16
没碰见好BA吧,BA还是很重要的。不过某些非技术出身的BA的确是扯淡,跟非技术出身的PM有一拼 ...

好BA?所谓好BA也就是相对新人来说对系统,商业模式更了解一些而已。随着时间的推移,dev knows everything deeper than BA。

发表于 2014-3-12 22:00 |显示全部楼层
此文章由 Fernando 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 Fernando 所有!转贴必须注明作者、出处和本声明,并保持内容完整
交易人生 发表于 2014-3-12 09:35
还是做的烂,难做不是做的烂 的理由;另外,任何政府项目都不是太有效率。

悉尼的OPAL的系统,本来应当10 ...

Opal好像是本来准备2000奥运会上马的,被前一个公司搞砸了。NSW州政府和那个公司打官司,关系到08,09年左右了解,然后再重新上马开始做
like hell
Advertisement
Advertisement

发表于 2014-3-12 22:46 |显示全部楼层
此文章由 fruitfish 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 fruitfish 所有!转贴必须注明作者、出处和本声明,并保持内容完整
文章还是有点道理的,看来以后看问题还是要深入一些

2012年度奖章获得者 2011年度奖章获得者

发表于 2014-3-13 09:10 |显示全部楼层
此文章由 交易人生 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 交易人生 所有!转贴必须注明作者、出处和本声明,并保持内容完整
Fernando 发表于 2014-3-12 22:00
Opal好像是本来准备2000奥运会上马的,被前一个公司搞砸了。NSW州政府和那个公司打官司,关系到08,09年左 ...

可能是 keycorp给搞砸了,然后 thales接手 ,现在也不知道opal 是不是thales 做的。一拖10几年。

不说别的,从网页设计来看,12406很老套,这个是我们能够看到的,内部多复杂,不清楚。
0  to 1

发表于 2014-3-13 09:59 |显示全部楼层
此文章由 Fernando 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 Fernando 所有!转贴必须注明作者、出处和本声明,并保持内容完整
交易人生 发表于 2014-3-13 09:10
可能是 keycorp给搞砸了,然后 thales接手 ,现在也不知道opal 是不是thales 做的。一拖10几年。

不说别 ...

现在是cubic在做,差不多做好了吧,就是一点点rollout。前几年面试进入最后一轮,阴差阳错没有去,挺可惜的。里面应该有不少中国人
like hell

2012年度奖章获得者 2011年度奖章获得者

发表于 2014-3-13 10:33 |显示全部楼层
此文章由 交易人生 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 交易人生 所有!转贴必须注明作者、出处和本声明,并保持内容完整
Fernando 发表于 2014-3-13 09:59
现在是cubic在做,差不多做好了吧,就是一点点rollout。前几年面试进入最后一轮,阴差阳错没有去,挺可惜 ...

记错了,erg,我以为thales拿到订单了,当时在那里打散工,他们还特意庆祝了一下,原来没拿到。那批sales说,ERG不能控制政府的人,提出的要求太多,ERG只能FOLLOW,所以干不成。政府失败了,对待下一个公司就好些了。
0  to 1

发表于 2014-3-13 10:58 |显示全部楼层
此文章由 sdfacre 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 sdfacre 所有!转贴必须注明作者、出处和本声明,并保持内容完整
bought a book about HTML5 + javascript which was written by so called Taobao 精英 team, half of the book is API documentation. WTF...
Advertisement
Advertisement

发表于 2014-3-13 11:23 |显示全部楼层
此文章由 白雲山民 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 白雲山民 所有!转贴必须注明作者、出处和本声明,并保持内容完整
不懂帮顶

发表于 2014-3-16 17:55 |显示全部楼层
此文章由 gate 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 gate 所有!转贴必须注明作者、出处和本声明,并保持内容完整
16个站搞出136个商品?不能一站算一个商品吗?这位淘宝工程师是高人吗?

发表回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则

Advertisement
Advertisement
返回顶部