SI
SI
discoversearch

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor.  We ask that you disable ad blocking while on Silicon Investor in the best interests of our community.  If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.
Technology Stocks : MSFT Internet Explorer vs. NSCP Navigator -- Ignore unavailable to you. Want to Upgrade?


To: Justin Banks who wrote (16664)1/23/1998 11:00:00 AM
From: Scott Pease  Read Replies (2) | Respond to of 24154
 
But their use of CORBA ensures their interoperability with a wider variety of applications both local and across the network, and across a wider variety of platforms.

Hi Justin, i understand your perspective as a SGI user (and employee :), but do try to think from the perspective of a windows user.

Pick up a copy of Visual Basic journal, or Access Advisor, or Lotus Notes Advisor. All these apps are using COM to communicate. There are very, very, very few CORBA apps on the windows client base. There are thousands of COM projects. Go to any IS shop and ask how they develop internal apps -- its usually with PowerSoft, Visual Basic, or some other RAD tool that builds on top of small ActiveX controls.

I totally agree with you that CORBA is the right solution on the server, and Microsoft's DCOM is fairly lame there -- no good cross platform solution.

But on the client, COM is king. And Netscape's implementation is poor -- you CANNOT embed Netscape in your own application like Microsoft IE. That is why Quicken, AOL, Lotus Notes, PointCast, and thousands of IS apps embed IE instead of Netscape. Not because IE is so superior or anything like that, simply because you CANNOT with netscape!!! Maybe with netscape 5, but as none of us depend on NT5/Win98 we don't depend on NS5.

I don't want to get into a technical argument on which is better, COM or CORBA. don't care (didn't care whether OS2 or Win95 was better). COM is here to stay on the client until the point where a non-windows world is the dominant platform on the client. CORBA is the perfect solution for server components. Too bad Microsoft is still forging ahead with DCOM, and NOISE ignores COM where appropriate.



To: Justin Banks who wrote (16664)1/23/1998 2:45:00 PM
From: Reginald Middleton  Read Replies (2) | Respond to of 24154
 
<Searching the developers section in NSCP for CORBA finds 100+ documents. Searching for OLE finds 29.>

You are getting your info from NSCP's site, I am getting mine from the guys who actually spend the money for development. Visit micromodeling.com, tisny.com (these are the guys that I went to before I decided to develop my stuff in-house), or any random sampling of integration consultants and see how much CORBA stuff is on thier site as compared to MSFT technonlogy. You can't make money by talking about technology and posting it on a site, you have to sell it to get paid.

<I don't typically use spreadsheets>

Most of the guys that spend the money do, Word processing and Database apps.

<I would never download something that had executable code in it and just run it, unless I was very sure of the security model of the application.>

Most of the users of corporate intranets do, the security is a given if it on the net and behing the firewall.

<But their use of CORBA ensures their interoperability with a wider variety of applications both local and across the network, and across a wider variety of platforms.>

Maybe so, but it also assures less functionality across the most profitable, adn ubiquitous segment of applications, both local and across the network (Windows apps). NSCP is for profit the last time I checked.

<Why don't I just acknowledge that you are an expert in everything you've ever read about in Windows world, and we'll agree to disagree on yet another point.>

This comes from experience, not web sites or magazines. Can you honestly say the same Justin? Why do you think I decided to spend my rather meager resources on MSFT rather than NSCP development?