|
Hello Reeve, I wasn't going to enter this futile argument but you've said some things I cannot let pass. I'm not picking on you specifically but you wrote: >IBM is telling us (in words and dollars) to get off of 5250. Hey IBM: >where were our non-5250 development tools, education, and promotion seven >years ago, when we needed them? I have great hope in WDSC, even though >it's still in its infancy, so we'll assume WDSC is IBM's final answer >(but we'd better keep the lifeline number handy). Seven years ago? That would be 1995. CODE/400 was a start at the tools you desire and was available then on OS/2 and what happened? Most of you whinged and said "Unhh, but it doesn't run on Windows". Roger Pence and his ilk wrote similar comments in the trade rags. You had the tools available but YOU didn't want to use them. There were two very good reasons CODE/400 came out on OS/2. 1/ It was IBM's PC operating system 2/ It worked better than windoze If more of you had adopted CODE/400 on OS/2 seven years ago who knows where we might be now! The only reason CODE/400 made it to windows is because of customer and self-appointed industry commentator whinging. You wanted the tools moved to the crappy environment you chose rather than moving to a better environment. IBM listened to you and even though CODE and the other components of WDS are now available on windows they are as flaky as all get out so you got what you asked for. The unkind would say you got what you deserved! >You think IBM has a monopoly...what does Microsoft have with control of >90% of the world's desktops? The answer: better marketing (although I >appreciate the efforts Anne Lucas puts forth, I dream of a Steve Ballmer >type screaming himself hoarse for the iSeries) and better lawyers. I'll resist the tempation to comment on what a bastard like Ballmer would do to a company like IBM but I can't see a 'manic monkey boy' working for IBM. Microsoft's main advantage is that they have ONE platform -- windows! There are two variants; home and office but as far as Microsoft are concerned it is a single platform. IBM have FOUR platforms and all the political in-fighting which goes with that. Rochester would like the AS/400 to be the much touted eServer. It can already run OS/400, PASE, Linux, and Winslop. AIX is supported with 520. All it needs now is support for MVS (zOS) in a partition and it will BE the eServer. The rest of IBM doesn't want that. Somehow I don't see Poughkeepsie relinquishing its hold on MVS to let some upstart midrange system run IBM's flagship OS. They'd rather create a new piece of hardware to bring MVS to the midrange (I forget what it's called but it was announced only 3-4 months ago). If IBM (as opposed to Rochester) were at all interested in the AS/400, and what's best for the customer, it would get the marketing it deserves. But no. Instead we have the various IBM platforms fighting each other for the same customers. An objective view would suggest that a given customer could be equally well satisfied by either of OS/400, AIX, or NT. Leaving aside the issues of reliablity and scalability, any of those operating systems and associated hardware is capable of providing an acceptable business environment given the low standards expected by most businesses. Thus we cannot expect a concerted, cohesive marketing effort from IBM. They tried that with the eServer campaign but that just confused potential customers because the obvious and unanswerable question is: "Which eServer?" IBM's eServer campaign essentially stated; "We don't care which platform you choose, Mainframe, Midrange, Unix, or PC, as long as you buy it from us". If a customer asks which one is right for me they'll be offered the one with the most potential for IBM (or the respective VAR), which usually means the one with the most services potential. Which one is that? It would be easier to answer the obverse question. Which one isn't? The answer to that is, of course, the AS/400. Why? Because Rochester has done a bloody good job of creating a powerful, flexible, complex environment that strangely isn't complex to run and therefore doesn't have a huge services potential. (We'll ignore the minor treks off the true path with follies such as QSHELL, PASE, WebSphere, etc. that add more confusion than necessary. They do increase services potential because they are more complex than they need to be. WebSphere is a good idea, just poorly implemented. PASE and QSHELL are there primarily to help Unix weenies get their crap on another platform with minimal pain to the weenies and to hell with the alien environment they create as a result.) Ahh, I wonder why I bother? It's not as if any IBMer who reads this is in a position to do anything about it. It's not as if the rest of you 'get it' else you wouldn't even be arguing the merits of Fast400 type tools, nor would you be using perjorative terms like 'interactive tax', nor would you believe that because the hardware is capable of a certain performance level you should get that performance level even though you didn't pay for full access. I do agree that some of IBM's charges concerning AS/400 hardware are hard to accept (e.g., why is AS/400 main storage and DASD **SO** much more expensive than the RS/6000 equivalent?). Some of the additional cost can be attributed to subsidising the integration of OS/400 and associated LPPs but a lot of it is simply that the AS/400 market will pay the extra. I think it would be better if the hardware costs came down and the software costs went up. At least then you would see what you were paying for and that might shut a few of you up. Regards, Simon Coulter. -------------------------------------------------------------------- FlyByNight Software AS/400 Technical Specialists http://www.flybynight.com.au/ Phone: +61 3 9419 0175 Mobile: +61 0411 091 400 /"\ Fax: +61 3 9419 0175 mailto: shc@flybynight.com.au \ / X ASCII Ribbon campaign against HTML E-Mail / \ --------------------------------------------------------------------
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.