> >This comment is from the end-user's point of view, modified by > >conversations with programers relative to my own project design. > > > >Just having SQL and Java will not be adequate to provide an > >ergonomically efficient interface, adequate security, and > >efficient data management, based on what I've seen and been > >told. just having a computer will not be adaequate to do good stuff, you have to have/write good programs :-) > >Ergonomics: The new data system for airmen medical examinations > >uses Oracle underneath and Java on top. We airman medical examiners > >come in using 128-bit encrypted browsers (Netscape or Explorer), > >and enter airmen's data via an interface. The data entry > >capabilities are clumsy; data presentation from the database is > >slow and limited, and error-checking of the input data is essentially > >nil. Sounds like a bad piece of software ... so what? I certainly do not love Java (it's in the book on Deja.com) but I see no reason why this your experience is Java's fault. And I use Java for all I do now. > >Sophisticated post-processing of data by a Java application is > >impossible. blame the programmer first, only then blame the language! > >I was startled and frustrated by the limitations of this new software, > >and was able to speak personally to the developer about its limitations. > >In a long, cordial conversation, he convinced me that he is pushing > >Java to its limits, given that he can't restrict users to use *either* > >Nscape or Xplrr. Aha, an applet ... say, it isn't really JavaScript behind it? Why bother with applets? Make them runnable as an application! > >In my own project, the programmer is using ZOPE between the browser > >and the SQL (PostgreSQL) database precisely because is it able to > >(easily) negotiate the functionality that is tedious with SQL, > >laborious with PERL, and impossible with Java. Whether ZOPE is the > >best solution I am not qualified to say, but I have been persuaded > >that middleware is necessary. I won't use ZOPE or whatever, if you do, fine. As for "middleware", well a system is made up of many modules, some are fairly invsible. Without them it is a pain to write a goos system. If you use Swing for a GUI and nothing behind it, there is something wrong. Where exactly does this thread lead? Am I hearing a plan of some folks really wanting to develop together? If so, who? If there are any questions, lets have a weighed vote: who contributes what and in what language? regards -Gunther -- Gunther_Schadow-------------------------------http://aurora.rg.iupui.edu Regenstrief Institute for Health Care 1050 Wishard Blvd., Indianapolis IN 46202, Phone: (317) 630 7960 [EMAIL PROTECTED]#include <usual/disclaimer>
begin:vcard n:Schadow;Gunther tel;fax:+1 317 630 6962 tel;home:+1 317 816 0516 tel;work:+1 317 630 7960 x-mozilla-html:FALSE url:http://aurora.rg.iupui.edu org:Regenstrief Institute adr:;;1050 Wishard Blvd;Indianapolis;Indiana;46202;USA version:2.1 email;internet:[EMAIL PROTECTED] title:M.D. fn:Gunther Schadow end:vcard
