Python与Perl？ [英] Python versus Perl ?

问题描述

我已经阅读了一些关于Perl与Python的帖子，并研究了一些我的

Python书。


我是一名软件工程师，熟悉C ++面向对象的b
开发，但一直在使用Perl，因为它非常适合模式

匹配，文本处理和自动化测试。我们公司真的非常注重风险管理，而且我唯一可以做足够的测试

而没有加班（有些人最后做的）是由

自动化我的测试。这就是让我开始使用Perl的原因。

我读过许多人更喜欢Python，而且比B / B $ B $更好。但是，我想问一些其他的问题。

1. Perl似乎有很多打包的实用程序，可以通过全面的perl网络获得
CPAN。这些可以帮助构建

解析器，Web开发，perl DBI被大量使用。这似乎是一个非常重要的好处。我不确定Python在这方面是否具有扩展性？
？与

sed相比，Perl还具有出色的模式匹配，不确定Python如何测量，

但这似乎使perl非常适合文本处理。


2. Python在面向对象方面表现得更好。 Perl有一些名称间距的
，我以有限的方式使用它。 Perl是否使用了一个便宜且不太优化的面向对象的方法？

这就是有人在工作时所说的，他提倡Python。

是在未来几年内，Perl可能会改进它的面向对象功能

？


3. Perl安装在我们的系统上，很多其他系统。

你没有必要让系统管理员离开那里使它成为可用的b $ b。它通常都在那里。我还在热门网站上搜索了工作

的帖子。列出的108个职位需要了解Perl的知识，只列出了17个必需的Python。变得更多

熟悉Perl可能对简历有用吗？


如果Python比Perl好，我很好奇是多么重要

这些优点是什么？

I''ve read some posts on Perl versus Python and studied a bit of my
Python book.

I''m a software engineer, familiar with C++ objected oriented
development, but have been using Perl because it is great for pattern
matching, text processing, and automated testing. Our company is really
fixated on risk managnemt and the only way I can do enough testing
without working overtime (which some people have ended up doing) is by
automating my testing. That''s what got me started on Perl.

I''ve read that many people prefer Python and that it is better than
Perl. However, I want to ask a few other questions.
1. Perl seems to have alot of packaged utilities available through
CPAN, the comprehensive perl network. These can aid in building
parsers, web development, perl DBI is heavily used. This seems to be a
very important benifit. I''m not sure that Python is as extenive at all
in that regard ? Perl also has excellent pattern matching compared to
sed, not sure about how Python measures up,
but this seems to make perl ideally suited to text processing.

2. Python is apparantly better at object oriented. Perl has some kind
of name spacing, I have used that in a limited way. Does Perl use a
cheap and less than optimal Object oriented approach ?
That was what someone at work said, he advocates Python.
Is it likely that Perl will improve it''s object oriented features
in the next few years ?

3. Perl is installed on our system and alot of other systems.
You don''t have to make sys admins go out of there way to make it
available. It''s usualy allready there. I also did a search of job
postings on a popular website. 108 jobs where listed that require
knowledge of Perl, only 17 listed required Python. Becomeing more
familiar with Perl might then be usefull for ones resume ?

If Python is better than Perl, I''m curious how really significant
those advantages are ?

推荐答案

su ******** @ yahoo.com 写道：

我读过一些关于Perl与Python的帖子，并研究了一下我的
Python书。

我是一名软件工程师，熟悉C ++反对导向的开发，但一直使用Perl，因为它非常适合模式匹配，文本处理和自动化测试。我们公司非常关注风险管理，我唯一可以做足够的测试而不加班加点（有些人最终做的事情）是通过自动化我的测试。这就是让我开始使用Perl的原因。
我读过很多人都喜欢Python而且它比Perl更好。但是，我想问一些其他问题。


优于Perl是一个非常笼统的陈述。在我个人看来，

这对于每个大于一个~200 LOC的文件都是如此。

1. Perl似乎有很多打包的实用工具可以通过< CPAN，全面的perl网络。这些可以帮助构建解析器，web开发，perl DBI被大量使用。这似乎是一个非常重要的好处。我不确定Python在这方面是否具有扩展性？


当你在那里找不到所需的包裹时，有Python包索引（PyPI），Parnassus的保险柜和

并且在这里询问;

几乎总是找到一个不错的解决方案。


