论坛首页 综合技术论坛

漫谈计费系统的开发

浏览 19374 次
该帖已经被评为良好帖
作者 正文
   发表时间:2009-07-27  
大家最好不要在帖子里面讨论谁谁是哪个公司的,如果感兴趣可以私聊,一点建议
0 请登录后投票
   发表时间:2009-07-27  
tower 写道
大家最好不要在帖子里面讨论谁谁是哪个公司的,如果感兴趣可以私聊,一点建议

强烈赞同,o(∩_∩)o...哈哈,tower说的对。其实我从tower中还是收益不少的。
0 请登录后投票
   发表时间:2009-07-29  
roadray 写道
lottons 写道
呵呵,可以参考SOA的概念,把业务全部做成一个一个的服务。服务完全可以分布式部署,最后通过map服务器进行整合处理,用java的好处就可以在这一点上体现出来。
我觉得其实分布式计算在这种大型系统上应用是最合适的,大量的廉价服务器的性能要好过单一的大型服务器。而且使用分布式的好处就是可以很方便的扩展,现在业界的架构都是以分布式为基础的。
java在分布式上要由于c++

用廉价服务器,出了问题得移动的领导扛不住

难道用了soa的架构,部署服务就一定得用廉价服务器?这个是谁规定的?SOA架构主要体现在对服务的应用及整合上,这个概念用在电信行业是很合适的,看看电信网中各种网元设备,难道这些就不是服务?难道这些网元设备使用的就是高档服务器?建议去实际机房看看这些网元设备。
其实对我来说,计费系统和其他的网元设备一样都是提供一种服务的。将计费系统的服务和其他增值服务以及网元(智能网服务)进行整合是电信运营系统的大势所趋。
还有一点,就是这个不是差钱不差钱的问题,系统的部署有时候还要考虑地域,负载等一些列问题。各个系统的建设等级,如省级CRM或计费系统,地市级CRM或计费系统等等。这些系统在部署的时候难道不是在对外提供服务?这些服务也是需要进行整合的,难道它们就一定是部署在廉价的服务器上?不要混淆了我的意思。
0 请登录后投票
   发表时间:2009-07-30  
拜读了。
现在我也在一个做计费的公司里面,当初本想做开发的,后来被分配到实践那块去了,现在感觉除了学业务还是学业务,有时候都感觉自己很虚,想着要是以后跳槽了怎么办,一点技术都不会,真的像作者说的除了PL/SQL还是PL/SQL,呵
0 请登录后投票
   发表时间:2009-09-03  
对PL/SQL 不太熟悉,
使用C++操作oracle....噩梦的开始。
OCI接口不是一般的难用
相比之下,cli就好用多了~~
0 请登录后投票
   发表时间:2009-09-04   最后修改:2009-09-04
bigtreefxs 写道
对PL/SQL 不太熟悉,
使用C++操作oracle....噩梦的开始。
OCI接口不是一般的难用
相比之下,cli就好用多了~~


OCCI相对就简单很多了,可以试试。
0 请登录后投票
   发表时间:2009-11-24  
bird_wang 写道
拜读了。
现在我也在一个做计费的公司里面,当初本想做开发的,后来被分配到实践那块去了,现在感觉除了学业务还是学业务,有时候都感觉自己很虚,想着要是以后跳槽了怎么办,一点技术都不会,真的像作者说的除了PL/SQL还是PL/SQL,呵


感觉在国内做应用软件开发的,业务积累的门槛比技术更高。
技术你可以自己学,业务需要工作单位给你这个实践平台。
计算机开发为什么门槛低,只因很多不同专业的都可以自学,这个行业开放性又强。其他行业其实只要有入门机会,不会比计算机开发复杂。
0 请登录后投票
论坛首页 综合技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics