× 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.


  • Subject: RE: the ASSET issue again
  • From: Boris Goldenberg <bpcsguru@xxxxxxxxx>
  • Date: Mon, 18 Sep 2000 06:54:03 -0700 (PDT)

Marc,

A few observations based on your statements:

>> ASSET/ADK offers is a simple alternative to RPG

Simple?  There's nothing simple about AS/SET.  I'd say AS/SET is much
more cumbersome to use than RPG.

>> using ASSET will take the same amount of time to run as a program
>> written in RPG.

Actually, AS/SET runs much slower than RPG.  Part of the reason is
the amount of RPG code that is generated by AS/SET.  The code is not
very well optimized.

>> The code generated from a program using Asset will be much smaller
>> than a program written using RPG

Have you seen RPG generated by AS/SET?  If you did, you wouldn't make
this statement.  The AS/SET-generated code is HUGE! And
barely-legible.

>> it will take me a few days to come up with a complex ASSET/ADK
>> program where it may take a week or more using RPG.

Again, I disagree.  If you use structured programming techniques,
coding in RPG should not take any longer than in AS/SET.  I have RPG
shells that could be re-used with minimal fuss, and the end result is
a tightly-written, compact program.

>>PS: It think the people who dislike ASSET are RPG programmers.  

Well, you are the first person I know who actually LIKES AS/SET.  I
code in RPG, AS/SET Synon/2E and Visual Basic.  AS/SET is the one I
dislike the most.

Regards,
Boris

--- "Lacelle, Marc" <LACELLE@rcmint.ca> wrote:
> Hi Ho.
> 
>       I for one use ASSET/ADK as a development tool and find it quite
> useful. I am not an RPG or RPG-ILE programmer and never intend on
> being one.
> ASSET/ADK offers is a simple alternative to RPG. You almost can do
> everything with this tool. Yes, RPG is more powerful but,  a
> program written
> using ASSET will take the same amount of time to run as a program
> written in
> RPG. The code generated from a program using Asset will be much
> smaller than
> a program written using RPG, it will take me a few days to come up
> with a
> complex ASSET/ADK program where it may take a week or more using
> RPG.
> 
>       If the execution time for a program is the same and the length in
> time to write the code using ASSET is lesser than RPG. Why knock
> the
> product. 
> 
>       You are correct in the saying that the source provided by SSA for
> BPCS is pretty bad. We call it spaghetti language over here, but
> lets not
> forget SSA are in the business of making money. If they had two
> line source
> for every program they had, we would not need them. 
> 
>       PS: It think the people who dislike ASSET are RPG programmers.  
> 
>       Marc Lacelle
>       Royal Canadian Mint
>       
>       
> 
> > ----------
> > From:       Chick Doe[SMTP:Cdoe@barton-instruments.com]
> > Reply To:   BPCS-L@midrange.com
> > Sent:       Saturday, September 16, 2000 3:32 PM
> > To:         BPCS-L@midrange.com
> > Subject:    the ASSET issue again
> > 
> > there's been a lot said in the last couple of days about SSA and
> AS/SET.
> > while i am not a fan of it, i can understand the logic of writing
> code in
> > AS/SET that could then be compiled and run on multiple
> environments. yes
> > you will sacrifice performance, but if the intent was to provide
> improved
> > functionality at less cost, then i can understand the logic.
> whether this
> > was ever delivered or not is another question. 
> > 
> > but what drives me absolutely insane is SSA's practice of
> commenting out
> > lines in both the AS/SET source and in the resulting RPG source.
> much o
> > the complexity in trying to read these damn programs is just
> trying to
> > decipher which lines are still executable statements and which
> are now
> > comments. my guess is that well over half of all statements in
> their
> > programs are old lines of code that are now comments. TAKE THEM
> OUT AND
> > GIVE US SOURCE PROGRAMS THAT CAN BE READ!
> > 
> > chick doe
> > barton instrument systems
> > 
> > +---
> > | This is the BPCS Users Mailing List!
> > | To submit a new message, send your mail to BPCS-L@midrange.com.
> > | To subscribe to this list send email to
> BPCS-L-SUB@midrange.com.
> > | To unsubscribe from this list send email to
> BPCS-L-UNSUB@midrange.com.
> > | Questions should be directed to the list owner:
> dasmussen@aol.com
> > +---
> > 
> +---
> | This is the BPCS Users Mailing List!
> | To submit a new message, send your mail to BPCS-L@midrange.com.
> | To subscribe to this list send email to BPCS-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
> BPCS-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner: dasmussen@aol.com
> +---


__________________________________________________
Do You Yahoo!?
Yahoo! Mail - Free email you can access from anywhere!
http://mail.yahoo.com/
+---
| This is the BPCS Users Mailing List!
| To submit a new message, send your mail to BPCS-L@midrange.com.
| To subscribe to this list send email to BPCS-L-SUB@midrange.com.
| To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: dasmussen@aol.com
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.