类似于CPAN的东西正在由不同的人进行，尽管我已经>
不知道什么时候会变得成熟。

Perl与
sed相比也有出色的模式匹配，不确定Python如何测量，
但这似乎使perl非常适合文本处理。


Python有像Perl一样的正则表达式。唯一的区别是

Perl为它们提供语法支持，而在Python中常规

表达式是带有方法等的普通对象。

2。 Python在面向对象方面表现得更好。 Perl有一些名称间距，我以有限的方式使用它。 Perl是否使用了一种廉价且不太优化的面向对象的方法？
这就是有人在工作时所说的，他提倡使用Python。
Perl是否有可能改进它的面向对象？功能
在未来几年？


有Perl 6机芯，但是当您阅读
http://dev.perl.org ，你会得出结论


- Perl 6至少有3-5个未来几年和

- 这将是一个巨大的混乱。这里有人曾说过Perl 6是Perl'哲学的最终失败。关于这个可能会有分歧......

3. Perl安装在我们的系统和很多其他系统上。
你不必让系统管理员离开那里使其成为可用的方式。它通常都在那里。


与Python相同;它是默认安装在大多数现代的

Unices。 Windows是一个完全不同的章节，然而，Perl并不是那么普及。
我也搜索了一个热门网站上的工作
帖子。列出了需要了解Perl的108个工作，只列出了17个需要Python的工作。变得更熟悉Perl可能对简历有用吗？


当然，它并没有伤害。最近关于程序员'

工资的统计数据表明，Python排名靠前（我不知何故丢失了URL）。

如果Python比Perl好，我就是好奇有多么重要
那些优点是什么？

I''ve read some posts on Perl versus Python and studied a bit of my
Python book.

I''m a software engineer, familiar with C++ objected oriented
development, but have been using Perl because it is great for pattern
matching, text processing, and automated testing. Our company is really
fixated on risk managnemt and the only way I can do enough testing
without working overtime (which some people have ended up doing) is by
automating my testing. That''s what got me started on Perl.

I''ve read that many people prefer Python and that it is better than
Perl. However, I want to ask a few other questions.
"Better than Perl" is a very general statement. In my personal opinion,
this is true for every project being larger than one file of ~200 LOC.
1. Perl seems to have alot of packaged utilities available through
CPAN, the comprehensive perl network. These can aid in building
parsers, web development, perl DBI is heavily used. This seems to be a
very important benifit. I''m not sure that Python is as extenive at all
in that regard ?
There are the Python Package Index (PyPI), the Vaults of Parnassus, and
when you don''t find a needed package there, just come and ask here;
almost always a decent solution is found.

A thing similar to CPAN is being worked on by various people, though I
don''t know when it will become mature.
Perl also has excellent pattern matching compared to
sed, not sure about how Python measures up,
but this seems to make perl ideally suited to text processing.
Python has regular expressions much like Perl. The only difference is
that Perl carries syntactic support for them, while in Python regular
expressions are ordinary objects with methods etc.
2. Python is apparantly better at object oriented. Perl has some kind
of name spacing, I have used that in a limited way. Does Perl use a
cheap and less than optimal Object oriented approach ?
That was what someone at work said, he advocates Python.
Is it likely that Perl will improve it''s object oriented features
in the next few years ?
There is the Perl 6 movement, but when you read some of the docs at
http://dev.perl.org, you will come to the conclusion that

- Perl 6 lies at least 3-5 years in the future and
- it will be a huge mess. Someone here once said "Perl 6 is the ultimate
failure of Perl''s philosophy". There may be split views about this...
3. Perl is installed on our system and alot of other systems.
You don''t have to make sys admins go out of there way to make it
available. It''s usualy allready there.
Same goes with Python; it is installed per default on most modern
Unices. Windows is a completely different chapter, however, Perl isn''t
more widespread there.
I also did a search of job
postings on a popular website. 108 jobs where listed that require
knowledge of Perl, only 17 listed required Python. Becomeing more
familiar with Perl might then be usefull for ones resume ?
It doesn''t harm, of course. Recent statistics about programmers''
salaries indicate, however, that Python ranks top (I somehow lost the URL).
If Python is better than Perl, I''m curious how really significant
those advantages are ?

尽量自己决定。 Python教程和网站是你的朋友。


Reinhold

Try to decide yourself. The Python tutorial and website are your friends.

Reinhold

su ******** @ yahoo.com 在2005年2月6日上午8:19发表以下内容：

