|
7. RE: i5 GUI (albartell)
So why doesn't IBM do that now? Build a "native" i5 GUI, one based on...HTML or whatever and provide the architecture to supplant it in 5 or 10
years as technology changes.
IMO, this is exactly what they SHOULD NOT do! Now when I say that I mean
they shouldn't rely on insufficient technologies (i.e. HTML) to create the
next generation native GUI. Why? Because then they have to wait for
standards organizations to approve things (i.e. HTML/CSS/XML/Xforms/etc) and
they have to wait for next versions of frameworks (i.e. JSF/J2EE). (I am
making this next statement without a lot of IBM history knowledge) If you
look at some of IBM's biggest successes (OS/400, RPG, DB2, etc), it has been
when they have developed from scratch and dictated from start to finish -
where they didn't have to go to an external group (i.e. W3C, Eclipse, JSR,
etc) and ask for enhancements, and instead if it made business sense they
just DID IT!!
I don't know if it would ever go over well, but in my mind a "dumb terminal"
that is still GUI would be perfect for internal enterprise desktops. Figure
out what developers want to do as far as custom GUI apps and adhere to that.
Figure out what other apps are used on 90% of all desktops and implement
competing features (i.e. Make Lotus email client run on this "dumb
terminal", find a way to do a browser, etc).
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.