※ 引述《cherico (好心人)》之铭言： : 大家有什麽好工具或是技巧吗？ : 从一行一行的程式码能得到一个 overview，真是一件不简单的事…XD 我状况不好，睡不着，爬起来乱写点东西。 以前我非常依赖 IDE, 也用得颇熟，但当我开始玩 FreeBSD 之後，发现 以前所建立的体系完全不适用了。 在花了许多时间调整、思考之後，最後决定完全舍弃 debugger, 不使用 IDE, 单单就使用 editor 来写程式。 其实最早最早的时候，那时还在念高中，因为白天都在上课，就没有电脑 可以用，虽然看书没问题，但想写程式就麻烦了，於是也练就了用脑袋来 写程式的做法，也算是有一些基础了。 不用 debugger 要怎麽除错呢? 答案是尽量不要写出错误程式码，每写完 一段程式，就要用心检查几次，并确认哪些地方是绝对不可能出错的，到 後来除错时就可以限定在很小的范围内。 为此我当时最想写的就是程式码的管理工具，我想写这样的程式，来管理 这个程式的程式码，建立起第一个自循环 (好久以前的事，若不是在这里 提到这件事，也几乎把高中时最花力气在搞的软体自建构理论丢光光了) 让程式码的每一个部分都资料库化地充份管理。 好像又离题了，总之，对於除错这件事，我的结论是要用整体的观点来做 系统化的有效管理，不要去依赖除错工具，这样我们将永远也不能学会让 程式码写得严谨。 至於如何有效阅读程式码，我的结论是，买高解析度的大萤幕才是正道， 没有任何软体工具比得上大萤幕的巨大而直接的效用，我现在使用 19 寸 TFT 萤幕，解析度 1280 * 1024, 用 proggy tiny 字型在 EditPlus 下 可以有超过 200 字元的宽度，超过 80 行的高度。 并且我极用力地精减程式码，使用大量的巨集和 inline function, 它们 基本上都可以写在一行里 (200 字元的宽度往往足够写下 10 行叙述), 到最後几乎所有模组，都在一两个画面中就完全呈现。 至此，我已不需要任何辅助工具，再怎样也不会比眼睛一扫来得快，并且 区块之间，也都会手动加上辅助用的、长短不一的区隔线，不同的长度有 不同的意思，并不会很容易看到眼花。 * 这就是我近几年来最为推崇的 enpowerment 观点，只要最底层所能处理的 复杂度加大，整体的复杂度处理负担，就会等比下降。 从程式码精简画面加大，一直到程式设计者角色的加重，将程式设计观点， 转向至软体制作观点，不从更高阶更抽象的软体工程来突破软体瓶颈，而由 最小处着眼，不断加强改进每个细节。 这是我近年来最大的转向，不开公司不搞资本不冲撞产业架构，就是从底层 着手，慢慢地做也慢慢地想。 这麽做可笑吗? 也许你可以翻一翻历史，看看单单弓箭射程这一件事就决定 多少民族的命运，又或是炼钢技术的分毫差异，决定多少技术革新的可能， 在重要的事情上，细节就决定了成功与否。 当初那麽多网路公司那麽多聪明人，为什麽都失败? 因为我们没有办法控制 成本，致使烧钱没有休止，而没有办法控制成本的基本原因，就是生产力的 不足，生产力的高低，在收支平衡的决定点上，就是生死之别，只要生产力 高到能让产业有利润，就是正循环的成长，反之则是负循环的毁灭。 生产力的高低，也是决定程式设计者是软体产业底层劳工，还是中坚核心的 差别。而台湾软体工作人员的生产力，从来就没有进到产业正循环里，於是 无论有多少天才多少聪明的人，都改变不了台湾软体业的失败格局。 （当然还有行销一条路，但那是另一回事，不在这里谈。） * 想要快速得到程式码的 overview 吗? 买一个足以做 overview 的大萤幕吧。 -- ※ 编辑: reader 来自: 61.222.173.29 (07/02 11:37)