<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
	<channel>
		<title>glacier's blog</title>
		<link>http://huangxin.me/</link>
		<description>不论走多远，都不应忘记出发时的目标。</description>
		<copyright>Copyright (C) 2004 Security Angel Team [S4T] All Rights Reserved.</copyright>
		<generator>SaBlog-X Version 1.6 Build 20080806</generator>
		<lastBuildDate>Thu, 09 Sep 2010 07:21:37 +0000</lastBuildDate>
		<ttl>0</ttl>
		<item>
			<guid>http://huangxin.me/?action=show&amp;id=13</guid>
			<title>磨刀不误砍柴功</title>
			<author>glacier</author>
			<description><![CDATA[<p>&nbsp;&nbsp;&nbsp; 回顾了一下最近几年的&ldquo;成长过程&rdquo;，发现两年来自己在本专业方面的进步幅度正在减小，甚至有停滞不前的趋势。认真思索之后似乎明白了问题所在。</p><br /><br /><a href="http://huangxin.me/?action=show&amp;id=13" target="_blank">阅读全文</a><br /><br />]]></description>
			<link>http://huangxin.me/?action=show&amp;id=13</link>
			<category domain="http://huangxin.me/?cid=1">心得</category>
			<pubDate>2005-04-16 22:28</pubDate>
		</item>
		<item>
			<guid>http://huangxin.me/?action=show&amp;id=5</guid>
			<title>设计文档和代码的检查内容</title>
			<author>glacier</author>
			<description><![CDATA[<p>&nbsp;&nbsp;&nbsp; 软件质量管理的目标是通过日常工作在开发过程之中内建质量而非修补质量，所以在提出了针对设计文档和代码质量的明确要求后，就应该在文档、代码的定期审核过程中检查提出的要求是否被正确实施，而不是在发现错误无法定位或产品难于维护时才开始纠正。设计文档和代码的审核通常由SQA部门或项目负责人完成，但对于较简单的模块代码，也可以采用开发人员之间交叉评审的放式，以减轻项目负责人的负担。<br />
&nbsp;&nbsp;&nbsp; 下面列出的检查内容只是我根据自己可预见的问题整理所得，还需要在实际开发工作中进一步完善。</p><br /><br /><a href="http://huangxin.me/?action=show&amp;id=5" target="_blank">阅读全文</a><br /><br />]]></description>
			<link>http://huangxin.me/?action=show&amp;id=5</link>
			<category domain="http://huangxin.me/?cid=1">心得</category>
			<pubDate>2004-09-19 21:58</pubDate>
		</item>
		<item>
			<guid>http://huangxin.me/?action=show&amp;id=4</guid>
			<title>从SQA角度提出对程序设计及代码编写的基本要求</title>
			<author>glacier</author>
			<description><![CDATA[<p>&nbsp;&nbsp;&nbsp; 对于多人开发团队来说，程序设计和代码编写人员的编程基础、经验往往参差不齐。所以在一个软件项目进入设计和编码阶段之前，除了制订明确的编码规范，还有必要对代码质量的其他部分提出明确要求，同时这些要求应作为程序设计和代码编写的审核内容列入检查表。<br />
&nbsp;&nbsp;&nbsp; 尽量避免可预见的错误或缺陷是提出这些要求的目的之一，另一个目的则是尽快提高开发新手的基本素质。</p><br /><br /><a href="http://huangxin.me/?action=show&amp;id=4" target="_blank">阅读全文</a><br /><br />]]></description>
			<link>http://huangxin.me/?action=show&amp;id=4</link>
			<category domain="http://huangxin.me/?cid=1">心得</category>
			<pubDate>2004-09-13 21:55</pubDate>
		</item>
		<item>
			<guid>http://huangxin.me/?action=show&amp;id=3</guid>
			<title>如何检测和定位程序中的资源泄漏问题</title>
			<author>glacier</author>
			<description><![CDATA[<p>&nbsp;&nbsp;&nbsp; 对于大中型软件来说，资源泄漏问题往往很难全面检测和定位。常见的资源泄漏分为两类：一是打开的文件或资源句柄没有及时关闭，二是动态申请的内存没有及时释放。这两种资源泄漏问题在情况严重时都将导致系统性能严重下降甚至死机。这里总结一下发现和解决这类问题的方法：</p><br /><br /><a href="http://huangxin.me/?action=show&amp;id=3" target="_blank">阅读全文</a><br /><br />]]></description>
			<link>http://huangxin.me/?action=show&amp;id=3</link>
			<category domain="http://huangxin.me/?cid=1">心得</category>
			<pubDate>2004-08-30 21:49</pubDate>
		</item>
		<item>
			<guid>http://huangxin.me/?action=show&amp;id=1</guid>
			<title>软件规模和所需文档</title>
			<author>glacier</author>
			<description><![CDATA[<p>&nbsp;&nbsp;&nbsp; 有些很简单的小型开发项目，客户却要求非常详细和&ldquo;规范&rdquo;的开发文档，从《需求说明》、《开发计划》到《数据要求说明》、《数据库设计说明》等等。其中的很多文档在该项目中纯属摆设，不但对产品开发起不到作用，还会在文档上耗费大量时间而拖慢进度。虽然自己根据经验明白这一点，却没法跟客户太较真。曾经怀疑那些在小型软件项目中看似无用的文档其实是因为自己的利用方法不正确，或是因为自己不规范惯了，后来终于在《计算机软件产品开发文件编制指南》找到了依据，看来自己的思维还是比较正常的。下面的大体划分原则即使不用来当作&ldquo;有力证据&rdquo;跟客户解释，也可以让自己大体上做到心中有数。</p><br /><br /><a href="http://huangxin.me/?action=show&amp;id=1" target="_blank">阅读全文</a><br /><br />]]></description>
			<link>http://huangxin.me/?action=show&amp;id=1</link>
			<category domain="http://huangxin.me/?cid=1">心得</category>
			<pubDate>2004-08-11 21:26</pubDate>
		</item>
	</channel>
</rss>
