>
> 在 Mon, 25 Jul 2011 17:31:07 +0800，Haiyan Lin <linhy0120@gmail.com> 写道:
>
>> 《Perl Best Practice》从如何写出便于自己维护、别人理解的代码的角度，给了
>> 很多很好的建议。不论是对骑小骆驼的娃儿，还是骑大骆驼的经验老手，都是一
>> 本不错的书，值得阅读一下。
>>
> 非常感谢您的总结。我手边也PBP的影印书，还没好好看。
PBP++ 不要当圣经来读，很多地方可以学习借鉴。
> 最近写Javascript的时候，偶尔用了一下 TomDoc， 特别受用。特此分享一些心得：
> http://tomdoc.org/
>
>> 所以如果你是工程�，多���人的程式�，是很重要的，就跟���作一�。
>> 相反的，如果你的程式想要�人家�懂，那 documentation 是非常重要的。
>> GitHub 工程� Zach Holman �表了一篇非常棒的文章，��解�了�什�你要
>> �文件，怎��。
> http://zachholman.com/posts/documentation/
我的习惯是：代码就是文档。 Perl 代码如果不乱用晦涩的功能的话，非常容易看
懂，还要运用 decouple，把冗长的代码通过各种 subroutine/object 等方法分
割。 为你的代码起个好名字。对于一些特别算法的实现等可以额外注释。
除了 PBP 一书外， the pragmatic programmer 更是所有程序员必读（读原版吧）。
Qiang
--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
博文
没有评论:
发表评论