1
回答
哈,水个“系统迭代更新”的个人观点
【腾讯云】校园拼团福利,1核2G服务器10元/月!>>>   

先申明一句,我谈的系统迭代,包括了,机械,机电、电子、嵌入式驱动和嵌入式应用系统。 这个不申明,可能有些情况对不上。哈。一个简单的道理,外壳,就包括了外形设计(有些也叫id设计,如果是大牛,可能铅笔画画,然后就1个指头,你冒一头汗的问是10万设计费,恐怕对方内心中会想“哪个猴子请来的逗B”),结构设计。结构设计和工艺分不开,开模的设计方式,要考虑好脱模,3d打印可能就没这个问题,但3d打印,积压成型的,有存在垂直于打印方向平面受力的问题。 好吧,要说各种事,巴拉巴拉可扯一大堆。只是想说,技术开发的事情不同,很多观点不同。落在我现在手上的开发,特点就是,周期长,验证慢,各种费用杂等问题。

扯远了,说回系统迭代更新。系统迭代,一种“很水”的说法,就是大版本,小版本的区分。或者更合适的表述是更新框架或不更新框架仅针对具体模块的迭代。

这里不提具体的技术层面的问题,哈。不怕有人喷我,野鬼啥都不懂,就知道喷虚的。这里只是说说无论是机械、机电、电子、嵌入式开发,和早年做过的pc上的应用软件开发中,在系统设计中,可以通用的道理。

1、系统如果已经被应用,那么稳定压倒一切。 为啥?已经承载业务了。你丫为表达自己“牛”,然后原本还能撑住的业务,各种乱,这是迭代了,把用户也迭代没了。

2、系统如果是小版本的,那么小步快跑。为啥?创新嘛,进步嘛,哪能不试错的,试错是必然,但错误的影响要降到最低。

3、系统如果是大版本的,那么一定要双线并行。为啥?只有无知无谓的人,才觉得以前已经承载业务的框架、结构是多么垃圾。能稳定运转的系统,无论多么“垃圾”,那也是系统。而对于框架的调整,会因为各模块的角色定位、接口关联以及资源占用等变动引发的问题,出现原本合适而迭代后不适应新系统的现象。简单说,框架一动,极有可能系统不稳定,这还是基于新框架是合理、无错的。 你不采用双线并行的方式运作,一旦出问题,老版本扔了,新版本塌了,还拿什么来顶。

哈,就水这么多吧。其实落到非技术层面还涉及到业务的拓展进度,资金的调度,开发周期的长短等问题。

现在,习惯性的泼点凉水。 对于非技术驱动型企业(公司主营业务不是在卖某个技术,而是技术衍生的应用、实物、服务,例如osc,虽然有技术,但是是应用驱动的)的技术人员而言,

第一,你很重要,但级别仅限于“很重要”。因为从企业组织来看,企业中任何一个部门和人都“很重要”。如果不重要,自然在无意义的消耗成本,不裁扯是错的组织方式。简单说,你的重要性和前台,人事一样。这不是看不起你,但也不希望你太自以为是。人事不重要?发错工资,奖金,遇到社保没人办理,老大不急,你急不急?换句话说,除了核心老员工,没人事,哪来的你?哈

第二、技术服务于业务。确实,某些系统的技术一坨屎,这仅仅是从技术角度来看。但综合到一个企业的发展来看,很多情况下,有其历史的必然性(当时没那么多具体需求,当时资金不够,当时时间不足,巴拉巴拉可以找一大堆实实在在也是正确的理由)。说老系统是一坨屎的技术人员,最好多了解下历史,看看它形成的过程。当然不排除公司组织上出现问题,维护和开发人员的更替,然后就是各种乱。只有是否适应业务的技术,没有水平高低的技术。(此话仅针对非技术驱动型企业,当然业务就是技术时,这句话也对,哈)。所以不要拿技术高低来说事。只有懂技术的业务人员,能从营收和成本角度看某个技术,才有资格说,这技术是好还是不好。

第三、技术只是手段。说个例子,你不会排版,要打印论文。咋办?找校内校外打印店的小美女,多给点钱,让她排版。对应的,你就是公司的业务,而那个小美女就是技术。这个论文怎么写,这个论文怎么排,是小美女决定呢,还是你呢?说句客观的话,此时的小美女仅仅是你的工具。哈。相信我,无论是企业负责人,还是业务口的人员,一旦有技术问题,立刻会把你看成小美女。当然打印店里的小美女,嗑着瓜子,还各种不耐烦,排出来的东西各种乱,还不按需求来,你是啥心情,企业负责人和业务口的人就是啥心情。形象的说,就是张开双臂喊一句“来让我们开始相互伤害”。

水完了。最后说一句“非技术驱动型”企业中的技术人员,认清楚价值,确定清楚业务,选择好技术工具是关键。哈,貌似osc上,技术驱动型企业的人员不多。所以此篇水文,不针对他们。

<无标签>
举报
中山野鬼
发帖于1年前 1回/312阅
顶部