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

说的不错，赞一个

长知识啊。

同意！！！！

这算法可是有点难啊

表示同意，动手前还是想一想，理一下思路好点！

先分析后敲代码:)