|
该用户从未签到
|
我最近想明白了一些事情。最好的写程序的地方不是在你的计算机前,不是使用你的编译器、IDE或其它一些工具。这最好的地方是一个远离这些工具的场所 —— 是某个能让你认真的思考的地方。对于一个你很熟悉的编程语言,你很容易把你脑子里已经构思好的程序转换成编译器/解释器可以编译/解释的程序 —— 难就难在如何在脑子里先把程序编好。
2 @+ X" M }2 L# _2 f* f
4 V" ]" e! F$ q+ X) G1 o
# x: H" h% }0 m. O+ ^2 S& S 有一天我乘火车旅行。我带了笔记本,但没有网络。不幸的是,我使用的是一种商业编程语言(IDL,真不巧),这种语言需要使用我大学网站上的许可证。因为不能连上互联网,我拿不到许可证,于是我的编译器和IDE就跑不起来。你可能会喜欢使用一个需要昂贵的许可证的商业编程语言,但它的确使我不能在编辑器里写任何的代码。而你猜这么着 … 这让我开始思考!
& a+ s4 O9 \) m$ ` 我想这篇博客正好印证了Does Visual Studio rot the mind?这篇博客的内容,它里面说道:& Q- K6 N/ |2 K$ D2 S' {& \, b& x/ w
我从我的第一个老板那里学到的最大的一个教训是:“当你的程序运行异常时,不要使用debug工具,用你的大脑。”0 A; r( A i' ^* h* e0 Y0 U- G
这就是远离电脑后会迫使你去做的事。通常你很容易进入这样一种编程习惯:/ o/ R2 B" `% ?
写一些程序(乱糟糟的)
/ r2 e6 V" G) D ?$ C, \2 R: @编译,运行
8 M* |- U: l: y& T' \3 b7 l3 _使用简单的测试用例进行测试
" B0 ?* V2 E2 ^发现有问题
f: x. ^3 C; T* Z! \; s" a1 _' e4 q/ ^小改一下程序,也许能解决这个问题* W& h0 x7 z# U) ~4 ^5 Q# A8 H
重复 …0 @ z$ E+ C7 [& {& G
这当然会导致程序最终乱糟糟的,无法阅读理解,很有可能问题多多,没有很好的测试。
+ e; y6 ?" L1 i3 r/ {; G7 r% c4 i 远离计算机能迫使你在大脑里周全的思考所有的问题 —— 这跟你抱着计算机编译、运行你的程序相比可能会花更长的时间(至少对于小程序是这样)。可是,这样做后,你就不会去一点一点的改动程序、一遍遍试着运行它们了,你是真正的思考这些代码是做什么的。在那天、在火车上之前,我还从没有在纸上规划过任何的程序。& m9 Y4 |5 V9 {- i
而从此之后我努力在写程序之前会把思路画在纸上,思考它,一步一步的用代码实现,做出高质量的,高效的,没有问题的程序,多去思考,最后才在编译器上运行。程序是最后才从纸上拷贝到编译器里。9 f7 p$ \) M& b7 x/ d
任务完成的很好 —— 我自认为,希望这是一个有用的建议。
L H( m4 i) Z! M$ G. \2 I7 D: F7 H
% P, P5 Z" |) { Q" U/ p |
|