× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Ah I see what you mean!  I think we just have different ways to describe the
same thing.  When you say vertical you mean to put all the code in the same
program.  When you say horizontal you mean to develop in re-usable modules.
. .  I agree entirely but was a bit thrown off by the terminology.

Aaron

-----Original Message-----
From: Booth Martin [mailto:Booth@MartinVT.com]
Sent: Monday, September 30, 2002 10:31 AM
To: rpg400-l@midrange.com
Subject: RE: A design philosophy question


--
--
[ Picked text/plain from multipart/alternative ]
Aaron, thank you for the positive response.

So far I am finding that what is happening is that programs are developing
faster because the entire scope of any one program is small and closely held
  The Vertical approach requires that I deal with every aspect from user's
fingertips to data files. The horizontal approach requires that i deal with
each level as an individual piece.  I mentioned Name & Address before
because thats the easiest to use for demonstration.  How many programs have
the name & address file in their F-specs?  Why?  Why should I have to hit
the name and address file over and over?  Why should any security officer
have to fret over who has authority to the company's master name and address
file?  That whole process should be a stand-alone process.  I hesitate to
say "black boxed" because people immediately say "RPG can't do true OO"
which is true of course.

The other reason I feel programs develop quicker is because once the name &
address piece is written, no programmer ever needs to deal with it again.
Once the pricing mechanism is written, no programmer needs to jump through
the pricing/discount hoops again.

A strategy for implementation is a whole 'nuther discussion.


---------------------------------------------------------
Booth Martin   http://www.MartinVT.com
Booth@MartinVT.com
---------------------------------------------------------

-------Original Message-------

From: rpg400-l@midrange.com
Date: Monday, September 30, 2002 09:32:05 AM
To: 'rpg400-l@midrange.com'
Subject: RE: A design philosophy question

" So long as you slice vertically you are destined to a life of trying to
gain performance through hardware solutions. If you'll slice horizontally
you'll see performance improve, your programs develop faster, and they'll
live longer."

Hi Martin,

I agree that your programs will run faster if you develop horizontally but I
am wondering what you mean by being able to develop programs faster and make
them live longer. I guess I am thinking of building the programs around the
data base and if you develop your database horizontally you are destined for
longer development/maintenance and many short lived files because they can't
be easily expounded upon.

Aaron Bartell
_______________________________________________
--
[ Content of type image/gif deleted ]
--

_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
or email: RPG400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

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

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.