系统实现手段一般也就是所谓的实现平台、实现技术的统称。
是一个系统产品走向市场的必要部分，
一个产品走向市场要走如下几步
立项-》实现产品-》销售-》客户认可
实现手段主要在实现阶段中使用，当然在其他阶段也会评价，但是不成为主要因素。
一个成功的产品其在不同角色的人的眼中定义不一样
在客户眼中
交货提供及时，系统好用，整体成本低，维护简单，适应用性强，当然这个产品肯定会和竞争对手的相比较，客户一般是不关心系统实现方法或者技术的。
在销售眼中
系统有卖点，和竞争对比起来有优势，售后麻烦小，合同期好执行。
在实现人眼中
学习成本低，维护成本低，复杂度比较低，系统实现的平台可以很容易切换到其他产品中去（否则学习新的平台，时间浪费厉害），实现的业务知识比较耐时间的磨损，可以到处使用，这样的产品容易维护开发团队的稳定
在竞争对手眼中
难以逾越，无论是质量还是性能还是成本之类
从上面的可见，特定实现技术在非创新型产品中，并非是成功的主要因素，其虽然处处存在，但并非主要矛盾
一个产品的快速和成功的实现，其主要依赖于以下两个部分
1）产品的业务知识，所谓业务知识，是涉及产品的内核、工艺、流程、操作等知识，业务知识是无可替代
2）产品的实现手段，将业务知识在具体平台上实现出来，具体实现手段是多样化的，是可以被替代的
1是衡量产品好坏的主要指标，2是产品实现方式，2可以保证1的实现，但是2是可以有很多取代者的，只要能够深刻理解业务，那么可以切换到不同的平台（如果切换成本低），简单实现之。客户实际上并不真正关心实现。小声说一下，除非是创新性产品，否则老板其实并不是真正关心实现技术的，因为实现技术并非产品成功核心，但是老板一般是重视业务知识人员的。
一个产品的成功体通过 快速成功实现、成功销售、获得客户认可来体现。
怎么选择实现技术或者平台
实现技术或者平台，基本来源于外购或者自主研发，外购主要是购买成熟的系统提供商的产品来开发，例如OMRON的PLC，自主研发主要是自己做单片机或者工控机开发
外购的特点
成熟实用、快速进入市场产生效益，可以完成80%以上产品实现
自主开发
开发周期长，未知因素多，但是可以覆盖99%的产品实现，可以排除竞争对手，可以作为外购平台的谈判依据，可以保持公司的核心竞争力，只是在未规模化前，成本高周期长要考虑
技术手段或者平台的选择标准
根据产品特征，团队能力，公司规模选择，错误的选择会导致团队流失、产品实现失败，选择平台要抓住主要矛盾，业务是核心还是技术是核心竞争力
开发人员的成长
因为人的时间和精力都是有限的，如何分配时间和精力成为开发人员成长的关键
1）选择简单、可*的实现手段，对于工控来说有如下：单片机，PLC，PC机操作系上C语言开发
2）选择实用的平台架构：上下位，UCOS，FPGA，通讯
3）关注核心的实现业务知识，关注市场竞争对手
4）冷静的剖析自己，认清自己的优缺点
开发人员的误区
1）过分重视实现手段，不重视内核业务知识，例如，做单片机的，学很多种类单片机，但是不学习通讯协议，不了解数据结构，不了解实时系统知识，单片机可以换，但是内核业务知识不会过期，否则疲于奔命，浪费时间。
2）具体的实现手段没有想象中的重要，任何实现手段是有替代品的，一个系统的定价是有其竞争者决定的，例如PLC的定价是1万，那么你开发出相同功能的东西，定价最多也是1万，除非是原创的，价格你自己定，但是很快也会产生竞争对手
3）开发人员自视过高，其实开发人员的价值也是*市场来体现的，*其竞争者的报价来决定，这就是冷冰冰的市场
顺便吐槽一下对工控机和RTAI的开发
工控机主要是作为原型机，复杂耦合产品，检测、工具类，作为运行系统不可*，包袱重，开发包袱也重。
RTAI或者RTX简直就是那些大公司的阴谋，将本已经复杂无比的工控机开发加上实时内核，更搞乱了开发人员不堪的大脑，国内使用RTX或者RTAI的小公司，其前途都是堪忧，因为window或者linux本身就够复杂，充满BUG了，你还要在其上加上实时内核，耦合之复杂，BUG之频繁，都会叫小公司喝一壶的了，小公司老老实实的走上下位机分布控制之路吧。
