对于快速开发平台的个人看法

love1

& k. U7 a: y# X( J/ [, C% R, ?. p国内软件行业的需求不规范，个性化需求太多，恰恰是快速开发平台在国内大有市场的基础，因为快速开发平台主要应对的就是快速对应个性化的需求；如果是规范化管理的软件需求，采用成型的行业软件产品就可以满足。
) W, Z# S! G2 S2 D1 i) q4 k过去十几年来国内有多家公司在做类似快速开发平台的产品，一直没有成大的气候，我觉得有下面几方面的原因：
$ ~  p; b/ E3 v3 }. Y

• 过去十年中国的生产制造企业主要靠低价劳动力的人口红利赢得全球竞争，对于成本控制和管理精细化的需求不够迫切。
• 早期国内的快速开发平台多数采用类excel服务器的平台。这种模式对于快速开发平台的开发商来讲开发成本低，但产品的功能和性能也受限于Excel软件，在灵活性和扩展性方面都很受限制。
• 参与这个领域的厂商以小型软件公司为主，没有足够的技术积累。快速开发平台的挑战在于一方面要能对多数场景实现免代码开发，要求在软件的数据管理、交互设计、工作流程等方面有高度的抽象和封装；另一方面又要能提供扩展性，便于代码开发人员有能够用插件或代码实现更丰富的功能。
  
  8 ^: x; p5 u- B8 w: o1 k/ X" f目前，随着中国劳动力成本优势的丧失，对管理软件的需求正在呈现井喷态势。而智能手机的普及，使得广大中小企业采用管理系统的硬件成本和人员培训成本急剧下降，可以预见，快速开发平台将在中国迎来一个高速发展的时期。
  

. E( a" p- f- z' j: _  d
1 Y* @# J. h4 n# P不能单纯地说成是喜欢重复造轮子，虽然很多人都喜欢用这个说法来解释国内的创新氛围。涉及到商业，问题就多了。
我们并不是只做一锤子买卖的人，如果是那样的话，现成的简单好用的开发平台、框架确实是首选，以后又不会再更新了，没那么多顾虑，把当前的生意做成就是了。
但作为自己的产品，若是完全架构在别人的平台、框架上，那每次平台、框架升级之后都要去测试兼容性，并做出相应的更新，这方面的成本还是比较大的。最担心的是从升级说明书中无法了解到所有的升级细节，也就无法在短期内评估出自家产品要做哪些更新，这种压力就不光是精神上的了，用户受影响了，那就体现在财务上了。
( {  x# B( r( G! X' r- f: ~  A其实如果别人的平台、框架是第一手的，那还好办，要是它们也是在别人开源框架上的二次开发，那就麻烦大了。我到底是在找自家产品的兼容性问题，还是在给二次开发的框架找兼容性问题呢？
大多数被广泛使用的开源框架都不短的发展时间了，更是有不少成功的案例在，学习和维护成本多少能看到的，我们用着当然放心。新框架用的也少的。更不要说国内的不开放不开源的平台、框架了。
你知道，我们不想做小白鼠的。


5 b' p: m1 B, ?  e

updown

不能单纯地说成是喜欢重复造轮子，虽然很多人都喜欢用这个说法来解释国内的创新氛围。涉及到商业，问题就多了。 我们并不是只做一锤子买卖的人，如果是那样的话，现成的简单好用的开发平台、框架确实是首选，以后又不会再更新了，没那么多顾虑，把当前的生意做成就是了。