软件设计

习惯的力量真可怕

jzhang — Mon, 15 Mar 2010 09:30:00 GMT

做了太久的php,python，习惯了加print调试。今天写一小段C#代码，发现不工作后就添加MessageBox调试。
直到突然顿悟C#有一个强大的调试器，我为什么要用MessageBox?

习惯的力量真可怕，可怕到好东西摆在面前都看不见。我们如果在日常工作中习惯低效，重复，混乱，也会把这个
当做理所当然的，并且拒绝探索更好更有效的方法吗？

Google Go

jzhang — Mon, 16 Nov 2009 01:18:00 GMT

golang.org被屏蔽了，修改host文件如下

74.125.67.141 golang.org
74.125.67.141 www.golang.org

这个语言有些新鲜特点，比如
内置的并发routine
没有继承只有接口
强类型
反射
编译速度快
运行性能比C只少20%。

有趣的是golang.org主页的hello world例子里是中文的
fmt.Printf("Hello, 世界\n")

我猜测是判断了ip来源或者浏览器语言设置，google总是很逗。

比较糟糕的是Go居然不支持windows，有些人为此叫爽，但是我认为这样做很傻。

代码评审会议最重要的原则

jzhang — Tue, 27 Oct 2009 09:41:00 GMT

会议的被考核者不是代码作者，而是其他评审人员。被要求参加会议而不能提供有价值建议的，视为不合格。

只有这样才能避免评审会变成众人对一个人的围攻，也可以避免怕得罪人而不敢开口。而最重要的是防止了
代码作者感觉到被贬低。同时，也能保证会议的质量，参加评审的人不是敷衍了事，真正的通过代码评审提高
软件代码质量，提高个人编程水平。

这样的会议开过几次，秉承这样的原则，效果很不错。

一篇给公司内部做的Python培训

jzhang — Fri, 16 Oct 2009 08:56:00 GMT

效果还可以，对python不了解的人会由此对python的强大留下深刻的印象:)
访问google doc:
http://docs.google.com/present/edit?id=0AUYW-ffwtjk6ZHFkdnRuM18xbmRzc2p3Y3A&hl=en

对软件开发流程改进的一些思考

jzhang — Sat, 11 Jul 2009 23:40:00 GMT

1.文档的目的是为了交流，是从一个部门/角色到另一个部门/角色的信息传递。而交流最有效的方式是面对面的交流。
所以花大量精力编写文档，然后将成稿交付下一个环节，等待反馈，再修改，再反馈，效率是低下的。目前我们公
司有一些可以说就存在这样的问题。
而另一种情况是没有经过思考就开始和下一个环节交流，这个过程也是杂乱低效的。
所以，我以为，最合适的信息传递方法是，上游先形成一份简要的文档，描述核心的想法，然后和下游部分通过面对
面，或者IM的方式讨论，共同完成细节。然后由上游部门将讨论结果整理成为文档，由下游部分确认。
例子：市场部门的需求定义，应该在较早期就和开发部门进行高效率的讨论。
开发部门的设计文档，也应该在早期邀请测试部门加入。

单元测试

jzhang — Mon, 13 Apr 2009 07:41:00 GMT

1. 严禁巨大，功能不单一的头文件。比如整个项目公用的project.h，什么都往里面放。
2. 禁止跨dll的export全局变量。限制全局变量。
3. 输出不定的函数，比如void getcurrentdatestring(char* sdate)
返回值与当前时间有关，如何 assert ？所以，单元测试并不能面面俱到。
4. tdd方式，unit test需要创建很多桩.先写代码的方式则不需要
5. 涉及到网络，文件，数据库的单元测试不好做，用系统测试代替。但是要尽量把这部分分割开来。
同理应用到gui上
6. 只有实际做了，才会有体会。
7. 类的私有方法无法测试，说私有方法不需要测试的是装傻。一个办法是把私有方法变成其他类的共有方法。
When really doing TDD (i.e. writing the test code before writing the functional code, and then refactoring the code) private methods are guaranteed to be test covered.
通过共有接口调用的私有方法并不一定能覆盖全部路径，这也正是单元测试的意义，否则黑盒测试就可以代替单元测试了。
8. 类的封装性和单元测试矛盾。在类的私有方法中，绝大部分都是和类的属性相关的，这些私有方法无法
被独立成另一个类。值得思考。

