|
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx]On Behalf Of Bruce Vining
Sent: Tuesday, February 26, 2008 7:46 AM
To: Midrange Systems Technical Discussion
Subject: RE: Web Front End Advice
Besides "whats actually going on", learning the lower level
support also enables you to know what the system is capable of,
as opposed to what the tool provider decided to
surface/externalize. It lets the application developer know when
it might be appropriate to dive a bit deeper and directly use an
API or similiar construct.
This is along the lines of what I'm trying to do with a CL
column I recently started. The first article was how to test and
set bits in CL (and COBOL). Something that, while possible with
CL and COBOL constructs, is a real pain as those languages/tools
elected to not externalize any direct bit-level support. But
knowing that the underlying ILE MI constructs are there makes it
a piece of cake due to the integrated nature of ILE :-)
Bruce Vining
http://www.brucevining.com/
Integrated solutions for the System i user community
"Bradley V. Stone" <bvstone@xxxxxxxxxxxx> wrote:
> > Exactly Bruce! That's why for most I suggest starting with APIs.. it
don't make"forces" you to learn what's actually going on. Of course, I
suggestions without a brief high level interview of the skillsin the shop.
Using that logic (which I agree with, by the way), I wonder why you
don't teach how to do it WITHOUT the CGI APIs? i.e use the regular
envvar APIs, write stdin/stdout using the standard C APIs, and do URL
decoding manually.
That's how I learned.
Well, the hardest thing when teaching a subject (which I'm sure
you know) is
finding the least common denominator in which to start. So I chose the CGI
APIs. I could have prefaced my books/articles with "APIs 101" but then how
far back do I keep going? :) If we don't stop we would end pack up with
assembler or punchcards.. haha.. (btw, I enjoyed assembler classes too...)
Brad
www.bvstools.com
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L)
mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
Bruce
Bruce Vining Services
507-206-4178
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L)
mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
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.