无题

[pauloking]

一直用perl的撸过
perl的书可以循序渐进地看，小骆驼，大骆驼，perl cookbook, 精通perl
常用cpan，多看perldoc

目前先是集中优势兵力攻打c++，业余想看点perl，不管python与perl孰优孰劣，总是看过之后才能比较吧。况且足下必定也学过perl，否则怎么会给出这样的评价

[ebok]

在电脑上看的确累,尤其是英文版pdf的,查个单词星际译王不给力,非要整个输进去才看到翻译,非常麻烦.

选中就可以翻译了啊

这功能有时抽风不正常啊.

[mjp123]

话说命令行的php也不错。

[cheeselee]

Perl自带的文档已经够强大：

perldoc perlintro
perldoc perl
perldoc toc

以上 manpage 应该都有人翻译过

自带文档丰富以及查看文档的便利是 Perl 一大吸引我之处

[lilydjwg]

Perl自带的文档已经够强大：

perldoc perlintro
perldoc perl
perldoc toc

以上 manpage 应该都有人翻译过

自带文档丰富以及查看文档的便利是 Perl 一大吸引我之处

有网页版不？Python 不仅有 pydoc，更有网页版实时文档，好看的官方文档（HTML+PDF+EPUB+TXT）。

[Fermat618]

不错，python的确是我的第一门语言。很是钦佩ee的perl功夫，人的精力是有限的，先学perl，再学python，我的打算是几年后能精通c++,c,perl,python这四门语言

几年之后你大概会学会不会随便把‘精通’二字用在自己身上。

[Fermat618]

强推 python。。。死磕 C。。。望着 bash....鄙视着 perl

想学 shell 编程吗，我推荐 man sh, 前些天刚看了，后悔没早看。１０００多行，讲的东西很多。

我是暂不想学什么 bash 编程了，有那么大的东西还不如用 python 做，shell 处理些复杂的事太纠结了。

[ubuntu606]

几年之后你大概会学会不会随便把‘精通’二字用在自己身上。

奇迹每天都在发生，我会回来的。

[谢宝良]

python
比较容易入手，而且在win下和linux下都能使用。是个好东西。

[mjp123]

python
比较容易入手，而且在win下和linux下都能使用。是个好东西。

难道perl不行吗？

[tangboyun]

几年之后你大概会学会不会随便把‘精通’二字用在自己身上。

我觉得把一门语言弄得神圣化是很没必要的,如果几年的时间不能摸清这门语言的细节,那么这门语言本身是有病的.编程的难点本来就不应该是在语言本身上.

[lilydjwg]

几年之后你大概会学会不会随便把‘精通’二字用在自己身上。

我觉得把一门语言弄得神圣化是很没必要的,如果几年的时间不能摸清这门语言的细节,那么这门语言本身是有病的.编程的难点本来就不应该是在语言本身上.

问题是，「精通XXX」到底是精通的 XXX 语言本身，还是精通使用 XXX 来编程？

[tangboyun]

我觉得应该分开来，语言就是语言本身的实现细节，内存模型。几年时间足够把某语言的标准整段整段背出来都足够了。
如果真是对复杂的现实世界建模的话，难点也决不应该是在“使用了某种语言上”。其实语言真的只是最容易的一环。如果真对某个现实领域很了解的话，那么换语言根本不是太大问题，只是影响开发速度、库的使用熟练度和debug难度而已，但这些从本质上讲，都不是“难”，而只是“烦”。
有篇访谈，深度对话C++天才Andrei Alexandrescu，挺有意思的，那个大牛其实自己说在写《Modern C++ Design》，对C++的理解，只是“一般”。但那本书和loki库的理念却是很超前的。而作者本人最后再去花8年时间去读机器学习的博士，现在在做网页数据挖掘。
什么是难？搞清楚压栈顺序、某个编译器对标准的实现细节？搞明白内存布局是如何的？还是真正去解决实际问题？

可以把解决问题，抽象成2步
1. 问题 -> 伪代码
2. 伪代码 -> 代码
至于“精通xx语言”解决的只是第二步，但其实就我个人看来，反而是较容易的一步，因为真正棘手的难题，难是难在第一步。可以把更多的精力放在如何改善第一步，或者说找一个更有前景的“领域”，作为一种对未来的投资。语言？要学其实蛮容易的，因为不是每个人都需要去做Intel的工程师，也不是每个库都是IPP，需要手工汇编去tune每个函数。

[ubuntu606]

多说

[Fermat618]

我觉得应该分开来，语言就是语言本身的实现细节，内存模型。几年时间足够把某语言的标准整段整段背出来都足够了。
如果真是对复杂的现实世界建模的话，难点也决不应该是在“使用了某种语言上”。其实语言真的只是最容易的一环。如果真对某个现实领域很了解的话，那么换语言根本不是太大问题，只是影响开发速度、库的使用熟练度和debug难度而已，但这些从本质上讲，都不是“难”，而只是“烦”。
有篇访谈，深度对话C++天才Andrei Alexandrescu，挺有意思的，那个大牛其实自己说在写《Modern C++ Design》，对C++的理解，只是“一般”。但那本书和loki库的理念却是很超前的。而作者本人最后再去花8年时间去读机器学习的博士，现在在做网页数据挖掘。
什么是难？搞清楚压栈顺序、某个编译器对标准的实现细节？搞明白内存布局是如何的？还是真正去解决实际问题？

可以把解决问题，抽象成2步
1. 问题 -> 伪代码
2. 伪代码 -> 代码
至于“精通xx语言”解决的只是第二步，但其实就我个人看来，反而是较容易的一步，因为真正棘手的难题，难是难在第一步。可以把更多的精力放在如何改善第一步，或者说找一个更有前景的“领域”，作为一种对未来的投资。语言？要学其实蛮容易的，因为不是每个人都需要去做Intel的工程师，也不是每个库都是IPP，需要手工汇编去tune每个函数。

你对别人说自己'精通'某个语言时，这个精通已经不是你所理解的精通，而是别人所理解的精通。假如你说你精通Ｃ语言，然后别人问 ??' 是什么，并且人家问时已经认定答案为 ^ 只要你回答不上来，人家就会想，连这个都不会，还精通Ｃ语言呢。这时候你也没有任何机会解释，“啊，我理解的精通是ＸＸＸ“，就算你解释，别人也只会认为，这家伙只会给自己找理由。

精通ＸＸ这种说法，一般出现在两个地方，一是某些书籍的标题，另一个就是某些初学者的口中。要向别人表明自己对某个语言的掌握程度，可以说我对ＸＸＸ语言的标准很熟悉，我对ＸＸＸ语言的标准库（或其它库）熟悉，我用这个语言做过ＸＸＸ项目，我写过一个这门语言的实现，等。'精通'这个词，表示不了任何具体的信息，这个词用在自己身上，绝大部分时候只能用来表明自己的无知。

我并不是想把某些语言搞得高深莫测不让人学。学习一门语言的语法等需要的时间并不算多，后面熟悉某一个库并用来做事的时候就往往会比学习这门语言的语法的时间还长得多。楼主一下提出要'精通'四门语言的目标，其中两门语言位置还类似，让我感到诧异。