Stani M
Posts: 1
Nickname: stani
Registered: Mar, 2006
|
|
Re: go mobile
|
Posted: Mar 4, 2006 12:00 PM
|
|
> Another area of opportunity that has received a fair > amount of attention recently is that of IDE's. It has > become apparent to many that there are no really > good IDEs for any of the current crop of > dynamically typed languages.
Hmmm... Maybe there is another point: the python community might not yet have found a better way to work more effectively to work together (e.g. web frameworks, IDE's, ...) I don't know enough about web frameworks, but I do know a little bit about IDE's as the author of SPE (http://pythonide.stani.be).
Looking at IDE's I can have three observations:
1. For some reasons numerous users prefer to use an open source IDE.
2. For some reasons numerous python programmers like to develop their own open source IDE.
3. For some reasons the open source python IDE developers are not collaborating at all.
The reasons for 1 or 2 are obvious, at least to me. Recently I have been wondering about the reason for 3. (Probably a lot of python programmers have wondered about this already for ages, but ok I might be slow ;-) I came to the conclusion that there was *NO* reason.
As this was so clear, I started to invite all the authors of IDE's personally to collaborate all together. (I hope that I didn't forget any, because there are so many.) What is really nice, is that we feel the same: we should work together and share as much as possible. We don't want to waste our (often spare) time on reinventing wheels. Almost all IDE's (except of two) are participating no matter if they use Tkinter, wxPython, pyQT, Cocoa, pyGTK, ... So this could open doors for an ajax python editor, who knows. (Any python web framework interested in that?) Oops, IDLE is the only one which didn't answer my invitation yet, but I'd love them to be in the team as well.
I'm putting a last hand on a wiki site with mailing list. I will announce very soon it on the comp.lang.python mailing list. Stay tuned, as we might need the help of the community to let it succeed! Everybody has his dreams about his IDE, but we'll need people willing to code. (IDE users are de facto developers.) Luckily a lot of know-how will be there already.
Instead of taking an easy way by asking Guido for a decision, we could better operate as a community. (Most dictators wants to keep their people stupid, but I think Guido doesn't.) I hope this multiple IDE's collaboration is not to ambitious and it will succeed. If it does, it might be an example for other fragmented areas in the python landscape.
For example about Django, Turbogears, ... If such a choice has to be made, I think it's not up to Guido, but to the developers of these frameworks to collaborate. You can be sure if their communities start asking as a whole for more collaboration, that they will listen.
I'm not pleading for communism with only one application or framework in every area. It is not about unification, but about a little bit more collaboration. There are always libraries to share, more as we might think.
One of the most challenging tasks for the IDE will be an extensible, lazy application framework with plugins. Look at Chandler, Zope, PEAK, Envisage (Enthought), ... grrr they are all creating their own. While in the hallways of PyCon they admit they should work together, nothing yet has started...
|
|