Slashdot Mirror


IBM To Publish Java Office Suite

prostoalex writes "The Big Blue will bundle J2EE-based word processor, spreadsheet, and presentation graphics applications in its WebSphere portal. What's more interesting is that the package is server-side, with functionality of the application being delivered to the user over the network. Both CRN (linked above) and The Register considered that a major move against MSFT."

3 of 229 comments (clear)

  1. Re:This is a return to 1980 by TWX · · Score: 5, Interesting

    "First it was dumb terminals then network computers and now this. Its dead give it up."

    Do you have ANY idea how useful something like this could be to large environments? Where I work, we have 35,000 computers on the supported list. Two or three different platforms worth, PCs, Macs, and some occasional Linux machines. It would be kick ass if we could deploy one version of one productivity suite across the whole network, especially if we could do it with site based central servers rather than having to work on each and every PC on the fucking network.

    If this supports server-side file storage, it's even better, since then we don't have to worry about user data any longer. We'll gladly build fault-tolerant servers if we only have to do it for about a hundred machines, and suddenly we can also roll out upgrades to the products with only a few days' work, not months like we currently have to.

    The days of dumb terminals rocked. If one broke, we brought another one out, and swapped. If the server broke, we dropped everything and fixed it. Regardless, the user wasn't without a connection or machine for days at a time like which happens in the Windows world. If Microsoft hadn't managed to con everyone into believing that their dumbass standalone workstation idea was the best, we'd probably be using X-Terms now, and have even better centralization of critical data, rather than every user having to know how to copy their data to the network attached storage (and most of them are not interested in learning).

    Just because a computing model is old doesn't mean that it's outdated.

    --
    Do not look into laser with remaining eye.
  2. Re:How about an MS Access alternative? by Gavin · · Score: 4, Interesting

    IBM already has a Pure Java database in Cloudscape (www.cloudscape.com). IBM acquired this nifty little toy when they brought Informix in 2001. It is an embedded database that is much more feature rich then McKoi.

  3. Re:Here piggy, piggy. And the pig comes 1 year lat by Bodrius · · Score: 4, Interesting

    True, IBM has experience killing off retail software, like SmartSuite.

    But they also have experience dealing well with server software, like Websphere.

    This is not competition for today's bloated Microsoft Office running on your desktop. This is competition for tomorrow's subscription Microsoft Office running on your company's big iron server.

    Bloat is a not that much of an issue there (and at the Websphere price scale), and I don't expect it to be that bloated, memory-wise. It's likely to have less graphic candy, wizards, and certainly less "covert OS upgrade components" than MS Office.

    GUI support is almost certainly a non-issue too. This is Websphere we're talking about: thin-clients, J2EE, Servlets, EJB and Web Services... that kind of stuff. If IBM chooses Applets for their GUI they should be beaten to a pulp literally, and probably will metaphorically. But that is doubtful, unless SWT is much better than it looks right now.

    They'll likely use a big, complex Web interface and just require all users to use IE or Mozilla 18.whatever (probably the later for flexibility's sake), which is certainly less than a requirement to install some other custom client OR an Office suite.

    I can already hear the complaints: "What? They force me to install a particular browser instead of a 1GB Office Suite? Oh no!". I'm just speculating, but that sounds to me like the sensible solution.

    There's a broad market of options for Web-based interfaces that work quite well if you don't have to deal with compatibility issues, your application logic is not the issue, and you have the resources to debug them properly as an application (as opposed to as 'just a website').

    This passes the GUI requirements to the browser support of whatever you're using for GUI: Javascript and DHTML works fine. Or maybe they could go for one of those new fancy XML-based 'web-app GUI' projects that one keeps hearing about in Slashdot. Or they can go the plug-in way.

    Whatever they find works best for their Websphere market, which is what matters to them here.

    --
    Freedom is the freedom to say 2+2=4, everything else follows...