锁定老帖子 主题:漫谈计费系统的开发
该帖已经被评为良好帖
|
|
---|---|
作者 | 正文 |
发表时间:2009-07-27
大家最好不要在帖子里面讨论谁谁是哪个公司的,如果感兴趣可以私聊,一点建议
|
|
返回顶楼 | |
发表时间:2009-07-27
tower 写道 大家最好不要在帖子里面讨论谁谁是哪个公司的,如果感兴趣可以私聊,一点建议
强烈赞同,o(∩_∩)o...哈哈,tower说的对。其实我从tower中还是收益不少的。 |
|
返回顶楼 | |
发表时间:2009-07-29
roadray 写道 lottons 写道 呵呵,可以参考SOA的概念,把业务全部做成一个一个的服务。服务完全可以分布式部署,最后通过map服务器进行整合处理,用java的好处就可以在这一点上体现出来。
我觉得其实分布式计算在这种大型系统上应用是最合适的,大量的廉价服务器的性能要好过单一的大型服务器。而且使用分布式的好处就是可以很方便的扩展,现在业界的架构都是以分布式为基础的。 java在分布式上要由于c++ 用廉价服务器,出了问题得移动的领导扛不住 难道用了soa的架构,部署服务就一定得用廉价服务器?这个是谁规定的?SOA架构主要体现在对服务的应用及整合上,这个概念用在电信行业是很合适的,看看电信网中各种网元设备,难道这些就不是服务?难道这些网元设备使用的就是高档服务器?建议去实际机房看看这些网元设备。 其实对我来说,计费系统和其他的网元设备一样都是提供一种服务的。将计费系统的服务和其他增值服务以及网元(智能网服务)进行整合是电信运营系统的大势所趋。 还有一点,就是这个不是差钱不差钱的问题,系统的部署有时候还要考虑地域,负载等一些列问题。各个系统的建设等级,如省级CRM或计费系统,地市级CRM或计费系统等等。这些系统在部署的时候难道不是在对外提供服务?这些服务也是需要进行整合的,难道它们就一定是部署在廉价的服务器上?不要混淆了我的意思。 |
|
返回顶楼 | |
发表时间:2009-07-30
拜读了。
现在我也在一个做计费的公司里面,当初本想做开发的,后来被分配到实践那块去了,现在感觉除了学业务还是学业务,有时候都感觉自己很虚,想着要是以后跳槽了怎么办,一点技术都不会,真的像作者说的除了PL/SQL还是PL/SQL,呵 |
|
返回顶楼 | |
发表时间:2009-09-03
对PL/SQL 不太熟悉,
使用C++操作oracle....噩梦的开始。 OCI接口不是一般的难用 相比之下,cli就好用多了~~ |
|
返回顶楼 | |
发表时间:2009-09-04
最后修改:2009-09-04
bigtreefxs 写道 对PL/SQL 不太熟悉,
使用C++操作oracle....噩梦的开始。 OCI接口不是一般的难用 相比之下,cli就好用多了~~ OCCI相对就简单很多了,可以试试。 |
|
返回顶楼 | |
发表时间:2009-11-24
bird_wang 写道 拜读了。
现在我也在一个做计费的公司里面,当初本想做开发的,后来被分配到实践那块去了,现在感觉除了学业务还是学业务,有时候都感觉自己很虚,想着要是以后跳槽了怎么办,一点技术都不会,真的像作者说的除了PL/SQL还是PL/SQL,呵 感觉在国内做应用软件开发的,业务积累的门槛比技术更高。 技术你可以自己学,业务需要工作单位给你这个实践平台。 计算机开发为什么门槛低,只因很多不同专业的都可以自学,这个行业开放性又强。其他行业其实只要有入门机会,不会比计算机开发复杂。 |
|
返回顶楼 | |