技术沉思录
ouyang_linux
这个作者很懒,什么都没留下…
展开
-
RTOS
1、ucos-ii优先级反转问题解决办法:使用Mutex(互斥信号量)代替二值信号量。原创 2017-03-17 20:11:40 · 313 阅读 · 0 评论 -
需求评审
1、需求文档定需求,不定实现,不定界面;2、重点讨论差异、待定部分,其余部分粗略介绍;3、推动评审进度,避免无关的讨论;4、意见不统一时,项目经理拍板决定; 拍板者必须深刻了解产品,能对产品负责。5、原创 2017-03-09 20:19:48 · 484 阅读 · 0 评论 -
项目经理基本职责
1、不确定因素的处理;2、负面情绪处理;3、架构文档;4、项目周期的把控。原创 2017-03-09 20:21:34 · 321 阅读 · 0 评论 -
架构设计
1、保持概念完整性,对于复杂的系统,可以考虑一个主程,多个子程的方式;2、架构设计文档的书写,保持同一思路,逐步细化;3、由状态机统一管理程序主逻辑;4、全局数据的管理:使用数据管理模块统一管理全局数据,对外只提供接口。原创 2017-03-09 20:25:34 · 270 阅读 · 0 评论 -
解决问题
1、对数据的分析需要一定的样本,不可通过单个样本得出结论,调整阈值。如果急于给出答案,想凭运气试一试,最终的结果会让你花费更多的代价,并且丧失别人对你的信任。2、查找问题,一定要找出本质原因。没有找到本质原因,“大概是这个原因吧”,“试试这样改了之后有什么效果”,测试的结果可能会有所改善,也可能毫无变化;无论哪种结果,问题还是埋在那里,指不定哪天又出来了。到时候你将会崩溃。而且,通常你都会碰到原创 2017-03-04 20:58:04 · 315 阅读 · 0 评论 -
效率问题
1、工作中穿插本应由其他人完成的事情,比如硬件排错、生产部程序下载等; 1.1 硬件问题交由硬件人员解决,不再插手,主攻软件; 1.2 程序下载问题,一旦出现问题,请生产部同事先确认是否按照工艺文件上的流程在操作,让其养成自己学习看文档的习惯,顺便当做培训,以免下次还需要再次指导;2、调试程序过程中,工具不齐全; 2.1 调试程序前,先把工装准备妥当,原创 2017-06-10 09:27:19 · 294 阅读 · 0 评论 -
嵌入式软件不良设计
1、全局变量泛滥 全局变量的泛滥是嵌入式系统中烂代码的一个杰出特征。1.1 泛滥的表现 全局变量过多。全局变量过多,导致维护者(包括几个月后的开发者本人)在分析、修改代码的过程中无所是从。有时候为了了解一小段代码的功能,需要搞清楚十几个全局变量所代表的含义、这些变量会在什么时候被改变、什么时候会被调用。人脑的“栈”空间是有限的,一下子要存入这么多东西,瞬间不够用了。 全局变原创 2018-01-28 17:30:10 · 392 阅读 · 0 评论