|
This is a multipart message in MIME format. -- [ Picked text/plain from multipart/alternative ] <snip> Windows might go away, but not in our lifetime <endsnip> Brad, recently I might have agreed with you. But when companies like ours starts to seriously look at replacing all servers, (other than iSeries) and desktops with Linux, then your eyes start to open. Rob Berendt -- "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." Benjamin Franklin Brad Jensen <brad@elstore.com> Sent by: midrange-l-admin@midrange.com 10/18/2002 01:25 AM Please respond to midrange-l To: <midrange-l@midrange.com> cc: Fax to: Subject: Re: Development ideas ----- Original Message ----- From: "Weatherly, Howard" <Howard.Weatherly@dlis.dla.mil> To: <midrange-l@midrange.com> Sent: Thursday, October 17, 2002 10:04 AM Subject: RE: Development ideas > This message is in MIME format. Since your mail reader does not understand > this format, some or all of this message may not be legible. > -- > [ Picked text/plain from multipart/alternative ] > Not to pick a fight or start a war Adam, but what platforms do you know of > that do not have a COBOL compiler on them, and what better language is there > for writing client server business applications that thousands of people can > probably understand? VB6 dlls in the ASP framework. Fast operation, interactive debugging, and three million programmers. Of course, Windows might go away, and some other computer than the PC might be cheaper, faster, and more scalable, with a greater software support base and more trained professionals, but not in our lifetimes. And I speak as an expert COBOL programmer ( I wrote a query language in COBOL, as well as numerous applications, a text editor, and a macrocompiler.) > However, I am biased! but I do agree with your suggestion about Java, I just > disagree with the premise of your argument to get there! VB6 is a much easier language to learn and use than Java. Why people don't realize that the scarce resource is PEOPLE, not computing power, is beyond me. > -----Original Message----- > From: Adam Lang [mailto:aalang@rutgersinsurance.com] > To agree with Joe, I would look at a Java solution. > > You can develop for one platform and have a lot of flexibility to move to > another if needed. > > The same expertise your coders have on making the server side application > components will also extend to make a java "fat client" or web based applet. > > JDBC will interact with nearly all databases out there (from DB2 to > PostgreSQL (open source)). > > The only thing I would recommend besides Java would be C, then next > "portable" language. But be sure to make all your variable names in Russian, spelling them backwards to avoid comprehensibility. > I think when redeveloping applications, you want to avoid "lock in" > situations,which would be the situation when using RPG or COBOL. You will > be basically forcing reliance on the AS/400. Going a Java route, it makes > you more adaptable, as I see it. > > Adam Lang > Systems Engineer > Rutgers Casualty Insurance Company > http://www.rutgersinsurance.com Use VB6 to write DLLs. host them in ASP (VBscript) on top of IIS. Maintain state inside the VB6 program, it's just like writing for one user at a time. Don't use the ASP session variables, and use ASP application objects only when you want to share something between sessions. IIS will create one copy of your code that will service all sessions, and remain in RAM while sessions remain active. There will be a separate data area for each session invocation. It will run with a fairly small memory footprint, and like a bat out of hell (ie fast for non-American English readers). And you can develop the application in the interactive VB environment, testing your web pages with breakpoints in the VB code. Fast fast fast development. Java looks big, and slow, and not very robust to me. We saw one Java application try to load on a PC, and it took a 48 MB environment download just to get started. Brad Jensen www.elstore.com _______________________________________________ This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l or email: MIDRANGE-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 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.