森林木的专栏（fasiondog）

最近查阅 OpenCV 帮助文档，发现其C++帮助说明中都自动包含了所在的头文件，对比了下 Hikyuu C++ API 的帮助发现没有显示所在的头文件。

来源：http://blog.csdn.net/KongDong作者：fasiondog 万事开头难！前段日子因为性能问题升级了机器，程序语言也从python转到了C++，不过因为数据分析的问题，还是交互式的环境用着方便，于是埋头又将编好的C++库切回python，不过这一回用的是Boost.Python，刚开始编译总是有问题，查看文档才发现Boost.Python中的构建说明

加了近半个月的ITSUN访问统计计数，其中有Linux、Firfox的访问统计，基本和媒体报导的占有率情况吻合，访问者地域分布情况也很规律，先做个记录，以备后续对比查看。 Linux的使用比例始终在3%~5%之间徘徊，即从没有跌到过3%也从没有达到过5%。 Firfox的使用比例始终在10%~13%之间，，大部分时间在12%左右，今天统计刚刚好最高13%。 访问者

近日来下载的源代码欲编译，可是总是提示“权限不够”，检查了相应文件的权限，都没有问题。无奈之下，把/bin/sh，/bin/bash等程序的权限都折腾了几遍，却总是不行，返回下面的出错信息：    XXXX$ ./configure    bash: ./configure: /bin/sh: bad interpreter: 权限不够情急之下，用“权限不够”作为关键词，在Google中很搜了一把

Ubuntu默认的中国安装包服务器速度较慢，使用下面这个：http://debian.cn99.com其上尚有必须补充的软件包：chmsee：查看中文chm文件w32codec：多媒体编解码 

编辑 ~/.xine/catalog.cache 文件： sudo gedit ~/.xine/catalog.cache 找到 [/usr/lib/xine/plugins/1.1.4/xineplug_decode_real_audio.so] 把 decoder_priority 后面的数字修改为 10 

文：fasiondog  来源：http://blog.csdn.net/KongDong/archive/2009/05/26/4217942.aspx因想研究一下Enthought Tool Suite，尤其是可能需要使用其中的Chaco和Envisage软件包，便安装试用一下。刚开始装机时曾经使用新立得安装过部分enthought的软件包，结果现在发现搞不清到底都安装

文：fasiondogLinux下，抓取CD的软件不少，可是目前由于版权问题，翻录成mp3很麻烦，比如： 发行版中的软件默认安装基本都器都不带mp3编码器，都是Ogg 同样功能的软件有点多，眼花缭乱 不少播放器、编码软件都无法正常显示mp3 tag中的中文信息，或者无法正常提取中文CD中的附近信息（如曲名、艺术家等）

#!/usr/bin/env python# -*- coding: cp936 -*-"""用于批量转换特定目录下所有MP3名称（包括改目录下所有子目录），新名称格式：“演唱者－歌曲名称”。Mp3文件格式：at end of file - 128 bytesoffset  type  len   name----------------------------------------

     结构化设计历来备受责备的就是需求和设计之间的鸿沟，以前不是很理解这个鸿沟的原因。现在再看，在结构化设计中模块和模块之间的关系，被紧紧局限于信息流，这限制了对模块之间众多关系的表达，也无法体现模块和模块之间其他的众多关系，包含各种各样的结构、行为、依赖、包含（在结构化设计中这种关系隐含在分层中）、继承、关联关系等等。它仅仅解决了模块在封装和信息隐藏方面的问题。再看面向对象设计方法，充分挖掘

作者：fasiondog来源：http://blog.csdn.net/kongdong/ <!-- @page { size: 21cm 29.7cm; margin: 2cm } P { margin-bottom: 0.21cm } --> 自年前写了《破冰》（http://blog.csdn.net/KongDong/ar

文/fasiondog整理需求用例的编写规范，分享部分UseCase事件流描述规范。其中，准则5~10、12来自《编写有效用例》（[美] Alistair Cockburn 著）一书，其它为自身实践和要求。事件流包含正常事件流、可选事件流、异常事件流程，前述三者合在一起的本质就是用文字描述的流程。事件流由文字描述的步骤组成，写作过程中应遵循以下准则，这些准则是对用例写作过程中的常见问题和最

来源：http://blog.csdn.net/kongdong/作者：fasiondog <!-- @page { size: 21cm 29.7cm; margin: 2cm } P { margin-bottom: 0.21cm } --> 上周从开发部转来一个刚毕业的小伙子，要我面试一下看看是否适合质量部的

