想写程序吗？远离你的计算机！

89竹林

我最近想明白了一些事情。最好的写程序的地方不是在你的计算机前，不是使用你的编译器、IDE或其它一些工具。这最好的地方是一个远离这些工具的场所 —— 是某个能让你认真的思考的地方。对于一个你很熟悉的编程语言，你很容易把你脑子里已经构思好的程序转换成编译器/解释器可以编译/解释的程序 —— 难就难在如何在脑子里先把程序编好。
- }* \$ n9 E' N0 k6 L& K0 [

/ q( m& Q, U/ y8 b# O　　有一天我乘火车旅行。我带了笔记本，但没有网络。不幸的是，我使用的是一种商业编程语言(IDL,真不巧)，这种语言需要使用我大学网站上的许可证。因为不能连上互联网，我拿不到许可证，于是我的编译器和IDE就跑不起来。你可能会喜欢使用一个需要昂贵的许可证的商业编程语言，但它的确使我不能在编辑器里写任何的代码。而你猜这么着 … 这让我开始思考！
, N- q0 H$ |9 O6 h: U　　我想这篇博客正好印证了Does Visual Studio rot the mind?这篇博客的内容，它里面说道：
/ x$ `5 O, C1 o2 M/ t　　我从我的第一个老板那里学到的最大的一个教训是：“当你的程序运行异常时，不要使用debug工具，用你的大脑。”
6 b8 G; Q/ X* K7 k# C, _# O　　这就是远离电脑后会迫使你去做的事。通常你很容易进入这样一种编程习惯：
写一些程序(乱糟糟的)
" f1 q; O$ Y. m* R0 J. K编译，运行
7 }% A% K: m+ F* d8 f3 r, b使用简单的测试用例进行测试
( Z( z: b8 W9 ~4 T# i, z( H发现有问题
; Z$ U* H/ F9 M8 x, E" p小改一下程序，也许能解决这个问题
( @$ W+ _7 k+ M5 c( D- A% V. k重复 …
$ r# n) V5 R# y+ a　　这当然会导致程序最终乱糟糟的，无法阅读理解，很有可能问题多多，没有很好的测试。
　　远离计算机能迫使你在大脑里周全的思考所有的问题 —— 这跟你抱着计算机编译、运行你的程序相比可能会花更长的时间(至少对于小程序是这样)。可是，这样做后，你就不会去一点一点的改动程序、一遍遍试着运行它们了，你是真正的思考这些代码是做什么的。在那天、在火车上之前，我还从没有在纸上规划过任何的程序。
6 f9 Q8 r7 G; l! c: C+ C% J　　而从此之后我努力在写程序之前会把思路画在纸上，思考它，一步一步的用代码实现，做出高质量的，高效的，没有问题的程序，多去思考，最后才在编译器上运行。程序是最后才从纸上拷贝到编译器里。
　　任务完成的很好 —— 我自认为，希望这是一个有用的建议。
, U% D6 y9 G; o1 O1 r

笑熬浆糊

看了你的帖子颇有感触

牛路平

看了你的帖子颇有感触，非常想成为你口中所说的那样的人，
然而目前我的编程习惯：
写一些程序(乱糟糟的)
) m$ M0 \3 z3 n1 ~8 o编译，运行
使用简单的测试用例进行测试
. w3 Y. q+ a0 W: N发现有问题
2 D" l) f) |! T+ J: ?+ H2 L小改一下程序。
找一下原因，我刚毕业来到一家公司，作为一个软件工程的学生，虽然专业课（C，数据结构之类的）学得算是过得去吧，但是始终觉得没有建立起编程所需要的逻辑思维。所以有时候不得不适用DEBUG来调试自己的程序，是否我做错了？