为什么这些公司选择Tcl而不是Python [英] why did these companies choose Tcl over Python
问题描述
您好，
作为一名电子工程师，我使用了一些非常昂贵的EDA CAD工具
程序，这些程序可以使用Tcl编写脚本。我想知道为什么这些
公司选择使用Tcl而不是Python。其中一些
是：
Mentor Graphics ModelTech VHDL和Verilog模拟器
Synopsys设计编译器和Primetime静态时序分析器
Actel FPGA工具。
Tcl似乎在我的业务中非常受欢迎，因为
选择的脚本语言。
我正在决定使用Tcl或Python作为CAD工具
我一直在研究的程序。
程序的大部分核心，即数据库，将完成C作为扩展到
Tcl或Python，但我打算使用Tk或wxPthon来实现GUI。我这样做b $ b需要从图形上完成的图纸中发布质量输出
设备，这些设备可以缩放到标准打印机纸张尺寸。
我更喜欢使用Python但不能否认Tcl有多受欢迎，如上面提到的那样，所以我的问题是为什么没有选择这些公司作为选择这些公司作为选择？他们的
产品的脚本语言？
有没有明显的优点，如：
性能，
内存占用，
更好的跨平台支持，
易用性，
提前感谢您的想法这个。
Hello,
As an electronics engineer I use some very expensive EDA CAD tool
programs that are scriptable using Tcl. I was wondering why these
companies have choose to use Tcl instead of Python. Some of these
are:
Mentor Graphics ModelTech VHDL and Verilog simulator
Synopsys Design Compiler and Primetime Static Timing Analyzer
Actel FPGA tools.
Tcl seems to very popular in my business as the scripting language of
choice.
I''m in the process of deciding to use Tcl or Python for a CAD tool
program that I have been working on. Most of the core of the
program, the database, will be done is C as an extension to either
Tcl or Python, but I intend to use Tk or wxPthon for the GUI. I do
need publishing quality outputs from drawings done on a graphics
device that are scaled to standard printer paper sizes.
I would prefer to use Python but can''t deny how popular Tcl is, as
mentioned above, so my question is why wasn''t Python selected by
these companies as the choice of scripting languages for their
product?
Are there any obvious advantages like:
performance,
memory footprint,
better cross-platform support,
ease of use,
Thanks in advance for your thoughts about this.
推荐答案
10月30日下午2:25，chewie54< dfabrizi ... @ gmail.comwrote：
On Oct 30, 2:25 pm, chewie54 <dfabrizi...@gmail.comwrote:
>
我更喜欢使用Python，但不能否认Tcl有多受欢迎，因为
如上所述，所以我的问题是为什么没有选择用于Python的Python
这些公司作为他们的
产品的脚本语言的选择？
>
I would prefer to use Python but can''t deny how popular Tcl is, as
mentioned above, so my question is why wasn''t Python selected by
these companies as the choice of scripting languages for their
product?
以下是人们选择语言X的一些原因Y：
- 历史。我们一直使用X，那么我们为什么要使用Y？
- 同伴压力。其他人都使用X.
- 许可。语言X的许可证比我们的业务更符合
语言Y.
- 支持。更容易/更安全/等等......通过语言Y获得对语言X的支持
。（在某些情况下，写X的公司提供
支持合同，而语言Y没有这样的公司。）
- 客户要求。我们的客户需要语言X支持，而不是Y.
- 功能。语言X确实A，B和C非常好，而语言Y
只做了一点点或不太好。
你会的不得不问他们为什么要做他们做的事情，但这可能是上面的组合
。通常，引用的理由是基于假设而不是事实。当然，客观地测量任何
语言充其量是困难的，所以没有希望能够更好地获得这个价格。
就性能，内存占用，跨平台支持而言，我不认为Tcl比Python更好（可能不会更差），
至少与C相比。
对于硬件人来说，Tcl也可能是一种更自然的语言，他们很难接受更深奥的软件概念
工程。这是一种直截了当的语言，他们可能会认为他们不知所措。
Here are some reasons why people choose language X over Y:
- History. We''ve always used X, so why should we use Y?
- Peer pressure. Everyone else uses X.
- Licensing. Language X''s license fits our business better than
language Y.
- Support. It is easier/safer/etc... to get support for language X
over language Y. (In some cases, the company that wrote X provides
support contracts while language Y doesn''t have such a company.)
- Customer demands. Our customers want language X support, not Y.
- Features. Language X does A, B, and C really well, while language Y
only does it a little bit or not very well.
You''d have to ask them why they do what they do, but it''s probably a
combination of the above. Oftentimes, the reasons cited are based on
assumptions and not facts. Of course, objectively measuring any
language is difficult at best, so there is little hope of this ever
getting any better.
As far as performance, memory footprint, cross-platform support, I
don''t believe Tcl is better than Python (and probably not worse), at
least compared to C.
Tcl might also be a more natural language for hardware people who have
a hard time accepting the more esoteric concepts of software
engineering. It''s a straight-forward language with little in the way
of what they may consider fluff.
我更喜欢使用Python但不能否认Tcl有多受欢迎，因为上面提到的
I would prefer to use Python but can''t deny how popular Tcl is, as
，所以我的问题是为什么没有选择Python？
这些公司作为他们的
产品的脚本语言的选择？
mentioned above, so my question is why wasn''t Python selected by
these companies as the choice of scripting languages for their
product?
我认为这个问题需要根据具体情况来回答，
但我的猜测是它在大多数情况下案例历史。关于Tcl的工作
始于1988年，它是第一个（主要？）可嵌入脚本
语言（也就是自由软件等）。 Python直到1991年才被发布
，并没有被认为是那么容易嵌入（并且我认为早期版本并不容易）可嵌入的
就像今天的Python一样。）
Tcl的最初目标是支持电路设计，所以人们
$ b该字段中的$ b清楚地知道Tcl有效，但他们可能不知道任何替代品（或者这些替代品的未来
可能不确定）。 br />
那时，Tcl将是显而易见的（因为只有）
的选择。现在这些产品都停留在Tcl上，并且用不同的b / b
编程语言重做所有工作（包括现有的扩展模块！）将会有很多工作。 br />
问候，
马丁
I think this question needs to be answered on a case-by-case basis,
but my guess is that it is in most cases historical. Work on Tcl
started in 1988, and it was the first (major?) embeddable scripting
language (that is also free software etc). Python wasn''t released
until 1991, and wasn''t first recognized as being just as easily
embeddable (and I think early releases weren''t as easily embeddable
as today''s Python is).
Tcl''s original objective was to support circuit design, so people
in that field clearly knew that Tcl worked, but they were likely
unaware of any alternatives (or else the future of these alternatives
may have been uncertain).
So at that time, Tcl would have been the obvious (because only)
choice. Now these products are stuck with Tcl, and redoing all
the work (including the existing extension modules!) in a different
programming language would be a lot of work.
Regards,
Martin
chewie54< df ********* @ gmail.comwrites：
chewie54 <df*********@gmail.comwrites:
Mentor Graphics ModelTech VHDL和Verilog模拟器
Synopsys设计编译器和黄金时段静态时序分析器
Actel FPGA工具。
Mentor Graphics ModelTech VHDL and Verilog simulator
Synopsys Design Compiler and Primetime Static Timing Analyzer
Actel FPGA tools.
这些工具多大了？ Tcl作为一种扩展语言已经存在了很长一段时间，比大多数目前流行的脚本
语言都要长。很可能这些工具中的一些或全部只是因为在他们做出选择时它就在那里而选择了
Tcl。
How old are these tools? Tcl has been around as an extension language
for a long time, longer than most currently popular scripting
languages. It is quite possible that some or all of these tools chose
Tcl simply because it was there when they were making the choice.
这篇关于为什么这些公司选择Tcl而不是Python的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