来源：http://blog.csdn.net/KongDong/ 作者：fasiondog续上篇： 软件质量的“奥秘”（一）——虚伪的质量注：下 面此文中提到的质量的行政与情感色彩，只是温伯格从心理学的角度揭示和探究组织内管理改进的方式，请勿以此来片面的理解“质量”，并作为自己无法开发出高 质量产品的借口。关于质量的客观定义，请参见朱少民老师的文章，建议先读朱老师的文章再读此文，以免对质

<!-- @page { size: 21cm 29.7cm; margin: 2cm } P { margin-bottom: 0.21cm } --> PSM（Practical Software and Systems Measurement） 过程的9条软件度量准则：1）Project issues an

文：fasiondog（注：下面的对话是有环境前提的，大致是部分开发已经提前完成，整体系统设计能力不足，多的不说，见谅）问题1、对目前的系统设计进行一次外部专家Review，尽早识别风险，让大家能够对当前的系统设计达到的质量状况有一个清楚的认识。……。这个已经和开发经理进行过沟通，也是赞同的。AAA：也有这个打算，并且准备请MMM和NNN的专家都参加，时间在将当前的系统设计工作进行一个整理

来源：http://blog.csdn.net/KongDong/ 作者：fasiondog注：下面此文中提到的质量的行政与情感色彩，只是温伯格从心理学的角度揭示和探究组织内管理改进的方式，请勿以此来片面的理解“质量”，并作为自己无法开发出高质量产品的借口。关于质量的客观定义，请参见朱少民老师的文章，建议先读朱老师的文章再读此文，以免对质量产生误解： 质量的定义总会带有政治的和情感的色

是”的解决方案：寻找其它影响质量的因素，于是演变成下面的图，结论是：是的，过程不能决定质量，而是各种因素共同影响了质量。“非”的解决方案：沿着上面的方式回归证明“需求能够决定构架”，解决手段——扩大“需求”定义，需求包括了：功能需求、性能需求、环境需求、组织约束、其它设计约束等等。“是”的解决方案：答案已经在上面的例子中进行了描述，我们需要寻找其它影响构架生成的因素，于是演变成下面的图，结论是：是的，需求不能决定构架，而是各种因素（如环境、组织结构等等）共同影响了构架。作者：fasiondog。

收到一位网友的E-mail，询问如下的问题：”不少资料里面都提到"开发的度量结果不应成为奖惩的根本依据". 但我们实际的项目组在操作时,免不了会根据度量结果来评价一个开发人员的绩效,例如SRS文档的缺陷率有无达到质量目标?等等. 也有的人支持根据有效的度量数据来考核开发人员的工作绩效. 不知道你是怎么看这个问题的?“遂总结了一下自己的理解："开发的度量结果不应作为奖惩的根本依据"的根本原因在于"质

今日日程：上午——QA技能小组需求收集大会会上暴露出的主要问题： 大家对QA的定位、认识和独特价值有很大的疑惑，大多数问题都和此有关。在意识上首先退守到检查流程执行没有的警察角色上，这样的工作似乎没什么价值，充满了疑惑。这个问题，后续不能以研讨的方式进行，而是拍板订钉，直接宣讲，否则被引导到错误的方向。 原有的收集需求的目的并没有完全达到，不过了解了整体水平，但为后续工作思

整理：fasiondog这是一年前要写的笔记，前几天想写完它，今天接着写，却发现前几天写的统统都丢了，顿时没兴趣了，也不准备继续了，就此发布。看样子，云笔记中加入历史版本功能还是相当有必要。又一次重温经典《人月神话》。《人月神话》全书的重点应该是揭示软件开发固有的困难属性，以及这些困难造成的后果，并提供了部分的解决经验和思路，虽然一开始是以将“人”和“月”互换的神话开始的。

注：下文是朋友转发而来，由于没有注明出处，请原作者见谅了，如有人知道原出处，还请不吝告之。也不知是新文还是旧文，看来不错共享之。我要从徐家汇赶去机场，于是匆匆结束了一个会议，在美罗大厦前搜索出租车。一辆大众发现了我，非常专业的、径直的停在我的面前。这一停，于是有了后面的这个让我深感震撼的故事，象上了一堂生动的MBA案例课。为了忠实于这名出租车司机的原意，我凭记忆尽量重复他原来的话。   “去哪里

h1 {border-width: 1; border: solid; text-align: center}div.imagemap { align: center; border: 0; } 软件工程知识体系整理：fasiondog(fasiondog@gmail.com)来源：http://blog.csdn.net/kongdong/参考：《中国