记录一些设计模式

jzhang — Wed, 03 Dec 2008 06:11:00 GMT

还没有整理，都不是面向对象的。
1. 将一个需要长时间执行的函数分开时间片执行
a) callback function
b) yield
2. 在单线程程序里模拟线程
a) Active Object
3. 进程/线程间通讯
a) queue
b) socket
4. 表驱动

欢迎大家补充

刨乐1.0发布

jzhang — Mon, 02 Jul 2007 01:10:00 GMT

刨乐是我过去半年开发的基于S60第二版的手机软件，用于在通话过程中播放背景音乐。
支持mp3，支持自定义情景模式和热键，有S60第二版和第一版手机的朋友可以安装
看看:)
下载地址：

http://www.poporz.com/downloads/poporz.sis

网站：
http://www.poporz.com

欢迎给我提意见，第一版还不完善，需要持续改进。

AMR格式和在s60上的解码

jzhang — Mon, 18 Jun 2007 03:35:00 GMT

AMR 文件格式

AMR 有8种采样率，分别是

Mode 0 - AMR 4.75 - Encodes at 4.75kbit/s
Mode 1 - AMR 5.15 - Encodes at 5.15kbit/s
Mode 2 - AMR 5.9 - Encodes at 5.9kbit/s
Mode 3 - AMR 6.7 - Encodes at 6.7kbit/s
Mode 4 - AMR 7.4 - Encodes at 7.4kbit/s
Mode 5 - AMR 7.95 - Encodes at 7.95kbit/s
Mode 6 - AMR 10.2 - Encodes at 10.2kbit/s
Mode 7 - AMR 12.2 - Encodes at 12.2kbit/s

每种格式对应的帧的大小如下。
CMR Mode Frame size (bytes)
0 AMR 4.75 13
1 AMR 5.15 14
2 AMR 5.9 16
3 AMR 6.7 18
4 AMR 7.4 20
5 AMR 7.95 21
6 AMR 10.2 27
7 AMR 12.2 32

三、文件格式
Amr的文件格式极为简单，如图1所示：

文件最开始时6个字节的header，
[#!AMR\n] 括号间的部分
(或者十六进制表示为 0x2321414d520a ).

接下来就是连续的语音帧，

+----------------------+
| Header |
+----------------------+
| Speech Frame 1 |
+----------------------+
: ... :
+----------------------+
| Speech Frame n |
+----------------------+

每个帧包含一个帧头+语音数据，帧头是一个字节
0 1 2 3 4 5 6 7
+-+-+-+-+-+-+-+-+
|P| FT |Q|P|P|
+-+-+-+-+-+-+-+-+

P设置为0
FT为编码模式，上面已经列举了可用的值。(0~7)

Q为帧质量指示器，如果为0表明帧被损坏，接受者需要将RX_TYPE设置成SPEECH_BAD或者SID_BAD。

具体在S60中可以如创建codec
#define KAdvancedUidCodecAMRToPCM16 0x101FAF67
iCodec = CMMFCodec::NewL( TUid::Uid( KAdvancedUidCodecAMRToPCM16 ) );
KAdvancedUidCodecAMRToPCM16 是一个Nokia魔鬼数字.
在跳过头6个字节后,再多读一个字节,获取其2,3,4,5bit.就可以知道实际的采样率和桢长度.
然后就一个桢一个桢的读,调用
iCodec的ProcessL方法转换为PCM16. 对了, PCM16每桢的长度为320

S60开发的一些笔记

jzhang — Mon, 11 Jun 2007 09:19:00 GMT

1. 创建全屏幕程序，只要在创建View的时候传入ApplicationRect()而不是ClientRect()就可以了
2. 发送短消息。第三版可以使用RSendAs,第二版就复杂了，需要用MTM的api.不过Nokia Forum有一个例子，
里面的ExampleEngine改造一下就可以拿来用了
3. 获取来电号码，在第二版中，无法从RCall中获取到来电号码，只能通过读取日志来获取。而读日志有一个
延迟，会比接收到Incoming call 的回调慢
4. AMR有6个字节的头，每帧13个字节。PCM有44个字节的头，每帧320个字节。
5. App程序可以不经过安装直接通过StartApp启动，但是不能使用StartDocument。启动后的程序可以用
TApaTask.Exists检测到，并且可以用SendMessage发送消息。