su********@yahoo.com said the following on 2/6/2005 8:19 AM:

我'我已经阅读了一些关于Perl和Python的帖子，并研究了我的一些Python书。

我是一名软件工程师，熟悉C ++反对导向的开发，但有一直在使用Perl，因为它非常适合模式匹配，文本处理和自动化测试。我们公司非常关注风险管理，我唯一可以做足够的测试而不加班加点（有些人最终做的事情）是通过自动化我的测试。这就是让我开始使用Perl的原因。


Python非常适合使用re模块进行模式匹配。如果你是在讨论〜=运算符，那就是在Python中不可用，但是你可以使用你的最爱的Regexp匹配/搜索/替换它们。

模块。实际上我喜欢Python更好，因为它有一个干净的

语法。可以为sub方法提供替换函数，其中

可以操作匹配的组。请参阅
http://www.amk.ca/python / howto / regex / 获取更多信息。


自动化测试 - 创建自动化测试的最佳语言之一

个案仍然记得以后几个月你的测试用例......

是Python语法的清晰度。而你还没有具体说明你做什么样的自动化。我编写Win32的测试用例以及通过FTP和Telnet测试数据交换的
。


我知道很多用Python编写的玩具和严肃的解析器。哎呀，那里的
甚至是Python中的Python实现。文本处理只是简单地将b模块组合在一起。我不太有资格谈论

文本处理但是让我们说生活是轻而易举的！您可以在 http://gnosis.cx上阅读有关Python

文本处理的内容。 / TPiP / - 这是一本完整的书

致力于Python中的文本处理。另请参阅
http://www.python.org/moin/LanguageParsing


1. Perl似乎通过全面的perl网络CPAN提供了大量的打包实用程序。这些可以帮助构建解析器，web开发，perl DBI被大量使用。这似乎是一个非常重要的好处。我不确定Python在这方面是否具有扩展性？与
sed相比，Perl还具有出色的模式匹配，不确定Python如何测量，但这似乎使perl非常适合文本处理。


虽然，AFAIK，没有CPANish库，Python附带电池

包括，即几乎所有你需要的所有产生

你需要的程序。对于其他一切，有独立的项目。

但是看看Parnassus的Vault可以获得大量的Python

模块/项目/应用程序。


Python有一个符合DBI标准的API，这意味着所有兼容模块支持

相同的语法。 Python的模块支持所有主要数据库。

请参阅 http ：//www.python.org/topics/database/

2. Python在面向对象方面表现得更好。 Perl有一些名称间距，我以有限的方式使用它。 Perl是否使用了一种廉价且不太优化的面向对象的方法？
这就是有人在工作时所说的，他提倡使用Python。
Perl是否有可能改进它的面向对象？功能
在未来几年？


好​​吧，Perl缺乏体面的OO方法是我转换为
Python的一个原因。另一个是Perl的语法;我无法阅读自己的代码，除非我已经提出了大量的评论。 Python使用与代码块相关联的

缩进级别强制执行干净编码;所以不需要一个{}或

BEGIN / END你会惊讶于缩写，恕我直言，任何

程序员应该为了可读性而练习，可以使代码

易于理解。

3. Perl安装在我们的系统和很多其他系统上。
你不必让系统管理员去从那里开始赚钱



这实际上取决于操作系统。我相信Sun OS带有Perl和

，这是因为Perl用于sys管理工作的历史性使用。 Redhat 8

以后安装了Python，因为Redhat的安装过程是用Python编写的
。 Windows都没有。对于你的系统管理员来说，安装Python的
根本不应该是困难的。只要你确定需要并告诉他们这是他们必须为你的工作完成你的任务有效，我不认为这是一个绊脚石

all！

可用。它通常都在那里。我还在一个热门网站上搜索了工作
帖子。列出了需要了解Perl的108个工作，只列出了17个需要Python的工作。变得更熟悉Perl可能对简历有用吗？

I''ve read some posts on Perl versus Python and studied a bit of my
Python book.

I''m a software engineer, familiar with C++ objected oriented
development, but have been using Perl because it is great for pattern
matching, text processing, and automated testing. Our company is really
fixated on risk managnemt and the only way I can do enough testing
without working overtime (which some people have ended up doing) is by
automating my testing. That''s what got me started on Perl.
Python is great for pattern matching using the re module. If you are
talking about the ~= operator, that is not available in Python but you
can your favorite Regexp matches/searches/replacements using the re
module. And actually I like Python re sub better as it has a clean
syntax. One can provide a replacement function to the sub method where
one can manipulate the matched groups. Please see
http://www.amk.ca/python/howto/regex/ for more info.

