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



i think you hit the nail on the head. over a year and a half ago, this
company *bought* a package for shipping/receiving using hand-held scanner
(running Win CE) that of course sounded like the greatest thing since
sliced bread (IBM needs to hire their salesman!) after they purchase the
said software they realized that the product was a) not written yet
(vaporware) b) they wanted *me* to write the bulk of the data manipulation
on the "i" for the backend (so we were paying them to do it ourselves
basically. c) their crapware couldn't do even the simplest validation
(ensure that the ID number which is only 10 bytes long was scanned instead
of the VIN number which is 20 bytes long!) it was supposed to be in
production over a year ago and here we are just now running in parallel
(and still fixing their bugs!) needless to say the project manager(Six
Sigma guy) will now ensure that IT is involved in any future discussions,
etc. since my manager and I explained that by now *we* could have written
this thing using a web front-end that performed data validation at
ship/receive time, etc. and it would have been completed and in production
in 3 +- months (as simple as the project would be more like a month) but
i digress...well over $100,000 of *our* man hours (user testing, field
testing and that doesn't include all the coding time since i had to work
with their inadequate system, data transfer issues, etc) so it was a
*very* expensive lesson but i think they've learned that lesson and not
likely to forget it!)

this company has used IBM midrange since the beginning of the S/36 era and
love the platform and won't leave it...but management as it was replaced
over the years forgot how flexible, etc this thing is...and now they have
seen that i can use CGI-RPG and PHP for the "pretty oooh ahhh" screens and
do it all on the system no PC server required (or desired) it was simply
yet another case of (we didn't know you could do that on the as/400 (yes
they still call it that). but they haven't seen anything yet 8^)

Thanks,
Tommy Holden



From:
Joe Pluta <joepluta@xxxxxxxxxxxxxxxxx>
To:
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date:
11/23/2008 09:58 PM
Subject:
Re: Casino switches to AIX
Sent by:
midrange-l-bounces@xxxxxxxxxxxx



Adam West wrote:
Another post was about the Windows envirnonment not being good for a
business ERP. I would like to see more details on that. What we are being
told that everything is just peachy in windows. I would need evidence to
the contrary to help save the i installation.


I've been avoiding this discussion because it is very much an opinion
discussion, and in many ways I think it belongs in the midrange-nontech
list; we're talking about things like look and feel and application
features, neither of which really has anything to do with technology.
Your question itself underscores the point: you're told that everything
is "just peachy", which is a term rarely used to describe the technical
capabilities of a system.

That being said, I thought I'd weigh in here with my observation. The
truth is that, for a certain segment of the business community, a PC is
a better choice than an i. <GASP!> But if you think about it, that's
got to be the case - just as the converse is true: for a certain segment
the i is a better choice. The goal, then, is not to try to identify
using abstract measurements which system is "better" than the other, but
instead to find out which one is better for your particular business.

And to me, the biggest question is a fundamental one: do you need to
modify your software? This is a question that is almost completely
overlooked nowadays just as it was in the 80s and early 90s, although
for the exact opposite reason. These days, with the exception of open
source software, almost no packaged software comes with source code.
Either it has the features you want or you live with it; nobody would
even *think* of trying to modify Excel to act ... well, correctly
<grin>. On the other hand, when I was but a brash young "ute" (cf.
"youth", see "My Cousing Vinnie") in the industry, nobody would think of
buying ERP-level software that *didn't* come with source. That's
because almost immediately you were busy modifying things like invoices
and order acknowledgments, and changing how pricing worked. Ah, times
have changed.

Anyway, if you don't need to modify your software, it's almost a given
that you can find a package for Windows that will be "cheaper" than the
same package on the i (for the purposes of this particular post, I'll
forego the Total Cost of Ownership argument and just stipulate to the
initial cost benefit of Windows software). However, that means that you
have to run your business within the strictures of that software. It's
impossible to estimate how many companies have modified their processes
to live within the constraints of their software, but there are a lot of
them. And that's completely bass-ackwards to what I was brought up
with: in my day, software was not only a tool, it was a differentiator.
Having the best software meant you had better inventory control; or more
flexible pricing schemes or more accurate forecasting. You lose that
with packaged software: if you're running your business using the same
software as your competitor, then what exactly is the competitive
advantage of your software?

So there, then, is the fundamental issue. Do you build your business
around your software, or do you build your software to help your business?

If it's the former, buy Peachtree accounting or Microsoft's business
packages. But if you want software that gives you a unique competitive
advantage over your competition, then you need semi-custom software that
captures and builds upon your business rules. And for that, there's
simply no better language than RPG. (I've got a standing bet with
anyone in the entire computer programming industry: sit down with me and
a couple of real users and put together specifications for a custom MRP
generation system. We write the code in the language(s) of our choice.
I'll use RPG on the i, and I'll be done first. Nobody has ever taken me
up on it.)

We've lost sight of that. There are no semi-custom applications. Open
source may come close, I suppose, but the only attempts I've ever seen
at that are in Java, and despite the inevitable hate mail I get for
saying this, it's a horrible language for writing business logic. The
other way companies attempt it is by having lots and lots of switches, a
la the SAP model, but then you have to learn all their switches and
inevitably you run up against a situation where they don't have a switch
you need.

Anyway, this might all be moot. It's possible that businesses have
forgotten about the concept of using IT as a competitive advantage. The
closest they come now is having the flashiest web framework, but
honestly the core of most businesses is not their web site. As much as
I love EGL and the ease in which I can build great looking web stuff, I
still think that the core business logic is what differentiates a
company, and the only way to build that is with RPG.

So -- long, long response which doesn't really have an answer. But if
your company can be reminded that IT is not only a way to do things
faster, but also a way to do things that your competitors *can't*, then
I think that the i still has a chance.

Joe

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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.