[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
I agree.
In developing a small program with Swing - well, what would have taken me a
week or two in VB, took 2 months in Swing of frustrating work. Granted I was
learning it at the same time, but even if I was just learning VB, it
probably would have only taken me 2 weeks. No comparison in productivity.
Swing is supposed to be so well designed - but I haven't been experiencing
it. Additionally, I couldn't just get my feet wet with Swing and build
something, like you can with VB. It's more like VC++ in that respect. Combo
boxes and models and model elements, oh my. I don't want to deal with it.
Can't they just produce a combined class for a standard combo box, that
manages that model for you ? If I need the separation, I could still use the
separate base classes. It's just a combo box, after all. Swing may be able
to compare favorably with VC++/MFC though.
Visual Basic is the top dog of RAD tools, and has been for years. It's the
one to beat, or become on a par with. I wonder if Sun and IBM and others are
interested in making programming easier, with WSYWIG RAD environments ? It
seems like anethema to the engineers in those companies. But that's the way
software is going. No sense in making things harder than they have to be.
With the introduction of VB, there was an explosion of additional software
development that happened, so it actually created more programming work,
albeit less skilled.
If they don't do that with Java, it will be relegated to server side work
forever, and that means only in house, enterprise development. That will
just enable Microsoft to eventually put the squeeze on them in that market
too, because Microsoft is making the whole package.
I hope that Sun, IBM, and all, see the wisdom in making GUI front end
development to the Java environment much easier and more elegant, with a
serious RAD framework. Otherwise, I hear that Microsoft train a'comin',
comin' round the bend...
"Greg Brown" <gbrown@xxxxxxxxxxxxx> wrote in message
news:ak031f$4dq$1@xxxxxxxxxxxxxxxx
> This is exactly what I was talking about in a post I sent yesterday. SWT
has
> a chance to make huge inroads in the client-side development space, if it
is
> packaged correctly. What SWT needs is:
>
> - A good GUI builder tool, a la VB
> - A browser plugin to run SWT apps in a web page or in a "Web Start"-like
> launcher
>
> There are very few viable alternatives for building "rich" internet
> applications (i.e. apps that run in a browser but aren't constrained by
the
> limitations of HTML/DHTML). There is a huge opportunity for a company to
> learn from Sun and MS's failures with the original applet and ActiveX
> controls, respectively, and offer a technology that can really take the
> internet to the next level. Macromedia is doing a great job of this with
> Flash MX, but the door is still wide open for competition. I'd be
surprised
> if MS does not release an ActiveX replacement technology sometime in the
> near future to address this need. I'd like to see something based on Java
> enter the running.
>
> G
>
>
>
>
>