今天搜索“思维导图“发现了一个非常好的BLOG：人月神话的BLOG欢迎大家积极访问，下面的这篇文章正是从该BLOG发现的，原来自己也想做这件事，不过看了该作者的总结，不敢再班门弄斧了。这个BLOG上还有很多非常好的文章，大家可以自己去发掘。原文出处：http://blog.sina.com.cn/u/493a845501000387－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－用E

h1 {border-width: 1; border: solid; text-align: center}div.imagemap { align: center; border: 0; } 过程与方法论作者：fasiondog(fasiondog@gmail.com)来源：http://blog.csdn.net/KongDong/

因见CSDN社区有询问如何学习软工的问题，遂粗略总结了一下自己的看法，以供参考。个人浅见：软件工程涉及的内容非常多，而且学习时理论抽象的东西居多，没有具体的实践经验在将来处理具体问题时会有难度，也许这也是为什么很多人觉得很空洞的原因，不过事实显然并非如此。如果是在学校学习，个人建议：耐心先学习课本理论、多看杂志开阔视野、最重要的程序设计和系统设计的计算机基础千万不可抛到一边，否则将来实践时，很难理

<br /><br />看到此文，引人深思，特此共享。感觉其中还隐含着更大的“讽刺“，忍不住评论两句，见文后的随想。 <br /> <br />引文来源：http://www.aqee.net/2010/09/09/code-coverage-goal-80-and-no-less/ <br /><br /> 一大早，一个年轻的程序员问大师： <br /> “我准备写一些单元测试用例。代码覆盖率应该达到多少为好？”

前段日子参加第10届中国系统与软件过程改进年会，其中一个环节是CMMI和敏捷的对话（据说去年是辩论，由于故意让大家以极端的方式表述自身的理念，导致火药味太浓。所以，今年改为对话了）。CMMI以拥抱敏捷的方式出现，而敏捷的几位代表似乎都是纯技术出身，辩论水平较弱（我上台也是一样，辩论是需要训练的，所以我后面的话都是马后炮），基本是被人牵着走。后来就想，敏捷一方似乎没有抓住重点，虽然出说了”敏捷“是一

原是内部分享，既然整理了，就贡献吧。仅供参考。有关如何思考的书： 思考 说明 问题 解决力（成为最善于解决问题的

整理资料，发现很久以前的培训总结，分享之 fasiondog敏捷不是“银弹”当前“敏捷”是一个比较流行的词汇，当敏捷不是大家想象的银弹，对人员的培训及方法的掌握仍旧是不可替代的。敏捷开发来自欧美，欧美从事敏捷开发的企业尤其是较大的企业中，其开发人员一般都有十年甚至二十年的开发经验，所以敏捷对他们来说可以不需要写文档，因为关于产品和开发的知识都已经烙印在他们脑子里，某些文档对他们来说可能是一

许多UML建模工具可以自动生成文档，让需求人员、开发人员专心于需求、设计的建模。当然为了能够生成符合自己要求的模板，需对建模时的目录结构（模型和包）有所规划和要求，否则很难生成相应的文档。这要求提前了解相应的建模工具如何生成文档以及如何配置文档模板。不同的建模工具配置文档模板的方式和要求，如StarUML使用Word中的批注命令对元素模型进行遍历，而EA则通过RTF标注以及模型目录，相比之下EA的文档生成和模型的目录结构绑定的更紧，如果没有事先规划，更难生成文档。这里简单记录StarUML配置生成Word文

来源：fasiondog添加ApprochStarUML中的Approch也就是创建项目时的模板，其中预定义了所使用方法的模型和视图。StarUML默认Approach如下：StarUML的Approach使用XML定义，在其安装路径如“\Program Files (x86)\StarUML\modules\staruml-standard\approaches”下。每个

PCMM中英版终于发布了：时光荏苒，从当初的回眸到如今的回头，这才发现：坚守一份承诺是多么的不易！一年多了，这份承载殷切期待的作品——《PCMM(人力资源能力成熟度模型)V2.0 (中英文对照版)》，今天与各位见面。欣喜之余，我们最最感谢的是思步译站“PCMM翻译”团队成员的伙伴们（附后）。TA们牺牲业余时间不计辛劳与报酬的参与到这份事业中，真正的践行了“生命因服务而美丽”的精神，

<!-- @page { size: 21cm 29.7cm; margin: 2cm } P { margin-bottom: 0.21cm } P.ww-表格标题 { font-style: italic; font-weight: bold; text-align: center } --> 百家争鸣之－破冰（2005年