python 3000 IDE? be warned: contentious

[charles loboz]

1. I was unaware of XPCOM - so I stand corrected on that.

2. This and other articles in this thread  mention certain number of
alternatives to COM as an argument that IDE can be written in them. It
undoubtedly is technically possible but it doesn't solve neither the problem
of writing a fully functional IDE nor developing it further efficiently.

3. The first reason for it is the scope of work already available through
NetBeans and its community. NetBeans has a three year (at least) history as
a product prepared by a lot of people. Overall architecture, code etc.

4. The second reason is the support coming from the platform. Technology -
Swing seems to be the dominant GUI after Win, threading model, event model,
property editors and enormous number of external beans already available
(even though created for different purposes) - all of these much less
available for other mentioned platforms (excluding Win, naturally). Scale -
there are plenty of Java programmers out there and the number is growing
much faster than for any other platform. The difference in size of the crowd
is probably two-three _orders_ of _magnitude (or more).

5. Above arguments apply to things like wxWindows, XPCOM. As for Kylix -
looks nice but _proprietary_ (I think), so automatically excluded

"Alex Martelli" <aleaxit at yahoo.com> wrote in message
news:96lbfu0frm at news2.newsguy.com...
> "charles loboz" <phys137 at mailcity.com> wrote in message
> news:96k7t3$kr8$1 at mail.pl.unisys.com...
>     [snip]
> > 3. My abbreviated personal view about technology directions: Win will
rule
> > the desktop, not only because of it's current popularity - but because
it
> > has component model.  Linux doesn't have a native object model - which
>
> I share your enthusiasm for component-based technology, and consider
> it the only current _technical_ plus of Win systems.  But, as for Linux, I
> pin some hopes on XPCOM -- the COM clone technology of Mozilla.  It's
> ok if it ain't "native" -- indeed, cross-platform seems preferable.  And
> ActiveState has a Python XPCOM package -- I admit to not having tried
> it yet (as one first needs to build Mozilla from sources, then add the
> package) but what I see looks interesting indeed.  .NET is superior to
> COM on most fronts (it should, as it was developed by roughly the same
> folks with the advantage of years of practical experience!), but COM and
> clones are good enough for most uses.
>
> This has little to do with IDE's, per se -- component technology is
> just as precious whatever kind of applications one is developing, be
> they IDE's, accounting systems, or ray-tracers.  It's an issue of
> whether each application is an island onto itself (or, at best, offers
> some non-standardized ad hoc kludges to let other programs talk to
> it), or rather, systematically, each and every application is designed
> based on a collection of reusable components -- and is, implicitly, a
> reusable component itself for potential higher-level applications.
>
>
> Alex
>
>
>