× 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: Using % type functions/using RPG IV
  • From: "McCallion, Martin" <MccalliM@xxxxxxxxxxxxxxxx>
  • Date: Tue, 8 Feb 2000 09:43:50 -0000

Joel Stone said:

> Sorry about my post - I didnt mean to offend anyone.  But it appears
that the major apps vendors have moved 
> beyond the RPG only products of the 80's and 90's to GUI plaforms with
an AS/400 being optional.
> Most companies won't buy an AS/400-only app today if there is a
competitive product that runs on a multitude 
> of platforms, wouldn't you agree?
> Vendors like JDE, Lawson, Intentia, and most of the other AS/400 ERP
players no longer require AS/400 
> centric H/W to run their S/W.
> Banking and other niche markets may be different, I don't know.
Aren't your customers pushing for platform 
> independence?  The ERP customers did 5 to 10 years ago, and the ERP
vendors who didn't make the 
> transition are pretty much gone, don't you think?

I wasn't offended, just amused.

I don't know much about ERP.  This is still my first job (after twelve
years; hmmm, doesn't time fly?) so I only really know MKI (formerly BIS
Banking Systems)'s products, and from the vendor side, not as a
customer.

I don't think it's the case that our customers are particularly looking
for platform independence; they want the best software for their
business, so they buy Midas (hey, much more talk like that and I'll have
to transfer to Marketing) :)

The fact that it runs on AS/400s is neither here nor there.  If they
don't already have one they'll buy one (they're banks, they can afford
it:)).  What _is_ a major requirement, though, is the ability to
interface different products together.  So a major thrust of our work
for the last few years has been building generic interfaces, both
between our own various products and between others that the customers
might have and ours.

What this means is that we _do_ work in multiplatform environment, but
the paradigm shift is interfacing, not porting.

What I find strange is all this talk of having to maintain the vendor's
code.  Don't these people retain control of their own source?  If our
customers find bugs or want enhancements they come to us (generally --
there are exceptions).

Cheers,

Martin.

--                                                                     
Martin McCallion                 
Midas-Kapiti International
Work:  mccallim@midas-kapiti.com
Home: martin.mccallion@ukonline.co.uk

Apologies for the length of this sig, but company policy says:
This email message is intended for the named recipient only.  It may be
privileged and/or confidential.  If you are not the intended named
recipient of this email then you should not copy it or use it for any
purpose, nor disclose its contents to any other person.  You should
contact Midas-Kapiti International as shown below so that we can take
appropriate action at no cost to yourself.

Midas-Kapiti International Ltd, 1 St George's Road, Wimbledon, London,
SW19 4DR, UK
Email: Postmaster@midas-kapiti.com Tel: +44 (0)208 879 1188 Fax: +44
(0)208 947 3373
Midas-Kapiti International Ltd is registered in England and Wales under
company no. 971479

.:. 
+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.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.