论坛首页 综合技术论坛

一家公司发展的胡言乱语

浏览 23933 次
该帖已经被评为精华帖
作者 正文
   发表时间:2010-01-21   最后修改:2010-01-21
kunee 写道
精彩

后面咋办,我们这也是安全第一,每次都是等重大版本变更才来个底朝天的改。但是每次业务前瞻性又做得不够,导致后续需求的跟进使代码,结构变得相当UGLY,支撑困难



据我现在工作环境的经验来说,一个超大系统维持超过10年,无数人更换,离去,依然保证系统运行,最主要的前提就是,文档,其次是设计的前瞻性。

不过,我接受的项目来说,前瞻性完全在于框架的设计,一个稳固的框架可以让一个系统稳定维持运转超过10年,甚至更久。甚至可以承受住重大版本更新,甚至是通信消息协议变更。

我不知道具体你们公司所作的项目,不过,就我现在工作来说,良好的框架设计,使重点中的重点。

补充以下,我说的框架是对应一种行业来说的系统框架,不是对应一个产品!
0 请登录后投票
   发表时间:2010-01-22  
楼主, 你不是在胡言乱语, 而是一针见血指出了很多管理上的弊病。

就我们公司,现在管理混乱,文档不成文档,项目经理、软件经理整个项目周期都见不上几次面。项目经理在片区, 软件经理在开发, 片区和开发的结算在项目前期就划分好了。项目经理和软件经理之间都在不停的博弈, 唉。 可怜的项目呀。。。
0 请登录后投票
   发表时间:2010-01-22  
lonelybug 写道
kunee 写道
精彩

后面咋办,我们这也是安全第一,每次都是等重大版本变更才来个底朝天的改。但是每次业务前瞻性又做得不够,导致后续需求的跟进使代码,结构变得相当UGLY,支撑困难



据我现在工作环境的经验来说,一个超大系统维持超过10年,无数人更换,离去,依然保证系统运行,最主要的前提就是,文档,其次是设计的前瞻性。

不过,我接受的项目来说,前瞻性完全在于框架的设计,一个稳固的框架可以让一个系统稳定维持运转超过10年,甚至更久。甚至可以承受住重大版本更新,甚至是通信消息协议变更。

我不知道具体你们公司所作的项目,不过,就我现在工作来说,良好的框架设计,使重点中的重点。

补充以下,我说的框架是对应一种行业来说的系统框架,不是对应一个产品!



BSS,BOSS,这领域核心的是企业模型,模型是国际领先的,程序是天天改版
0 请登录后投票
   发表时间:2010-01-22  
lonelybug 写道
kunee 写道
精彩

后面咋办,我们这也是安全第一,每次都是等重大版本变更才来个底朝天的改。但是每次业务前瞻性又做得不够,导致后续需求的跟进使代码,结构变得相当UGLY,支撑困难



据我现在工作环境的经验来说,一个超大系统维持超过10年,无数人更换,离去,依然保证系统运行,最主要的前提就是,文档,其次是设计的前瞻性。

不过,我接受的项目来说,前瞻性完全在于框架的设计,一个稳固的框架可以让一个系统稳定维持运转超过10年,甚至更久。甚至可以承受住重大版本更新,甚至是通信消息协议变更。

我不知道具体你们公司所作的项目,不过,就我现在工作来说,良好的框架设计,使重点中的重点。

补充以下,我说的框架是对应一种行业来说的系统框架,不是对应一个产品!



BSS,BOSS,这个领域核心的是企业模型,模型是先进的,应用是天天改版。相信你是电信行业的应该知道

这种系统责任又重大,一年异常停机时间只允许几十小时甚至更短,所以安全第一
0 请登录后投票
   发表时间:2010-01-23  
kunee 写道
lonelybug 写道
kunee 写道
精彩

后面咋办,我们这也是安全第一,每次都是等重大版本变更才来个底朝天的改。但是每次业务前瞻性又做得不够,导致后续需求的跟进使代码,结构变得相当UGLY,支撑困难



据我现在工作环境的经验来说,一个超大系统维持超过10年,无数人更换,离去,依然保证系统运行,最主要的前提就是,文档,其次是设计的前瞻性。

不过,我接受的项目来说,前瞻性完全在于框架的设计,一个稳固的框架可以让一个系统稳定维持运转超过10年,甚至更久。甚至可以承受住重大版本更新,甚至是通信消息协议变更。

我不知道具体你们公司所作的项目,不过,就我现在工作来说,良好的框架设计,使重点中的重点。

补充以下,我说的框架是对应一种行业来说的系统框架,不是对应一个产品!



BSS,BOSS,这个领域核心的是企业模型,模型是先进的,应用是天天改版。相信你是电信行业的应该知道

这种系统责任又重大,一年异常停机时间只允许几十小时甚至更短,所以安全第一


惭愧了,我不是做电信的,不过,我做的行业系统也是要求高机密高安全和保证可靠的在线时间的。所以我明白你说的难处。

不过,还是觉得你应该花点时间和精力还有人力来做一个稳定的底层框架,之后的业务在上面搭建就简单的多了,而且容易测试。

我现在工作的这个框架是有两个公司分别完成前端和后端,不过,我看他们整合的也挺好。
0 请登录后投票
   发表时间:2010-01-25  
只是楼主的YY小说,鉴定完毕
1 请登录后投票
   发表时间:2010-01-25  
楼主的文章很有启发和经验性。随着公司规模的逐渐增大,会产生各种各样的问题,小团队我们可以灵活处理,沟通层级少,成本低,大家关系和睦,相互理解。公司变大后,原来创业时期的和谐氛围逐渐消失,我们为了明确权责、制约、激励员工,设立和各种各样的部门,这样的发展是一环套一环。为了解决问题,设立了a职位(部门),问题消失了,新问题出现了,所以b职位(部门)设立了,新问题又出现了,如此往复循环,永无止境。
公司不断发展,这样痛苦的变革就会持续进行,而且公司越大,要做变动和设立新职位就越难,很多问题不是一年两年就可以改变的,阻力越来越大,对立越来越多,协调越来越困难。
我建议楼主从企业文化方面也考虑考虑,不同的企业文化对待相同事情有着不同的反应。
0 请登录后投票
   发表时间:2010-01-26  
vieri122 写道
弱弱的问一句,楼主公司现在还招人吗
嘎嘎~~~


同问,感觉很爽啊,什么都可以接触
0 请登录后投票
   发表时间:2010-01-28  
楼主展示了公司内部管理上的优化和发展,这很好,不知在这期间,市场业务方面的成长路线是怎样的?
0 请登录后投票
   发表时间:2010-01-28  
tedeyang 写道
楼主这个过程起码要10年。

楼主的文章只是个传说,而不是事实!!
0 请登录后投票
论坛首页 综合技术版

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