Unconfigured Ad Widget

Collapse

Announcement

Collapse
No announcement yet.

Oracle Courts PeopleSoft's iSeries Users

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • #16
    Oracle Courts PeopleSoft's iSeries Users

    I have no idea why it even keeps getting mentioned except that maybe they think that's a program worth mentioning or something. I don't know. I don't discount the standard maintenance, query and report prompt programs. They're part and parcel of every system ever developed. However, as push-button development tools and code generators become more ubiquitous, I see more and more tool vendors confusing this with programming. There is a real confusion about how hard it is to actually program real business logic. I think I'm going to write an article about this. It seems to me that there needs to be a clearly delineated break between presentation layer programming and business logic. The fact that tool vendors tend to focus on the former and gloss over the latter is probably part of the reason that non-technical executives think that everything can be outsourced; if it can be done by a code generator, surely it can be done by a human being (who we'll pay the equivalent of $3.50 an hour, and we'll all be happy). Hourly figure based on standard monthly pay of 25000 rupees, or about USD$575. This is a median-range figure for someone with 2-3 years experience; folks with 5-6 years experience may get about double that, "freshers" out of college will get half that. We really need to get serious about this. We need to identify that there are different types of programming, and that each requires different skill sets. Otherwise, we're going to continue to hear about "30 to 1 productivity gains". Joe

    Comment


    • #17
      Oracle Courts PeopleSoft's iSeries Users

      Joe Pluta wrote: Otherwise, we're going to continue to hear about "30 to 1 productivity gains". This is one of those things that presses my hot buttons. The assumption is that a single outsourcing programmer is replacing a single in-hous programmer.. . . . . . ..Until the bill is received. Dave

      Comment


      • #18
        Oracle Courts PeopleSoft's iSeries Users

        Nearly any commercial enterprise may or may not need back-end processing, depending primarily on the size and complexity of the individual operation and their business rules. For example, a typical formal wear shop doesn't need much in the way of computerization. Even so, nearly every one in my area has gone to PCs for ease of use, probably using Microsoft Access in the background. They don't need much in the way of computing services, and they also aren't likely to do their own programming when they do. This low end customer may never require anything like RPG. On the other hand, let's say this company grows and becomes a multi-state formal wear distributor. At this point you have issues with shipping, promotions and deals, multiple locations, high-volume order entry, scheduling for peak periods, and the like. At this point, the company needs the power of a flexible business rules system, and for that, nothing is better than RPG. The pink elephant is a product of some pretty faulty logic on your part. Even if a non-RPG solution exists, that does not imply that RPG isn't the best tool. I CAN write a perfectly competent solution in assembly language, or Pascal (in fact, I did quite a bit of this in Pascal in a previous life). I can also put in a screw using a brick. That doesn't make Pascal better than RPG, or a brick better than a screwdriver, it just makes me silly for using the wrong tool. However, there are people who have been convinced either by hype or by consultants that there are better languages than RPG. I merely point to the fact that not one person has ever developed a from-scratch MRP generation in anything like the same time it can be done in RPG. Until you prove this statement wrong, I have no further comment on the topic. I'm tired of your pink elephants (they must be first cousins to red herrings). As to the cutoff point, I pretty much feel that if you can run your business on Microsoft Access, then you don't need a back-end system. And there is a niche for those who want to provide consulting services to such companies. It's just not the niche that requires my skill set. Joe

        Comment


        • #19
          Oracle Courts PeopleSoft's iSeries Users

          CDR5000 observed: End users are quite good at retrieving what they need without IT's help. Have you noticed this yet? No Dave

          Comment


          • #20
            Oracle Courts PeopleSoft's iSeries Users

            cdr, it's not the type of business but the size of the business, or government for that matter, that requires ability to handle complexity. You do not appear to be speaking from experience in a complex environment. As for your list, the S/3 family (System 3x, AS/400, iseries, i5, yada yada yada) and RPG software is renowned for it's history in the wholesale, distribution, and retail industries. If it is a Fortune 500 in these industries, they likely got there on that platform and still the backbone of their operations, albeit diminishing steadily. The larger the operation, the more the power of the AS/400 and RPG programming enabled the business to handle whatever they wanted to take on. The smaller the amount of business transactions, the less a powerful midrange computer and business transaction software is needed. Even where a dozen AS/400's are running the business, the environments I have been in for the last 10 years, retrieving data for reports and analysis would be done with query tools, not RPG programs. RPG creates the data that you refer to. Ease of programming is really shorthand for effectiveness of programming and execution. Query reporting and analysis based on predefined indexes does not require programmers, so programmers wouldn't be hired for that. Businesses also don't want to pay for IT projects when what they want is already there, so of course their goal is to eliminate huge IT project costs and run their businesses without paying those costs. My gut feel at this time is that RPG packages on the midrange and COBOL packages on the mainframe for certain larger scale operations in some industries were far more cost effective than implementing even vanilla ERP's that run on Unix and Windows, but so far businesses are being told the extra cost is for advanced features not found on the midrange AS/400 software. We have seen what happened to AS/400 software vendors as a result, but Oracle smashing Peoplesoft and JDE changes everything. Businesses will be looking for an alternative because Oracle doesn't fool them about the alleged value at Oracle pricing. It would be nice if the cost effectiveness of the AS/400 and RPG software is re-recognized now. rd

            Comment


            • #21
              Oracle Courts PeopleSoft's iSeries Users

              While I'm ranting about evil software companies, I'll throw this in. This is the kind of stuff that Oracle will do to companies. I have a purchased Windows 98 OS legally installed from the CD on a PC not on the internet, and a purchased Street Atlas 2003 legally installed on it from the CD. This PC used to be on Roadrunner but I no longer have Roadrunner. Yesterday my Street Atlas refused to "Find" locations on a map. Instead I got a "Refused to initialize (ISO error)". I thought it must have been something I clicked wrong or something, and I made a number of different attempts to get any of my previous searches to work again, to no avail. So I type the error into Google on my laptop on the internet and up comes a support posting from DeLorme referring to Microsoft driver problems due to bad system date. Huh? Ok, the year changed to 2005 but so what? The support page said to ask Microsoft nicely to please let you use your software again. Not quite believing that Microsoft would put a timeout on their database ODBC drivers, I set the date on my PC back to 2004. Voila! Street Atlas can work again. Is this really the way you want software companies to control your business? I didn't think so. I'll just set my date back when using Street Atlas and once again condemn Microsoft to a very hot place for eternity. rd

              Comment


              • #22
                Oracle Courts PeopleSoft's iSeries Users

                All- It appears to me that most of the RPG diehard posters here are in DENIAL mode. First, let me say this my bread and butter is RPG and IBM ( both old and new ). But, to say that RPG is the best is a falacy ... This is the truth... Most IBMer's up to now believed PL/I is the best programming language they created on earth. If you have not coded on PL/I ask our dearest RPG guru Bob Cozzi for his honest opinion. In fact RPG FREE is beginning to look like PL/I by syntax.

                Comment


                • #23
                  Oracle Courts PeopleSoft's iSeries Users

                  nyuk, nyuk. chuck Opinions expressed are not necessarily those of my employer. "mikejsavino" wrote in message news:6b2091d0.39@WebX.WawyahGHajS... > And there seems to be lots of them being thrown around in this discussion. > > Does everyone here realize that 96.45% of all statistics are made up on the spot ?? > > Trust me on this one. > > Happy New Year, > > Mike

                  Comment


                  • #24
                    Oracle Courts PeopleSoft's iSeries Users

                    At my last employer we ran World on AS/400. Our weekly check run took about 6-8 hours of processing. It was about 30,000 checks per week. When we moved to One World the process ballooned up to about 24 hours of processing. It was a mess that never improved. chuck Opinions expressed are not necessarily those of my employer. "Dan Stephens" wrote in message news:6b2091d0.33@WebX.WawyahGHajS... > "As an update JDE One World is not developed using RPG but with a 4GL tool. Asks a Denver insider, and they will tell you that they have been doing this since 1996 the birth of our beloved ILE RPG IV." - TonyT > > That's probably why JDE One World runs so poorly on the 400. It doesn't take advantage of the native I/O but does it all through SQL, and does that poorly since it doesn't seem to understand how the 400 handles indexes. They don't even use EVI's, which is the FIRST thing I'd do to try to get some quick performance gains for almost no effort. > > Actually, though, the underlying guts of JDE OW on the 400 was NOT developed with a 4GL. Only the PC side was; the presentation layer. The part that resides on the 400 is written mainly in C and RPG. It was written in different languages for the different platforms (Unix, Wintel, etc). > > The 4GL part is the presentation layer. Which is what most people in these posts have been saying all along that a 4GL can often do well. > > 4GLs are normally good for reports, master file maintenance, queries, and normal straight forward logic. They normally do NOT do well where complex rules and algorithms apply for business logic. How many process control systems have been written with a 4GL? Remember, I'm not talking about the presentation layer, but the underlying operations. > > IMO 4GLs are good for quick development of maintenance programs, standard types of screens, reports, etc. The database side and mass processing of records are best handled in a language where the programmer can choose the exact methods to best accomplish the task based on assessment of quantities and makup of the data, and the problems faced. > > IMHO RPG on the 400 is best for that. > > MYSELF, I wish we could get away from displaying ANYTHING from the 400. Let it be the premier database server that it is, and let the Wintel platforms display the data, with 4GL tools, and anything that applies to make the presentation layer easier to produce. > > This is what JDE OW has attempted (poorly) to do. It's a great idea, and if JDE ever finishes developing this product to where it is ready for release, it'll be great. Too bad they released it about a decade too soon. > > -dan

                    Comment


                    • #25
                      Oracle Courts PeopleSoft's iSeries Users

                      Joe said: "Uh, where does THIS information come from? As far as I know there are a whole bunch of web sites using SQL Server" Count my company as one who use MS IIS and SQL Server. We get approximatly 80k unique visitors a day. The web site hardly sweats. Of course, the use of Akamai helps in the process. chuck Opinions expressed are not necessarily those of my employer.

                      Comment


                      • #26
                        Oracle Courts PeopleSoft's iSeries Users

                        Interesting article today on slashdot from an SAP Netweaver architect on merging ABAP and Java processes to run concurrently in as solid an environment as SAP provides, this by creating a modified JVM based on Sun's embedded process JVM to run with ABAP's VM. One slashdot reader says that ABAP is jokingly referred to as German COBOL. Much of Peoplesoft was also based on COBOL. It will take awhile for business to realize that RPG and COBOL was the basis of decades of cost effective business software that they will soon be longing for again, and that the AS/400 is the computer to run that software. rd

                        Comment


                        • #27
                          Oracle Courts PeopleSoft's iSeries Users

                          RD said: "It will take awhile for business to realize that RPG and COBOL was the basis of decades of cost effective business software that they will soon be longing for again, and that the AS/400 is the computer to run that software" This is like the military longing for the times when people are throwing stones during battle. Life was so simple then... Ahhh, those were the GOOD OLD DAYS. And I'm sure this is not the mentality of most IT developers. We need Stars Wars like technology in-line with user requirements for life is getting more complicated each time we breath the winds of change...

                          Comment


                          • #28
                            Oracle Courts PeopleSoft's iSeries Users

                            TonyT pontificated: I'm sure this is not the mentality of most IT developers. More's the pity. Dave

                            Comment


                            • #29
                              Oracle Courts PeopleSoft's iSeries Users

                              RPG and COBOL, nor SQL for that matter, have nothing to do with a user interface. Also, SQL is quite old itself, perhaps older than the RPG chain opcode. There are reasons for both, and what IT developers think is popular should be the least of any reasons to use either one. I/O and UI are two different issues. For example, Delphi has native I/O in the most advanced GUI that exists, along with SQL. There is no reason not to think of RPG in the same way. In my opinion, only because of IBM's marching orders for Websphere and SQL in Java was the natural migration to a native GUI user interface for RPG on the AS/400 in Rochester crushed by Armonk. rd

                              Comment


                              • #30
                                Oracle Courts PeopleSoft's iSeries Users

                                I know I'm late to the party, but here goes anyway. > I borrowed the following industry list from > another web site. It offered to match interested > parties with software vendors. Many would > never require a complex back end program for > any part of their business, yet all contribute to > the US economy. -snip- > Distribution / Wholesale Trade -snip- After 17 years in Wholesale Paper I can most assuredly tell you that we had very complex back end processing programs. I now work in the telecom industry and can assure you that complex back end processing is the norm rather than the exception. > How would a dual mode (presentation layer and > separate back end) system benefit these companies? I guess I misunderstand the question since all interactive programs have a display layer and a processing layer. Maybe you mean that having a browser as UI with separate RPG programs to process them has no added benefit? Aside from the modern UI, you're probably right. Although virtually everyone is howling for a more modern UI these days... > I also have a problem ignoring the large pink > elephant in the room. How do you explain the > existance of competent ERP systems not written > on the AS/400 or using any RPG dialect? > Am I contradicting a law of physics here? Not at all. I don't think anyone here has advocated ONLY RPG for back end processing. Rather, that RPG is better than SQL for the back end work. Since this is an iSeries forum, I think we can safely assume that iSeries programmers are reading this thread. :-) Other platforms certainly have different options and different trade-offs. > End users are quite good at retrieving what they > need without IT's help. Have you noticed this yet? I haven't, but my customers are medium sized telecom companies, and perhaps they aren't in the same demographic you're thinking of.

                                Comment

                                Working...
                                X