There is another "problem" with canned applications. The damanagement has to make a choice to either bend the business to match the application of bend the application to match the business. From my point of view, the latter is happening more than the former. Also, as a side note, I believe the list's tone has changed as companies are trying to find cheaper solutions to their database needs. Although in the end run Sql*Server and DB2 come out close to Oracle in cost, they hide most of the added stuff as either third party applications or else unmentioned extras that you'll need. Oracle just bundles it all up front making then look more expensive than the others.
Dick Goulet Senior Oracle DBA Oracle Certified 8i DBA -----Original Message----- Sent: Friday, August 22, 2003 12:59 PM To: Multiple recipients of list ORACLE-L Mladen, >There is another thing happening: companies are >more and more relying on >canned, >off the shelf applications, in a hope to become >"compliant with present >standards". >That has dramatically cut down the number of needed >developers, because if >you don't >have to develop your general ledger, payroll, CRM >and HR software, you only >need >IT staffers to monitor production. Granted for these functions, which are rarely at the core of your business. However, by turning to canned applications for everything, firms are doing nothing that turning themselves into commodities - the road to bust for those unable to sustain a price war. And most canned applications of some breadth seem to require a degree of 'parameterization' which demands teams often bigger (and more expensive) than yesterday's in-house development teams. Interestingly, the amount of data which everybody is storing seems to outpace Moore's law by a comfortable factor. Which, if nothing else, proves that the payroll and HR software is not where the action is. >They stil need DBA's because >they'd better have somebody >monitoring >their multi-TB databases, but development is no >longer necessary. Wait for 10G, which takes care of itself :-). Stephane Faroult Oriole -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Stephane Faroult INET: [EMAIL PROTECTED] Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Goulet, Dick INET: [EMAIL PROTECTED] Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
