|
精华帖 (0) :: 良好帖 (0) :: 灌水帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-05-16
里面什么样我不知道，谁知道哪个银行网银写得不跟屎一样的我马上去办张卡⋯⋯
|
| 返回顶楼 | |
|
发表时间：2011-05-16
night_stalker 写道 里面什么样我不知道，谁知道哪个银行网银写得不跟屎一样的我马上去办张卡⋯⋯
我倒希望它和屎一样，存100变1000的更好 |
| 返回顶楼 | |
|
发表时间：2011-05-16
争.net和java。。。。各位这是穿越了吗？
|
| 返回顶楼 | |
|
发表时间：2011-05-16
chinata 写道 mathgl 写道 chinata 写道 ray_linn 写道 说实话，银行用java也是个自己关起门来瞎扯的，事实上用C的可能还比较多些。说句不中听的，哪个行业你都不是专家，扯专家调调毫无意义。 早在2004年，汇丰的全球CIO就出了内部备忘录，java成为内部语言首选（这个发到每个技术人员那里） 老实说，别扯你自己不知道的东西。现在的银行里，C都未必有python用的多（除非是遗留系统），现在很多e-trading的后台都用java来写，C一般就提供个库，封装遗留代码 不过如果你说银行是说零售银行的柜员机，就当我上面啥也没说 PS：前晚出去和人聊天，现在银行的大趋势是开发自有语言和平台。高盛那套搞了很多年，效果姑且不说，但是人员流动性明显比别家小（废话，他的程序员只会用他内部那个数据库和语言）。所以现在很多大银行都在搞这个，不过没有高盛走的那么远。我知道的至少2家都是以python为基础在做，其中小摩已经内部年初开始在全面培训了---基本所有VP基本都要轮流培训这个。 一般他们用python 在什么方面呢? 业务逻辑的实现？ java的问题在于平台门槛比较高。你需要很多东西和知识才能把一个系统架起来。所以一般写java的都是纯粹的程序员。但是银行里有很多人是混合型的，比如做交易柜台支持，业务模型的，风险模型的，甚至IT基础框架（infrastructure）的人，他们也需要写很多东西，但是他们对于学习一种重量级的工业语言没有动力。这种情况下python是个比较好的妥协：跨平台，效率较高，没有知识产权的顾虑（.net如果不绑定，是个很好的选择，可惜MS看不到这点），而且对于很多博士来说，上手要比java快多了---很多人在学校里就用python了，很多数学模型类库都是python写的，而且好像python和matlab的整合要更好一些。这些综合起来，python在银行中前台非常流行 BTW：据我所知，5年前，各种交易柜台流行的还是VBA，但是现在大家都不愿意在这个上面下注了，vba基本在死亡中（升级维护的问题和风险太多了），.net因为种种自己设置的门槛，没法接下这一块，所以都投向python 投行用python倒是不奇怪，python有一堆科学计算用的东西，是良好的matlab替代品。投行不经常都在搞些计算之类的 东西么，用python做个原型，甚至做计算都可以。业务也似乎还可以。 据我所知西班牙有个大银行，后台的系统通讯都是基于py的实现。 |
| 返回顶楼 | |
|
发表时间：2011-05-17
luolonghao 写道 地铁9号线闸机用Windows XP
9号线的winxp用的是360. 
|
| 返回顶楼 | |
|
发表时间：2011-05-17
最后修改：2011-05-17
mathgl 写道 chinata 写道 mathgl 写道 chinata 写道 ray_linn 写道 说实话，银行用java也是个自己关起门来瞎扯的，事实上用C的可能还比较多些。说句不中听的，哪个行业你都不是专家，扯专家调调毫无意义。 早在2004年，汇丰的全球CIO就出了内部备忘录，java成为内部语言首选（这个发到每个技术人员那里） 老实说，别扯你自己不知道的东西。现在的银行里，C都未必有python用的多（除非是遗留系统），现在很多e-trading的后台都用java来写，C一般就提供个库，封装遗留代码 不过如果你说银行是说零售银行的柜员机，就当我上面啥也没说 PS：前晚出去和人聊天，现在银行的大趋势是开发自有语言和平台。高盛那套搞了很多年，效果姑且不说，但是人员流动性明显比别家小（废话，他的程序员只会用他内部那个数据库和语言）。所以现在很多大银行都在搞这个，不过没有高盛走的那么远。我知道的至少2家都是以python为基础在做，其中小摩已经内部年初开始在全面培训了---基本所有VP基本都要轮流培训这个。 一般他们用python 在什么方面呢? 业务逻辑的实现？ java的问题在于平台门槛比较高。你需要很多东西和知识才能把一个系统架起来。所以一般写java的都是纯粹的程序员。但是银行里有很多人是混合型的，比如做交易柜台支持，业务模型的，风险模型的，甚至IT基础框架（infrastructure）的人，他们也需要写很多东西，但是他们对于学习一种重量级的工业语言没有动力。这种情况下python是个比较好的妥协：跨平台，效率较高，没有知识产权的顾虑（.net如果不绑定，是个很好的选择，可惜MS看不到这点），而且对于很多博士来说，上手要比java快多了---很多人在学校里就用python了，很多数学模型类库都是python写的，而且好像python和matlab的整合要更好一些。这些综合起来，python在银行中前台非常流行 BTW：据我所知，5年前，各种交易柜台流行的还是VBA，但是现在大家都不愿意在这个上面下注了，vba基本在死亡中（升级维护的问题和风险太多了），.net因为种种自己设置的门槛，没法接下这一块，所以都投向python 投行用python倒是不奇怪，python有一堆科学计算用的东西，是良好的matlab替代品。投行不经常都在搞些计算之类的 东西么，用python做个原型，甚至做计算都可以。业务也似乎还可以。 据我所知西班牙有个大银行，后台的系统通讯都是基于py的实现。 据我所知，国内情况大姨妈说的对。国外的情况的确ata说的对。 国内的我们也试过用python，被狂批了一顿，用c重写了。不是不行，是不敢担责任。 国内金融圈管理层有用java在更多场合发挥作用的冲动，更多是从成本、维护等角度考虑的，最担心的就是稳定性和性能。 |
| 返回顶楼 | |
|
发表时间：2011-05-17
bonny 写道 据我所知，国内情况大姨妈说的对。国外的情况的确ata说的对。
国内的我们也试过用python，被狂批了一顿，用c重写了。不是不行，是不敢担责任。 国内金融圈管理层有用java在更多场合发挥作用的冲动，更多是从成本、维护等角度考虑的，最担心的就是稳定性和性能。 用python写东西每次发布上去我心里都没底，发怵。 以前写银行办公自动化是最搞笑的，把数据从主机dump出来，通过ftp传到办公自动化的服务器上，中间是台双网卡的机器做过渡，你就是黑了那些办公机，也不怕你影响到正常业务。 |
| 返回顶楼 | |
