Friday March 24th, 2000
Time for another weekend discussion. The question this weekend:
What do you feel is an appropriate level of integration between a browser and an Operating System? And at the other end of the spectrum, what are your feelings about Mozilla's cross-platform approach?
#71 Re: XPCOM and XUL are the future
Monday March 27th, 2000 2:59 PM
You are replying to this message
XPCOM doesn't necessarily have to grow into DXPCOM. DCOM is basically trying to redo CORBA. Drawback of DCOM - trying to implement it through a firewall without leaving a gaping security hole. I'd prefer XPCOM to grow into CORBA.
As far as the "number of machines" argument, for the desktop, I can sorta see the premise.
For the server arena, UNIX still reigns.
However as more "Internet Appliances" hit the market in force, and some are starting to hit, the OS means nothing. Most "Mom & Pop" spots are the type to get the appliance. These are the folks that got AOL "cause it's easy". They don't care what it runs on. They care if it works or not and helps them get done what they want to get done.
Developers, on the other hand, do care about COM. If you took away COM from MS-Windows, I'd warn you to try not to get trampled by the ensuing stampede. Without COM, VB ends up little more than the BASIC from DOS days.
XPCOM is working toward COM capatibility. If you have the choice between making a COM component or an XPCOM component with all other things being equal, why on earth would you choose the technology that limits you to just MS-Windows?
I don't expect, or truth be told necessarily want, Microsoft to go away. What I'm hoping for is a loosening of the chains to my MS-Windows box. I would like to "want" to work on MS-Windows because it may be the better tool for a job. I would also "want" to work on Linux for some jobs. I would "want" to work on a BSD. If they all have a common component toolkit, I'll be less likely to have to use a screwdriver to cut a piece of wood... so to speak.