• 关于系统重构


      很多人在讨论为什么京东商城至今还在用.net平台,很多人表示不理解,至于原因网上众说纷纭, 这里面涉及到的问题或许也不是三五个高手或者非专业人士所能理解的,就像12306那样。
           很多平台或者公司最开始的时候资金不足,找几个工程师,在不求质量,只求效率的模式下迅速搭建一个平台,或者直接找网站建设公司开发一个出来,不管是何种方式,其一开始就已经为以后的各种鸡肋埋下了伏笔。在经营一两年或更久之后发现平台系统遇到了很多的贫瘠, 然后开始筹划系统重构,或者采用新的架构去改良现在的平台解决当下遇到的问题,但这个时候公司的人数已经不是刚开始的那几个员工了,跟随公司一起发展的那部分工程师或许已经成为了系统支撑的主力,同时也成为了改造系统的最大支持者,因为他们维护这个系统已经精疲力尽,每天不是这个部门就是那个部门提出各种各样的奇葩问题:比如太慢,太卡,报错,XX异常,为什么我的需求不能做或者怎么还没做好。
    公司决定重新招聘个系统架构师来改良目前的系统,新架构师又遇到以下几个问题:
    1:系统业务不熟,无法介入,公司骨灰级工程师又无法抽身来配合,因为太多事情需要他处理。
    2:原先没有追求质量的程序 从数据库到程序都存在大量的问题。 
    3:新的框架开发繁琐,开发周期边长,效率变低,绩效考核变少,收入也就相应减少,于是很多老工程师开始排斥这种开发模式,只要一逮到机会就用原来的模式开发。
    4:新架构师对原来系统业务的不熟悉,导致无法真正清楚原系统的所在之处,或许没什么问题只是数据库设计问题或者程序实现问题。
    5:假设新架构方向是对的,如果新架构师不够雷厉风行,没有强制推行这个框架,那么只会在原来臃肿的系统上增加负担。
    6:平台大了,人员多了,每天的开支也大了,重新开发一套程序不太可能实现,费用太大,何况每天都在变更,除非这个公司非常有钱。
    7:系统难于维护,工作难做,招聘就像流水一样,新人来了一批走了一批,老板觉得对于刚招聘的员工工资低一点,反正给多了也留不住,这样一来,系统维护的成本越来越大。
     
  • 相关阅读:
    迷你资源管理器
    简单工厂和单例的一些事
    面向对象的七大原则
    继承和多态的一些事
    体检套餐系统
    信仰
    魔兽争霸系统
    优化MySchool总结习题
    事务,视图及索引
    [LeetCode] Combinations
  • 原文地址:https://www.cnblogs.com/AllUserBegin/p/3592294.html
Copyright © 2020-2023  润新知