Automated testing - One of the best languages to create automated test
cases and still remember after a few months what your test cases... that
is how clean Python syntax is. And you have not specified exactly what
kind of automation you do. I code test cases for Win32 as well as
testing data exchange over FTP and Telnet.

I know a lot of toy and serious parsers written in Python. Heck, there
is even a Python implementation in Python. Text Processing is simply
superb, combined the the re module. I am not too qualified to talk about
text processing but lets say life is a breeze! You can read about Python
Text Processing at http://gnosis.cx/TPiP/ - this is a whole book
dedicated to text processing in Python. Also see
http://www.python.org/moin/LanguageParsing

1. Perl seems to have alot of packaged utilities available through
CPAN, the comprehensive perl network. These can aid in building
parsers, web development, perl DBI is heavily used. This seems to be a
very important benifit. I''m not sure that Python is as extenive at all
in that regard ? Perl also has excellent pattern matching compared to
sed, not sure about how Python measures up,
but this seems to make perl ideally suited to text processing.
While, AFAIK, there is no CPANish library, Python comes with "batteries"
included, i.e., almost everything you would need to churn out the
programs you need. For everything else, there are independent projects.
But take a look at the Vault of Parnassus for a BIG collection of Python
modules/projects/applications.

Python has a DBI compliant API which means all compliant modules support
the same syntax. And Python has modules supports all major databases.
See http://www.python.org/topics/database/
2. Python is apparantly better at object oriented. Perl has some kind
of name spacing, I have used that in a limited way. Does Perl use a
cheap and less than optimal Object oriented approach ?
That was what someone at work said, he advocates Python.
Is it likely that Perl will improve it''s object oriented features
in the next few years ?
Well, Perl''s lack of a decent OO approach is one reason I converted to
Python. Another was Perl''s syntax; I could not read my own code unless I
had put copious amounts of comments. Python enforces clean coding using
indentation levels that associates blocks of code; so no need of a {} or
BEGIN/END and you will be amazed at how indentation, which IMHO, any
programmer should anyway practice for readability, can make the code
easy to comprehend.
3. Perl is installed on our system and alot of other systems.
You don''t have to make sys admins go out of there way to make it

That actually depends on the OS. I believe Sun OS comes with Perl and
that is because of the historic use of Perl for sys admin work. Redhat 8
onwards comes with Python installed because Redhat''s install process is
written in Python. Windows comes with neither. And for your sysadmins,
installing Python should not be difficult at all. As long as you
identify the need and tell them that is what they must do for your
accomplish your tasks efficiently, I don''t see this a stumbling block at
all!
available. It''s usually allready there. I also did a search of job
postings on a popular website. 108 jobs where listed that require
knowledge of Perl, only 17 listed required Python. Becomeing more
familiar with Perl might then be usefull for ones resume ?

我没看到可用工作数量与

语言的时尚陈述，如果这是你暗示的话。我的工作不需要我知道Python，但是我有效地使用它。

那么，如何解释这个问题呢？既然你已经找到了工作，而且b $ b正在考虑将Python用于你现在的工作，那对你来说无关紧要。

。此外，您通过学习Perl

和Python来增加您的市场销售...您可以获得108 + 17个工作:-)


是的，有一个很少有Python商店但是有许多工作要求获得Python的知识，特别是测试职位。少数Python

商店是你可以去工作的地方 - 比如Google可能会这样？


支持采用Python的其他方面是一致的语法，

很棒的OO，代码可维护性和开发时间短（对设计的复杂性来说是比例的）。


你问的好这个问题是尽职调查的一部分。这些是我能指出的因素。如果我错过了某些内容或错误引用，

大师可以纠正我。


希望有所帮助！

-Kartic

I don''t see the correlation between the number of jobs available and
fashion-statement of a language, if that is what you are insinuating. My
job does not require me to know Python, but I use it and effectively.
So, how does one account for that? And since you already have a job and
are considering using Python for your current job, it should not matter
to you. Moreover you increase your marketability by learning both Perl
and Python...you have access to 108 + 17 jobs :-)

