谈谈嵌软快速人才2

昨天只不过看到网上的信息，随手写点东西，没想到还有人看，那就乘这几天被雨困住写点东西，随笔而谈，想到哪里写到哪里。
嵌软人才培养慢，那是因为要求高，要快其实也简单，就是化繁为简而己。
一是分层，把复杂的东西分层简化。并个简单例子，分为硬件，驱动，事件分发，具体事务处理等。每种程序分不同的权得和难度值，能者多劳，能力强的多分点，差一点的负责单层次就好了。任务有了权重， 劳动成果的数据化也就有了初始的依据。一般来说，小型组织， 驱动层就交给硬件来实现就好了，这样可以快速从基层就把软硬开发人员分开，软件没必要再细读硬件文档，知道硬件基本能力和极限就可以了，这样，软件的跨领域知识难度降低，自然对开发人员的要求就降低了。
二是软件构件的模块化，常用处理流程，比如MQTT的消息处理，典型中断处理，TCP包处理等常用处理逐渐开发成成熟模块。对于面向市场支撑的普通发人员，直接象搭积木一样快速组合现成摸块形成具有完整功能和高成熟度的交付软件，才能稳定快速的支撑市场。 把需要长期不确定研发时间和投入从而引入的风险的功能模块提前模块化才是保证交付时间和质量的不二法门。同时，也大幅降低对开发人员的要求，从而降低要求，让开发人快速成长和成熟。
三是架构上的团队开发属性。爱读战争书籍的朋友都知道，单打独斗在阵列整齐的队位前是多么的脆弱。 所以，架构设计上方便集体开发是避开单靠英雄主义下单打独斗的风险是很必要的。举个例子详细设计的架构采取表格方式的事件驱动流设计，一张表就可以很容易读懂程序的处理逻，对于测试人员或其他 开发人员的代码走读的理解，对于后续接手人员的理解难度会大幅降低，这样其实在人员风险上也大大降低，老板可不希望某个岗位只有一位会划水的员工长期占位。其实架构设计这块可不是个简单活，对于现在35岁以上的资深工程师可是相当合适的喔！
差不多半小时了，今天就此打准，可写的太多，等有时间再继续。自认为写的比较艰深晦涩，也没时间科普，并不适合普通人士阅读，不要强求。