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

研究颇深啊~

楼主太厉害了

哈弗曼编码 最小生成树是神马啊，我怎么都没听过啊，毕老师的视屏上没讲过啊。

:funk:{:2_40:}

java木 发表于 2014-6-15 23:48
哈弗曼编码 最小生成树是神马啊，我怎么都没听过啊，毕老师的视屏上没讲过啊。 ...

数据结构里的东西

写程序没经过分析很难写出好程序，而且写好程序后出现BUG才是最令人头疼的

顶顶顶，感谢分享！

写程序出现BUG才是最令人头疼的！！！感同深受哇

楼主大神哈~

顶一个 加油

给lz赞一个

大神  给顶一个

楼主太厉害了~

好高深的样子

old张 发表于 2014-6-16 07:55
楼主是c++大神吗？算法这个东西，学的好与坏，是衡量一个程序员是码农还是工程师的标准啊 。。 ...

我是用C写的，C++我只看过语法，没有去深入学习

老梁 发表于 2014-6-16 08:32
写程序没经过分析很难写出好程序，而且写好程序后出现BUG才是最令人头疼的 ...

BUG不可怕，不可能有人一次就能写出没BUG的程序。可怕的是在一个毫无可读性，变量命名不规范，逻辑混乱的程序里找BUG

赞！~大神

楼主好人啊

很像算法里面的东西呀 好高深的样子