C语言测试是招聘嵌入式系统程序员过程中必须而且有效的方法。这些年，我既参加也组织了许多这种测试，在这过程中我意识到这些测试能为带面试者和被面试者提供许多有用信息，此外，撇开面试的压力不谈，这种测试也是相当有趣的。 从被面试者的角度来讲，你能了解许多关于出题者或监考者的情况。这个测试只是出题者为显示其对ANSI标准细节的知识而不是技术技巧而设计吗？这个愚蠢的问题吗？如要你答出某个字符的ASCII值。这些问题着重考察你的系统调用和内存分配策略方面的能力吗？这标志着出题者也许花时间在微机上而不上在嵌入式系统上。如果上述任何问题的答案是"是"的话，那么我知道我得认真考虑我是否应该去做这份工作。 从面试
2021-02-27 17:07:15
169KB
1
当一个研发或产品线团队人员数量达到几十人规模时，点对点的平面式沟通管理模式势必成为产品研发和团队发展的瓶颈，这时候就需要从人员组织架构上做出调整，即从点对点的平面式管理转换为金字塔型的梯队式管理。作为一个研发团队，技术研发主管（本文指的是带领一个小团队进行研发和管理工作，团队规模通常在3~7人之间）作为梯队式管理中的基层主管在技术人员管理以及产品开发过程把握上发挥其核心作用。本文从团队管理角度出发，从技术研发主管的定位开始展开，对如何培养和建设技术主管队伍从以下几个方面进行阐述：1.个人2.过程3.工具4.团队我举一张龙舟图对研发主管的定位进行描述，见下图。图中除了坐在船体里划桨的队员之外，最
2021-02-26 17:04:48
404KB
1
至少要把一个变量弄成这样：到处被设置，但是几乎没有哪里用到它。不幸的是，现代编译器通常会阻止你做相反的事：到处读，没处写。不过你在C或C++里还是可以这样做的。代码每天备份；（预防意外导致的任何损失）上传代码时写清楚log信息；（为维护这个模块的人着想，有可能是你自己）提供接口时不要把问题抛给使用接口的人，升级或者变更接口时不要删掉原来的接口；（为使用你接口的同事着想）变量命名要见名知意；（起码不能误导别人）在工程中新建一个doc文件夹将项目相关的文档放在该目录下，方便后面维护的人员理解项目和代码；（为维护这个模块的人着想，有可能是你自己）签署bug或者转办bug时写明分析结果和转办原因；（让
2021-02-26 15:06:23
319KB
1