When Python should not be used?

[Andrea Francia]

The right tool depends on the current problem.

While some python users prefer to talk about when Python is the right
tool I think that it is more instructive to know when it is not.

Please, could you let me know what do you think about that?

Thanks
--
Andrea Francia
http://andreafrancia.blogspot.com/20...o-windows.html

[bborcic]

On 6 oct, 02:08, Andrea Francia <andrea.fran...@REMOVE-FROM-
HERE.ohoihihoihoih.TO-HERE.gmx.itwrote:

While some python users prefer to talk about when Python is the right
tool I think that it is more instructive to know when it is not.

Python is not the right tool when you know what the right tool is, and
it happens not to be Python.

I-guess-it-is-more-instructive-in-context-ly yours, BB

[Aaron \Castironpi\ Brady]

On Oct 5, 7:08*pm, Andrea Francia <andrea.fran...@REMOVE-FROM-
HERE.ohoihihoihoih.TO-HERE.gmx.itwrote:

The right tool depends on the current problem.

While some python users prefer to talk about when Python is the right
tool I think that it is more instructive to know when it is not.

Please, could you let me know what do you think about that?

Thanks
--
Andrea Franciahttp://andreafrancia.blogspot.com/2008/07/colinux-linux-dentro-window...

In a team situation when you need code and can't find discipline. Its
freedom would only handicap you, and the restrictions static typing
has would help programmers keep their hands to themselves, more or
less enforcing function signatures and member visibility and so on.

[jdd]

On Oct 5, 8:08*pm, Andrea Francia <andrea.fran...@REMOVE-FROM-
HERE.ohoihihoihoih.TO-HERE.gmx.itwrote:

The right tool depends on the current problem.

While some python users prefer to talk about when Python is the right
tool I think that it is more instructive to know when it is not.

Please, could you let me know what do you think about that?

Thanks
--
Andrea Franciahttp://andreafrancia.blogspot.com/2008/07/colinux-linux-dentro-window...

In my experience, Python is not suitable for extremely resource-
intensive stuff where speed is a large priority, unless you're
comfortable with the C api. The vast majority of applications that
people are writing are nowhere near pythons limitations.

[Stef Mientki]

Andrea Francia wrote:

The right tool depends on the current problem.

While some python users prefer to talk about when Python is the right
tool I think that it is more instructive to know when it is not.

Please, could you let me know what do you think about that?

Thanks

I'm programming in Python now for about a year,
so I'm definitely not an expert,
but this friendly list will correct me I'm wrong.
Here is what I can come up with
- design of GUI is difficult (despite all those well meant programs, of
which I couldn't get one of them working)
- autoit like applications
- low level drivers
- licenses differ a lot, which makes it hard to combine different packages
- downwards compatibility is sometimes lost
- a number of libraries is quite in-mature
but for the rest, it's a beautiful language,
and I'm working on a large application,
which should be open source replacement for MatLab + LabView.

cheers,
Stef

[cstorey]

On Oct 6, 2:07*pm, Stef Mientki <[e-mail]:

and I'm working on a large application,
which should be open source replacement for MatLab + LabView.

cheers,
Stef

An Open Source Labview replacement would be really useful! Any
preview of the project?

Craig

[Blubaugh, David A.]

Stef,

May I see your open-source version of a combined Matlab + Labview
program? Is there a website, I may visit??
Thanks,
David Blubaugh


-----Original Message-----
From: Stef Mientki [mailto:st**********@gmail.com]
Sent: Monday, October 06, 2008 2:07 PM
To: py*********@python.org
Subject: Re: When Python should not be used?

Andrea Francia wrote:

The right tool depends on the current problem.

While some python users prefer to talk about when Python is the right
tool I think that it is more instructive to know when it is not.

Please, could you let me know what do you think about that?

Thanks

I'm programming in Python now for about a year, so I'm definitely not an
expert, but this friendly list will correct me I'm wrong.
Here is what I can come up with
- design of GUI is difficult (despite all those well meant programs, of
which I couldn't get one of them working)
- autoit like applications
- low level drivers
- licenses differ a lot, which makes it hard to combine different
packages
- downwards compatibility is sometimes lost
- a number of libraries is quite in-mature but for the rest, it's a
beautiful language, and I'm working on a large application, which should
be open source replacement for MatLab + LabView.

cheers,
Stef

This e-mail transmission contains information that is confidential and may be
privileged. It is intended only for the addressee(s) named above. If you receive
this e-mail in error, please do not read, copy or disseminate it in any manner.
If you are not the intended recipient, any disclosure, copying, distribution or
use of the contents of this information is prohibited. Please reply to the
message immediately by informing the sender that the message was misdirected.
After replying, please erase it from your computer system. Your assistance in
correcting this error is appreciated.

[Stef Mientki]

David, Craig,

Thanks for your interest.
Here are a few examples, containing links to some animations

http://oase.uci.kun.nl/~mientki/data...reenshots.html
and here is a collection of my notes until july this year:
http://pylab-works.googlecode.com/files/pw_manual.pdf
I'm now trying to make an installation,
and hope to release an alfa version in the next couple of weeks)

cheers,
Stef
Blubaugh, David A. wrote:

Stef,

May I see your open-source version of a combined Matlab + Labview
program? Is there a website, I may visit??
Thanks,
David Blubaugh

[Tim Rowe]

2008/10/6 Andrea Francia
<an************@remove-from-here.ohoihihoihoih.to-here.gmx.it>:

The right tool depends on the current problem.

While some python users prefer to talk about when Python is the right tool I
think that it is more instructive to know when it is not.

Please, could you let me know what do you think about that?

I don't think it would be the best tool for mission critical / safety
of life applications, or for hard real-time embedded systems. There
are also areas where domain-specific languages have advantages over
general purpose languages (although the domain-specific language can
be wrapped in a Python library, of course, as is the case with regexp
support). Logic languages still seem to have the edge over imperative
in some AI and theorem proving applications (although I suppose one
/could/ implement Prolog in Python, if Prolog is what you need it's
probably best to go straight there).

--
Tim Rowe