上个星期的时候写哈弗曼编码,光调试找BUG,改BUG就花了我大半天的时间。而且最后写出来的代码毫无可读性。乱七八糟的。这次我写最小生成树的程序我不是直接去敲代码,而是先去分析生成最小生成树的步骤。然后先去写伪代码。写完之后再去考虑伪代码是否有BUG。然后再去对着伪代码去写程序。虽然最后写出来的程序还是出现了一个小BUG,但是那是因为粗心产生的。一调试就发现了。这次花了2个小时把最小生成树的程序写出来了。虽然感觉还是很慢。不过比上次的那个程序舒心多了,上次的程序由于太乱,调试的时候1个接一个的BUG,直接调试到崩溃的感觉。
果然一拿到题目就动手敲程序的程序员不是好程序员。希望大家也能吸取我的经验。写程序前先分析透彻,先写伪代码或者画点图什么的。这样才能最快的速度完成。 |
|