强烈建议初学者使用免费跨平台的komodo作为编辑器

ttcn_cu

回复 6# flw


    你光批评人，也不见你用什么办法帮助别人提高，for初学者的文档也没见你写过几个。可能我们的实力差距太大了，无法沟通。。。PS.2007年的你多好啊。

Perlvim

我还以为Komodo免费派发序列号了。

py

Perl程序员喜欢用komodo这样的IDE实在难以理解。

我觉得越是初学者越不应该用这种编辑器，靠编辑器检查语法错误简直太愚蠢了。不知道什么时候这还被当成一个宣传亮点了。。。

我记得是03年的时候尝试着用过komodo，用了俩礼拜，最后还是回去用vim了。两个礼拜我没找到任何komodo对于vim的优势，可能喜欢它的人是因为它有个图形界面吧。。。

flw说的一点也没错。指出“写高质量程序要靠人，不能光靠工具”本来就是在帮助别人提高，难道非要写个“for初学者的文档”才叫帮别人提高？

再说了，版主根本没有义务也没有可能“帮助别人提高”，提高技术永远靠自己，半点可能靠别人都没有。论坛最多也就是大家互相帮忙解决个别技术问题。

jason680

回复 8# ttcn_cu

would you please study "Perl Best Practices" if you have time

http://bbs.chinaunix.net/forum.p ... ;page=1#pid15742211
   

hisptoot

emacs + flymake也可以检查并高亮语法错误

iamlimeng

flw版主说话是很严厉，不过总是建设性的，总是在给大家从宏观上指明努力方向。可能因为站的高度不同，很多人无法理解，加上语气上过于严厉，造成不少误会。

希望大家理解版主的良苦用心。如果你暂时无法接受版主的建议或意见，那说明你高度不够，需要努力提高自己。

ttcn_cu

回复 14# jason680


    如果你仔细看截图的话，Critic会指出PBP的页码，这个页码只能和英文版对应。如果你能提供英文非扫描PDF版的线索，我将非常感激

ttcn_cu

回复 13# py


    被Perl黑说怕了么，好像随便写的Ｐｅｒｌ程序比别的程序相比随时会垮掉似的，好没信心。。。所谓的高质量的程序，怎么界定，怎么实现？。使用ＰＢＰ配合检查工具就是帮助你提高你的水平的一种指导。空口何来程序质量提高？

sjdy521

回复 11# ttcn_cu


    ”2007年的你“。。。

Perlvim

Perl 最佳实践，我第一次读的感觉是吹毛求疵，但以后每次读，都有一些误会作者的愧疚。

随着代码越写越多，一个项目越来越大，每次为了一个小的问题调试一两天后，这种感觉就越来越多起来。

我们对走在前面的人应当多一些尊重，至于别人把他当成神，只能说明这些崇拜他的人没有遇到真神。

Perl 文化中，编码规范从来都是多样化的，最佳实践将这种规范定性定量，以至能够用代码实现。

关于大括号的方式，我以前很不理解
if expression
{
   ...
}
的方式。因为这样太浪费空间。

Perl 高级编程的作者自称为了优化内容，删除了许多内容，但他就用这种方式编排代码。

随着我更深入的学习底层语言C 和汇编以来，我意识到这种编码风格的根源。不由对以前自己对作者的怨言感到羞愧。