Nathan,

Been following this thread, somewhat...  See inline...

jt

| -----Original Message-----
| [mailto:midrange-l-admin@midrange.com]On Behalf Of Nathan M. Andelin
| Sent: Friday, January 04, 2002 12:46 PM
|
|
| From: "Adam Lang" <aalang@rutgersinsurance.com>
| > I agree.  Your RPG program SHOULDN'T write the html.
| > That would mean everytime you want to redesign your pages,
| > you need to recompile.
|
| Web development with ILE has moved past the Dark Ages, Adam.  I'd
| encourage
| you to look at my Relational-Web product, for details.  The HTML is in one
| file.  The RPG in another.  Change the HTML as much as you want.
| It likely
| won't affect the RPG program.

I really like your ideas about separating the presentation from the logic.
(This is based more on your discussion, rather than looking at your
website.)  I recall someone referring to a webpage that showed some
outstanding performance, as well.  Pretty hard to combine elegant solutions
with improved performance, but you seem to have found the ticket...  (Just
as you told Walden) you sure have a keeper, and wish you great success in
the market.

|
| > It also means your RPG programmer has to be your web deveoper
| > too, or at least have extremely good communication with him.
|
| It can be as simple as having the page developer tell the application
| developer that the HTML is ready.  The application developer takes it from
| there.
|
| I'll borrow a quote from Walden:
|
| "From CS we went back to host controlled, web browsers.
| Sure, they're graphical and 'pretty' but at the end of the day,
| they're host-controlled green-screens that aren't green."
|
| In my experience, application developers have a much better handle on the
| requirements of program flow and "user interface" control logic.  Web
| developers usually have a better handle on page layout.  My
| preference is to
| have the application developer control the user interface, not visa versa.
|

However, small point of disagreement:  In my experience this issue of
control is best resolved by viewing it from 3 separate views.. you've left
out the view of the user, themselves.  So to pick any one, to control the
others...  Well, no matter which you pick, you're gonna have the tail
waggin' the dog.

I agree that app developers *generally* have a better handle on the logic
end, but at the same time, they frequently have the *worst* handle on what
the user needs to do their job.  This is the proof in the pudding, whether
the user can accomplish their job better, right?  So frequently the person
doing the webpage layout is in a MUCH BETTER position to act as the
middle-man, to see where computer logic can assist the end-user.

Picking the app developer to control this dynamic doesn't make any sense, to
me anyway.

But to have the person doing the page layout control the UI makes as little
(or less) sense, again IMHO.  Obviously the user can't control the UI,
however they would (presumably) have the best handle on what they need to do
their jobs better.

This is nothing more than the age-old problem of how you "negotiate" the
optimal systems design.  Some believe it's best to have one of these three
elements in the system control the thing, but that hasn't been my
experience.


OTOH, the best part about your product is that it allows a lot more
flexibility.  One GREAT thing is that you're product can be used by a single
individual, in a small shop, or it can scale to where the UI and app logic
can be controlled by two entirely different departments, in a large
enterprise.  It is my understanding that this is commonly done, as well...
So your product seems to scale from the smallest to the largest, quite
well...!

<snip>



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2022 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.