True, there are a few Python "shops" but there are many jobs that ask
for knowledge of Python, especially testing positions. The few Python
shops are places you will die to work for - like Google may be?

Other aspects that support adoption of Python are consistent syntax,
great OO, code maintainability and short development time (proportional
to the complexity of the design).

Good that you asked this question as part of due diligence. These are
the factors I can point out. If I have missed something or misquoted,
gurus out there can correct me.

Hope that helped!
-Kartic

su ******** @ yahoo.com 写道：

su********@yahoo.com wrote:

我读过一些关于Perl和Python的帖子，并研究了一些我的Python书。

我软件工程师，熟悉C ++反对导向的开发，但一直在使用Perl，因为它非常适合模式匹配，文本处理和自动化测试。我们公司非常关注风险管理，我唯一可以做足够的测试而不加班加点（有些人最终做的事情）是通过自动化我的测试。这就是让我开始使用Perl的原因。


自动化测试对于几乎所有的软件项目都是必不可少的，而不仅仅是确保你不必加班加点。

我读过许多人更喜欢Python而且它比Perl更好。但是，我想问一些其他问题。


请记住，这是一个有点偏见的观众，可以提出像

这样的问题。在大多数情况下，c.l.p。狂野的Pythonistas居住:-)

1. Perl似乎通过全面的perl网络CPAN提供了大量的打包工具。


毫无疑问，CPAN上有很多东西，而且存储库的架构

使得找到你想要的东西相对容易并得到它

运行。另一方面，Python有许多附加模块

。你提到DBI; Python的版本就是DB-API，并且

是很多实现它的模块

（ http://www.python.org/topics/database/modules.html) 。

与
sed相比，Perl还具有出色的模式匹配，不确定Python如何测量，但这似乎使perl非常适合文本处理。


就普通的espressions本身而言，Python支持Perl所做的完全相同的

正则表达式语法。包装有点不同;相反

内置于该语言，它是一个模块，您导入和使用

面向对象的方式。

2. Python在面向对象方面表现得更好。 Perl有一些名称间距，我以有限的方式使用它。 Perl是否使用了一种廉价且不太优化的面向对象的方法？


Python的OO支持是从头开始设计的。 Perl'是用胶带固定的丑陋

疣。

这就是有人在工作时所说的，他提倡Python。
是否可能Perl将在未来几年改进其面向对象的功能吗？


有一个Perl 6项目正在进行中，我想这将对语言进行一些重大的改变，但你必须向Perl人询问这个问题。

3. Perl是安装在我们的系统和很多其他系统上。
你不必让系统管理员不在那里使它可用。它通常都在那里。


Python现在标配了很多操作系统，但是如果计算机世界中有一个通用语言那么肯定是b / b $ b / b >
（当然还有Unix世界），Perl就是这样。如果你的主要动机是

便携性，这可能是提示平衡的功能，有利于

Perl。

我也进行了搜索工作
在热门网站上发布。列出了需要了解Perl的108个工作，只列出了17个需要Python的工作。变得更熟悉Perl可能对简历有用吗？


毫无疑问，大多数雇主都希望你了解Perl。即使

它不符合工作规范，世界上还有足够的Perl，它确实值得了解。如果你的职业目标是系统管理员而不是编程，那么我会说Perl绝对必不可少。

如果Python比Perl好，我就是好奇有多么重要
那些优点是什么？

I''ve read some posts on Perl versus Python and studied a bit of my
Python book.

