wasm-demo/demo/ermis-f/python_m/cur/0395

59 lines
2.0 KiB
Plaintext

From: trashcan at david-steuber.com (David Steuber)
Date: 28 Apr 1999 04:00:16 -0400
Subject: Designing Large Systems with Python
References: <m37lqz0yoa.fsf@solo.david-steuber.com> <372599D6.C156C996@pop.vet.uu.nl> <7g4a3l$atk$1@news.worldonline.nl>
Message-ID: <m3vhehxjhr.fsf@solo.david-steuber.com>
Content-Length: 1612
X-UID: 395
"Ilja Heitlager" <news at helen.demon.nl> writes:
-> To build larger systems you need classes and modules for abstraction and
-> reuse.
Python appears to have that.
-> To build proto's you need interactive programming and short code-debug
-> cycles.
Python also seems to have that. I would like better python support in
XEmacs. There is a python mode, but I haven't seen anything about
evaluating Python code ineteractivly the way you can with Lisp and
elisp.
-> Need GUI's? MFC or tcl/tk?
MFC???? <choke!> I hope to seperate the functionality from the GUI to
make both orthoganal to each other. If I can pull that off, I suppose
a Windows version would be possible for what I want to do. I am
expecting to go straight to XLib and OpenGL. If I need an abstraction
layer over X, it would probably be xt.
-> Networking, Parsers, XML, HTML, regex?
I am not sure if I need to use networking. I am hoping to get
concurrent development via outside tools like CVS.
-> ehh, Python?
It looks interesting. It is more C like than Lisp like. I was
considering using Lisp, but for various reasons I have abandoned that
idea. JavaScript is too weak. Perl is a strong scripting language,
but it is a real bitch to create C++ style classes. The syntax is a
nightmare. I'll keep it for text munching.
--
David Steuber
http://www.david-steuber.com
If you wish to reply by mail, _please_ replace 'trashcan' with 'david'
in the e-mail address. The trashcan account really is a trashcan.
Drew's Law of Highway Biology:
The first bug to hit a clean windshield lands directly in front
of your eyes.