To: ed who wrote (21783 ) 3/14/1998 4:26:00 PM From: Chris McConnel Respond to of 97611
A few thoughts on the CPQ/DEC Merger: Hi, I'm new to the thread and just wanted to put my two cents on the cpq/dec merger. There was a series of articles in the Financial Times two weeks ago that talked about the corporate move back to a more centralized computing model, akin but not exactly like mainframe computing. It seems there have been quite a few companies that have been burned on internally and externally developed client/server systems. Client server and three-tier systems work well for small companies, but are not always scalable enough or the development tools are too immature for large projects. Anyone, who has struggled with a Visual Basic project, knows what I mean. (I write client server programs for small money management firm, so I have some first hand experience with this.) I'm not suggesting that large companies are going to toss their PCs and put in dump ascii terminals, but it is easy to have a centralized computing and still have GUI based clients. The GUI clients can be Xwindows terminals, which are now used in several banks. The servers for these terminals are almost always Unix based. Some firms are exploring web-based development, where the browser serves as the front end of the application. The clients would not necessarily be an NC station, cheap PCs with a browser for the in-house apps and MS Office for prod. apps. would work just fine in these situations. In these scenarios, it really does not matter what server is on the backend. It could be IBM or Hitachi big iron with tweaked Cobol that sends out HTML to the clients or an NT system using active server pages. Also, Microsoft's Terminal Server version of NT (a.k.a. Hydra) will give Xwindows functionality to NT (but with a different protocol from Xwindows.) One 4way NT server box will be able to run somewhere in the range of 25 to 50 clients, and all the apps will run on the server. The clients can be a cheap 386 PC (or better) or a windows terminal. All this comes to one thing: lower and lower profits on the clients. If you believe (like I believe) that centralized computing is the direction large corporations are going, then the merging of CPQ and DEC makes really good sense. CPQ needs heavy servers, support and software services, and networking if they are to continue growing. DEC provides the quickest path getting there. Good luck to all those long and short CPQ. I'm long at 27 and 25. Will buy more if it goes down. - Chris Note on Alpha: Some industry pundits believe that all DEC has to offer is the support services. I would disagree, CPQ needs everything that DEC has (except DEC's PC division :) ), including the Alpha chip. Because of NT's limited scalability, it can not be used for many large SQL projects. Because Alpha is much faster then a Pentium Pro or II, it will give CPQ a leg up on the heavier database and transaction processing projects, providing at least a two year window until Merced based servers come out. Even then, it will take time to work the kinks out of Merced hardware and software (Merced is a RISC chip, with x86 compatibility, and will require it's own compile of NT and a new kernel to get full speed out of it) while Alpha servers will be proven technology.