I''m a software engineer, familiar with C++ objected oriented
development, but have been using Perl because it is great for pattern
matching, text processing, and automated testing. Our company is really
fixated on risk managnemt and the only way I can do enough testing
without working overtime (which some people have ended up doing) is by
automating my testing. That''s what got me started on Perl.
Automated testing is essential in almost any software project, and not just
to make sure you don''t have to work overtime.
I''ve read that many people prefer Python and that it is better than
Perl. However, I want to ask a few other questions.
Keep in mind that this is a somewhat biased audience to ask a question like
that. For the most part, c.l.p. is inhabited by rabid Pythonistas :-)
1. Perl seems to have alot of packaged utilities available through
CPAN, the comprehensive perl network.
There is no doubt that there''s a lot of stuff on CPAN, and the architecture
of the repository makes it relatively easy to find what you want and get it
running. On the other hand, there are a lot of add-on modules for Python
too. You mention DBI; Python''s version of that is the DB-API, and there
are quite a few modules that implement it
(http://www.python.org/topics/database/modules.html).
Perl also has excellent pattern matching compared to
sed, not sure about how Python measures up,
but this seems to make perl ideally suited to text processing.
As far as regular espressions themselves, Python supports exactly the same
regex syntax that Perl does. The packaging is a little different; instead
of being built-in to the language, it''s a module you import and use in an
object-oriented way.
2. Python is apparantly better at object oriented. Perl has some kind
of name spacing, I have used that in a limited way. Does Perl use a
cheap and less than optimal Object oriented approach?
Python''s OO support was designed-in from the ground up. Perl''s is an ugly
wart held on with duct tape.
That was what someone at work said, he advocates Python.
Is it likely that Perl will improve it''s object oriented features
in the next few years ?
There is a "Perl 6" project going on, which I imagine will have some major
changes to the language, but you''ll have to ask the Perl people about that.
3. Perl is installed on our system and alot of other systems.
You don''t have to make sys admins go out of there way to make it
available. It''s usualy allready there.
Python now comes standard with a lot of operating systems, but it is
certainly true that if there is one lingua franca in the computer world
(and certainly the Unix world), Perl is it. If your prime motivation is
portability, that might be the feature which tips the balance in favor of
Perl.
I also did a search of job
postings on a popular website. 108 jobs where listed that require
knowledge of Perl, only 17 listed required Python. Becomeing more
familiar with Perl might then be usefull for ones resume?
There is no doubt that most employers expect you to know Perl. Even if
it''s not on the job spec, there''s enough Perl out there in the world that
it really is worth knowing. If your career goal is sysadmin rather than
programming, then I''d say Perl is absolutely essential to know.
If Python is better than Perl, I''m curious how really significant
those advantages are?

嗯，现在我们又回到那些有偏见的观众身上了。我的答案是

，当然它更好。 Python的最大优点是它具有

a干净的语法，并且支持OOP。


Perl的基本语法是混杂的东西从shell，awk，sed和

grep中偷来的，带有一些模糊的OO想法。严重依赖

标点符号几乎无法阅读。


我的建议是学习Python，然后自己决定。获取

之一的在线教程，并花一个下午获得基础知识

down。下一步，选择一个小型的现实生活项目，并在Python中投入几美元b $ b天。到那时，你应该更好地了解是否值得投入更多的时间来深入了解它。


你知道吗C ++ ，Perl和Python，你将接触到相当广泛的编程范例。但是，不要止步于此。如果您的目标是成为一名专业程序员，请继续学习语言。学习一些因为

他们会提供薪水，学习别人，因为他们会让你接触到不同的想法。在今天的世界里，我将Java，SQL，VB和C＃放在

" paycheck"组。我将Lisp，Smalltalk和Postscript放在个人

改进中。组。像Python，Tcl和Ruby这样的东西落在某处

介于两者之间;他们很有趣，因为他们探索了如何设计编程语言的不同角落。宇宙，但他们还有一个合理的机会，可以保持薪水的流动。

Well, now we''re back to that biased audience stuff again. My answer is
that of course it''s better. The biggest advantage of Python is that it has
a clean syntax with designed-in support of OOP.

Perl''s basic syntax is a jumble of stuff stolen from shell, awk, sed, and
grep, with some vague OO ideas glommed onto it. The heavy reliance on
punctuation makes it almost impossible to read.

My suggestion is to learn Python, then make up your own mind. Grab one of
the tutorials available on-line and spend an afternoon getting the basics
down. Next step, pick a small real-life project and invest a couple of
days doing it in Python. By then, you should have a better idea of whether
it''s worth investing some more time to get deeper into it.

One you know C++, Perl, and Python, you''ll have exposure to a pretty broad
range of programming paradigms. But, don''t stop there. If your goal is to
be a professional programmer, keep learning languages. Learn some because
they''ll provide a paycheck, learn others because they''ll expose you to
different ideas. In today''s world, I''d put Java, SQL, VB, and C# in the
"paycheck" group. I''d put Lisp, Smalltalk, and Postscript in the "personal
improvement" group. Things like Python, Tcl, and Ruby fall somewhere
in-between; they''re interesting because they explore different corners of
the "how to design a programming language" universe, but they also have a
reasonable chance of being a skill which will keep the paychecks flowing.

这篇关于Python与Perl？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！