Category: Dairy

梳理ods的运作细节，突然发现，跟我设想的完全不一样，甚至有些实际要考虑的东西和我追求的东西是矛盾的，尤其是当交付和质量出现问题需要回溯的时候，从各自利益出发，几乎是无解的。
最好的办法就是整合成一个利益共同体，就像公司那种，但这样一来，就会回到绩效指标的老节奏中去，枯燥乏味压抑。

mainecraft，看起来是个很有意思的东西。

一有空闲就想学软件，这是什么病？

已到长城

把gitlab折腾死又救活，我也是佩服自己，还好有备份，不然想想都后怕。
做次飞机，冥想，创建了服务哲学。
在我看来，世间万事万物不过服务而已。
飞机提供快速运输服务。
座椅提供安置休息服务。
微信提供社交服务。
包括流水线，也是一个个服务，检验尺寸是否合格的服务，检验可靠性的服务。
甚至一个个人，也能抽象成一个个服务，把自己的能力提供成接口，比如硬件开发服务，别人有硬件问题，丢过来，解决后反馈回去，在别人看来就是一个服务。比如所谓的家庭责任，也是服务，家人提出需求，你满足，一样的道理。
甚至政府，提供安全的环境服务，收取税收回报。
所以，万事万物皆服务也。
顺着这个思路，整理我的ods项目。
好点子发现服务，想办法找出好的点子，设计一种机制，让好点子能顺利吸引眼球，引发关注。
资源聚合服务，想办法把好资源汇集到好点子上。
以上俩服务的达成，可以考虑使用风投机制实现。
人力资源聚合服务，把好团队吸引到优势项目上来，可以列出项目的筹款额度等指标，通过回报来激励。团队也要有门槛，团队和筹款额度应该是匹配的。
团队开发完后，进行验收，验收通过支付报酬，团队还要提供一年的维护服务，以及付费维护服务。

留下印记。

无issue，不干活。
困惑就想思考，思考就有收获。
所谓项目，就是在视野的指引下，整合人和资源，做出产品或服务的过程。

心灵之眼，关于产品设计。
模块的socket按字母表排列，有26种，相当于26大类，每类使用2位boardID区分共计100种，合起来总共能生成2600种模块。
模块插入后，PM检测socketID，先了解模块是哪一类，之后调用该类的上电时序，给模块上电。上电后，再进一步探测模块的boardID，确认是哪一种模块。
模块被上电后，进行自检，通过指示灯标绿，错误标红，异常标蓝。
自检通过后，CU发送AT命令，获得模块的功能集，并注册到资源池，这样系统就知道了插入的是什么东西且如何用它。
要注意的是，模块和其他模块通信，全都抽象成AT指令集，与具体总线接口无关，比如对于马达模块来说，CU发送at^run就是正转，at^stop就是停止。

一回家就沉到摇椅上玩mac

一个ci，半天没有配好。
终于成了，ci体验完毕，准备编程吧。