老猴的技术博客

摘要： 前段时间转过一篇博文，说执行力的实质是领导力，我想这很对，总是强调执行力的人一般都是领导，领导要是总是依赖于下属的执行力，就可能失去对事情的控制，最终下属的执行力差变成了自己领导不力的借口。对执行力要求最高的行业，莫过于军队。但即使在军队中，对于专业技术能力要求较高的兵种，仅仅靠政治思想觉悟，严明的纪律是无法提高其战斗力的。相反，机械地执行命令会严重地损害个体的创造能力，从而也会降低整体的执行力。... 阅读全文

摘要： （这篇文章写得真郁闷，写了一半，没存，又写了一点，又莫名地丢了）这是一个关于视频话题，以电视显示为基准，相应的概念和方法可以类推到其它显示设备。直观地讲，Letterbox指的是16：9的图像在4：3的设备上的显示方法，即图像与设备同宽，在上下添加黑边的显示模式；Pillarbox正好相反，为4：3的图像在16：9的设备的显示模式，左右会被添加黑边；Pan&Scan比较特殊，在4：3的设备上显示1... 阅读全文

摘要： 仅仅是一群优秀的人聚集在一起不一定能构成优秀的团队，更重要的是每个人都能胜任自已的职位，各司其职。在团队中，中层manager是否称职就显得尤为关键。Manager首先应对自己团队的任务有正确的理解。不但能从架构上分清任务的边界和接口的定义，还要关注实现的细节。虽不一定要亲自完成所有的细节，但对所有可能影响成败的技术细节一定要做到心中有数。其次要正确地分解任务，将子任务分配给合适的人。任务以一周为... 阅读全文

摘要： 写了一段代码，发现另外一个处理方法的过程与之类似，然后复制、粘贴，修改变量名，改几个数字，编译，OK,过了，跑一下吧，嗯，有点错，再查查，哦，有个地方没改，改之，再测，一切OK，窃喜，看，多省事。几天后，查一莫名错误，加打印，反汇编，所有手段都用上了，程序逻辑怎么看怎么正确，就是结果不正确。无奈，苦闷，似又所得，又失望而归。折腾若干时间以后，才恍丝然发现，原来那段粘贴的代码还是漏改了一处。怎样，这... 阅读全文

摘要： 在嵌入式系统上开发和在pc上开发软件有一个很大的不同的地方就是，嵌入式系统往往更加不稳定，更容易出现芯片或硬件错误。在发现程序的行为总是与预想的不一致的时候，在努力查找自己程序错误的同时，一定还要敢于怀疑硬件可能有着某些缺陷或者是错误。然后设计一些测试来验证怀疑的正确性。总之嵌入式软件工程师的一个重要的工作内容就是验证芯片的实际功能与设计功能之间是否一致，找到缺陷，然后用软件的方法去弥补这些缺陷。 阅读全文

摘要： 给自己留一个命题作文的题目，写完这个题目估计会比较困难。如果不是客户要把产品卖到南美去，我可能不太会想到还会角PAL-M和PAL-N这样的制式。也是这样才知道原来咱们国家用的是PAL-N或者PAL-K。CVBS制式其实有很多的变种，跟每个国家或地区的电视发展的历史有关，但年代都已久远，有一信息已不太容易弄清楚了。 阅读全文

摘要： 在各种软件工程中，测试都被提到了非常重要的高度，有的项目甚至以质量部门（QA）结果为导向，缺陷（bug）数量高于一定的数目，则软件不能发布。其结力果是，软件发布的时间表一再推迟。开发人员在发布时间表的压力之下，开始隐藏bug，Hack，甚至删减功能。将错误不断地向后累积，最使得开发如大象陷入焦油坑。软弱的人都喜欢在技术层面寻求方法，于是，质量保证部门就成了软件质量的最后一道门槛。各种测试理论就开始... 阅读全文

摘要： 快速原型，测试驱动，不断迭代......敏捷作为一种软件项目开发的新方法论，已经被越来越多的人接受，并在实际工作中使用。敏捷理论中主要应对成熟的程序员面对不太成熟的客户需求时的情况。而在国内，我们经常见到的情况是，一群不成熟的程序员面对一些并不成熟的需求。在这样的情况下，一个有着丰富经验的架构师就显得至关重要。编程本身不难，遵守编码规范也很容易，重构、迭代也是很容易实施的方法，但只有在较为清晰的架... 阅读全文

摘要： 电视行业的一个技术难点是，总是要不断地向下兼容。在pc 中一些早以不再用的概念和技术，在电视领域却总是一些无法绕过的坎。比如说这个叫CVBS的东西。 CVBS是最早的电视机视频输入信号标准。直观的讲，电视机输入口中那个黄色的口，那就是复合的CVBS口。这种复合信号之间的干扰是很难避免的，电视画面比较容易出现色度的闪动。为了避免这种闪动，后来就有了S-Video接口，将亮度信号和色度信号分... 阅读全文

摘要： 批评人确实是件不太好做的事情，就算自己占了百分百的理，别人百分百的错了，一样还得注意别人的感受，避免物极必反，把人推到了对立面，使事情变得没法收拾。批评中要避免带有个人情绪，应就事论事，千万不要搞成了人身攻击。要避免把话说得太满，为双方都留点余地。以防日后一旦证明其实自己错了时，不至于没了回旋余地。批评人还有很多的技巧，可惜我都不太会，那的确是个难干的活儿。 阅读全文

摘要： 简单的程序，要求其结构简单，目的明确，易阅读和理解。简单，总是有助于程序的正确性。现在我们来探讨一下如何将程序写得简单。首先，先说命名的问题，包括目录结构名，文件名，类名，变量名等。命名应使用统一的命名规则和常识。统一的命名是程序员之间交流的common sence,不同的命名会增加程序阅读的难度；命名应该体现必要的信息，避免晦涩的的缩写；名字与其实际功能保持一致，避免挂羊头卖狗肉的现象。其次，用... 阅读全文

摘要： 这里的"简单"有两层意思，一是程序的功能简单，只做必须做的事情；一是程序模块简单，只做应该做的事情。先说程序的功能。如果一个程序过于复杂，往往会将开发人员从一开始就陷入复杂的逻辑中去，同时也增加了测试的难度，甚至有些代码可能从来就没被执行过。这就留下了安全隐患，增加了以后调试的难度。过于复杂的设计，通常被称做过度设计。再说说模块。常常有这样的代码，作者好像对调用者很不放心，在每个函数里都加入了大量... 阅读全文

摘要： 1，程序模块做过很好的设计，程序代码是这个设计的诠释；2，设计的所有功能都有单独的，对应的测试程序；3，这些测试都有简单的标准用于判断正确和错误；4，程序模块的命名应与设计文档中的一致；5，每个函数和变量都有明确的模块归属，全局函数和变量应有明显的标识且统一放置；6，单个函数内只做简单的功能；7，函数名能准确表示函数所做的事情；8，函数调用关系清晰；9，所有常数都用对应的，明确含义的宏定义或常量定... 阅读全文

摘要： Test 阅读全文

摘要： 想起了一年多前，李开复决定从Google辞职的时候，他说他是倾听了他内心的声音。 坐在马桶上看书的时候，发现另外一个名人，袁岳，说得更直白：如果在一个地方，怎么干都不对，怎么都使不上劲的时候，就说明这个单位不适合你了。 阅读全文