大家写过读过的perl项目最多有多少行代码

Perl_Er

没有意义

FinalBSD

最讨厌就是写了一大堆，代码的原则简单就是美。

yigenjin

最讨厌就是写了一大堆，代码的原则简单就是美。
FinalBSD 发表于 2010-02-08 10:57

窃以为写一大堆跟简单没什么联系。

以前见过一个人写Shell：

$path=/path/to/mypath
[ -d $path ] || mkdir -p $path

他的意图很明显，当没有自己需要的路径时则新建。

可是他忽略了一种情况，就是当$path是以普通文件(或其他类型)存在的时候。于是这个脚本在长期运行中便可能出错，尽管可能性很小。

我觉得写代码贵在严密，简单应该体现在思路、设计上。

作为一个严谨的技术工，为了严谨，写一大堆代码也是需要的。应该适当将计算机环境设想得不如人意，而不是一切都想当然图省事。

flw

窃以为写一大堆跟简单没什么联系。

以前见过一个人写Shell：

$path=/path/to/mypath
[ -d $path ...
yigenjin 发表于 2010-02-08 13:04

如果是我的话，
我就直接写 mkpath $path 了。

yigenjin

如果是我的话，
我就直接写 mkpath $path 了。
flw 发表于 2010-02-08 13:12

人家是shell，你是perl。

BTW：如果你mkpath的 $path以一个文件存在着，你能mkpath成功么？我觉得不能吧。

flw

回复 85# yigenjin
他那个也不能成功。
我只是为了表达一下 -d 只不过是脱裤子放屁而已。

类似的还有删除的时候。


BTW：我是被你的 $path= 给误导了，还以为是 Perl 呢。
shell 里可是不这么写的。

lth0721

回复 86# flw


   

redicaps

个人感觉写Perl的项目不是比代码量的，Perl有那么多的Cpan模块就是为了方便大家，防止重造轮子
它的精华－ ...
Pro_sky 发表于 2010-02-04 14:28

这是扯淡高手
你当然可以选择好的轮子，但轮子坏了不会修你就傻眼了

yigenjin

这是扯淡高手
你当然可以选择好的轮子，但轮子坏了不会修你就傻眼了
redicaps 发表于 2010-02-08 20:47

赞同啊，有的时候为了在上千台主机应用一些相同的小脚本，考虑到移植性，自己重复仿造个小轮子也是很正常滴！

evaspring

{:3_191:} 关键是要有一颗牛叉的心。有了一颗牛叉的心，就不再是人，而是牛人了。

膜拜牛人 ~