Slashdot Mirror


IBM To Announce Web-Based Desktop Apps

mgoulding writes "IBM is expected to announce a software bundle targeted to business users that will challenge the Microsoft Office package. Unlike Office, the email, word-processing, spreadsheet, and database products will be accessible to Linux, Unix, and heldheld users through a web server. NewsFeed posts the story from CNET." It's certainly something that's been tried before - witness sites like MyWebOS (no longer existing).

38 of 322 comments (clear)

  1. Pricing? by strictnein · · Score: 5, Interesting

    What's the pricing for this setup? I know the article mentions a $2/user/month charge, but it also requires IBM Websphere (which is what IBM really wants to sell with this setup). Which version does it require? Websphere has quite a price range.

    Also, the really big question is: What is its compatibility with MS Office?

    1. Re:Pricing? by baudilus · · Score: 3, Interesting

      As far as price goes, it would need to be quite an advantage over the standalone nature of M$ Office. the monthly fee ostensibly raises the TCO quite a bit for large companies, and I just don't see the benefit of raising my bottom line just so people can access it from their handhelds, etc. Ever heard of Pocket Excel and Pocket Word?

      What happens if the network is down? I can just see it now -

      CFO - anyCompany - "I have a huge presentation to make and I can't print my slides!"

      I'd hate to be the IT manager getting that call.

    2. Re:Pricing? by deuce868 · · Score: 2, Interesting

      So why charge $2 a month, and how are they verifying you are using it or not. It seems the only way to get a monthly payment out of you would be if they were hosting and monitoring usage. I read it as you would have to pay for the server software, but they took care of hardware and the client software for the $2 per user per month. Maybe I just misunderstand this:
      "The company plans to charge customers $2 per user per month for access to the software, plus the cost of server software, such as IBM's WebSphere"

  2. Office.NET by DavidLeblond · · Score: 4, Interesting

    If I remember correctly, back when Microsoft started trying to think of something to tie to their new .NET naming scheme they had the idea that the version of Office beyond Office XP was going to be completely web based, where you would basically subscribe to it and log on via a webpage. Of course, seeing how the version beyond Office XP was Office 2003, they obviously changed their minds.

    1. Re:Office.NET by truthsearch · · Score: 4, Interesting

      I don't think they changed their minds. I get the impression they're waiting for .NET's XAML stuff to be released. I think that's why they haven't rewritten Office on .NET yet. Once it's XAML then it can be served from a web server. Longhorn will have built-in support for XAML apps, so I suppose clicking on an icon can launch Office over the web once the app's rewritten in XAML. Then it'll look like a native app and they'll use it as a selling point for Longhorn.

      Of course this could have been done years ago with Mozilla's XUL...

    2. Re:Office.NET by Tarantolato · · Score: 2, Interesting

      Have you seen the new incarnation of Microsoft Works? It seems to use IE's XML/HTML renderer for most of the display work. It's all still on your local machine, but would be far easier to make distributed than old-style Office apps.

    3. Re:Office.NET by NutscrapeSucks · · Score: 2, Interesting

      the whole project was trashed for a combination of political and hopefully basic logical issues

      Probably mainly for marketing reasons -- having two different office suites on the market would be confusing. There was a lot of press on this project, BTW -- it was called NetDocs or something.

      I worked at an IBM business partner and saw this "new" Lotus Workspace software about 5 years ago, and it was the same problem -- It wasn't Notes, it wasn't SmartSuite. What is it? It's a lot easier to do this stuff when extends an existing product (like MS's webified version of Project).

      In those days, it was being mainly pitched towards "NC" thinclient customers.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
  3. Annoying by Fryth · · Score: 2, Interesting

    I wouldn't use web-based applications for the same reason I don't use webmail. It's like sitting at a dumb terminal... I feel very powerless.

    1. Re:Annoying by spacefight · · Score: 5, Interesting

      I feel very powerless.

      So, you've never sat on a dumb terminal (or terminal emulator) attached to a powerful cluster of IBM S/390s ;-)

    2. Re:Annoying by onebuttonmouse · · Score: 2, Interesting

      I know exactly what you mean, most webmail interfaces compare very unfavourably to my preferred email client (Mail.app).

      However, if it's done properly I think it could work. Have you used the web interface for MS Exchange? At a glance you wouldn't know it wasn't a 'real' mail client.

      --
      MacBook Pro. Worst name since the Bicycle
  4. eSuite? by LinuxHam · · Score: 4, Interesting

    I guess the submitter doesn't remember Lotus eSuite.

    --
    Intelligent Life on Earth
  5. Uhh by XMyth · · Score: 2, Interesting

    As the article said, it's been tried before. IBM had a toolkit out for doing just this a couple years ago. The toolkit/sdk was pretty nice too...for the life of me I can't remember the name....

    However, it didn't fly then, why would it fly now?

  6. Better UI by Tablizer · · Score: 5, Interesting

    First, we need a better HTTP-friendly GUI protocol. HTML+DOM+JavaScript is awkward for business applications and forms. Those were generally designed for "e-brochures", and not business forms. XML candidates include XUL, XWT, SCGUI (my pet protocol), and others.

  7. Re:tough sell to management by mikeee · · Score: 3, Interesting

    Management is getting POed by all these windows viruses, and the IBM name carries a lot of weight in some shops...

  8. MS has this by Saint+Stephen · · Score: 3, Interesting

    When I worked there, I poked around and saw something (I forgot the code name) which was Word and Excel in a web browser done with DHTML and script and no activeX, similar to Outlook Web Access. They cancelled it a couple of years ago, but they can bring it back out.

  9. old idea, new interface? by sklib · · Score: 4, Interesting

    This seems like they're just using a web browser the same way X programs use a remote display. Remember in the old days when everyone had a local machine that was relatively weak, and ran all their *real* applications (you know, besides, xclock) through the lan, on a computer hidden in a server closet somewhere? This sounds very similar, except they'll be using the web as an interface, instead of X-windows.

    This might look like IBM is trying to get back some sales from Dell -- the machine sitting on a user's desk can be anything, but the server in the back room will be an IBM, worth tens of thousands of dollars.

    Or will the web interface simply download a java application to the person's local machine?

    --
    -S
    1. Re:old idea, new interface? by Woogiemonger · · Score: 2, Interesting
      This seems like they're just using a web browser the same way X programs use a remote display. Remember in the old days when everyone had a local machine that was relatively weak, and ran all their *real* applications (you know, besides, xclock) through the lan, on a computer hidden in a server closet somewhere? This sounds very similar, except they'll be using the web as an interface, instead of X-windows.

      This might look like IBM is trying to get back some sales from Dell -- the machine sitting on a user's desk can be anything, but the server in the back room will be an IBM, worth tens of thousands of dollars.

      Or will the web interface simply download a java application to the person's local machine?

      Well, the key is that the application can be run offline. Like some other posters, I'm also betting it's Java-based, because of this, rather than using something like X packet-forwarding or HTML, both of which would be unbearable with any lag.

    2. Re:old idea, new interface? by IGnatius+T+Foobar · · Score: 2, Interesting

      This sounds very similar, except they'll be using the web as an interface, instead of X-windows.

      Larger organizations really ought to be giving the X Window System a good hard look. Remember 20 years ago when the cube farm was nothing but acre upon acre of IBM 3270 terminals? Those were the days when a single desktop flunkie could service hundreds of users, because a terminal either worked or it didn't, and when it didn't, you just swapped it out for a working one.

      Now it's 2004, and we have IBM behind Linux. Imagine the power of LTSP (the Linux Terminal Server Project) running on a big mainframe serving applications to hundreds, or even thousands, of LTSP client stations. This is the true power of Network Computing -- and yes, it's still a good idea. It failed in the late 1990's because the McNealy/Ellison idea of Network Computing meant that you had to throw away all your Windows applications on day one and replace them with pure Java applications. Not so with what I'm suggesting here -- you can mix Java apps, web apps, native Linux apps, and even Windows apps using your choice of emulation (Wine, etc.) or rdesktop to a Windows appserver.

      The desktop as we know it needs to disappear for large installations. It makes sense for small installations, and for developers, and hackers, etc. but for your typical large office full of hundreds of nontechnical users, we need to go back to the "glass house" model of computing that worked so well for so long. And we'd be there already, if Microsoft and Intel weren't so good at preserving the inefficient, bloated status quo.

      --
      Tired of FB/Google censorship? Visit UNCENSORED!
  10. Didn't Lotus try this with Java? by voodoo1man · · Score: 4, Interesting

    I remember reading some announcement about how Lotus (owned at the time by IBM) was going to put out a web-based "utility" metered Java version of their office suite. This was back in about 1998. I don't recall anything after that. One has to wonder where this new announcement leaves Smartsuite, since it too is competing directly against MS Office (and if they haven't changed Word Pro too much in the last seven years, they have a pretty good go at it, too - Word Pro 97 is still my favorite word processor).

    --

    In the great CONS chain of life, you can either be the CAR or be in the CDR.

    1. Re:Didn't Lotus try this with Java? by dominux · · Score: 2, Interesting

      that would be e-Suite, it was a lot of very nice java applets, designed to do 80% of what a full office app would do, however it got shelved eventually (after I put a fair amount of effort into groking the API) I think because 80% was not enough, Java was too slow at the time and the customers just weren't there for it.

  11. Re:Wow by AlecC · · Score: 5, Interesting

    I don't think it is really going to be such a giant blow, because it really is only for large scale corporate users running Websphere. I don't see the smaller company, the self-employed, or the home user switching to this. Which means that it cannot become a de-facto standard, as Word and Excel have. Which in turn means that the corporations will not be that enthusiastic, because they also deal with these other people. If you want som ething that is really quite compatible with the de-facto standard, but not quite, Open Office is available for $0.00 per month.

    It will appeal to pointy haired power freaks who dislike the idea of employees having letters and/or spreadsheets on their C: drive. This way, everything is on the company managed central server. Mwahahahaha! Of course, there are cood reasons for that as well - backuip, legal liability, central administration. But they are, broadly speaking, considerations for megacorps not the small user. And it is the magacorps who are IBM's favourite customers.

    --
    Consciousness is an illusion caused by an excess of self consciousness.
  12. Re:Wow by Zone5 · · Score: 3, Interesting

    They tried *exactly* this strategy before with the Lotus e-Suite... web-based analogues of their SmartSuite products. We beta-tested them for Lotus back before they pulled the plug, so I know of what I speak.

    It crashed and burned then, and as much as I applaud the effort, I don't see any clear reason why it won't do so again this time. They may be marketing well to the geeks by saying the right things (platform independence, low TCO, easy distribution), but the end-user ultimately rules the roost, and if the last go-around is any indication, the products will be slow and clunky, only partially functional, and generally leaving a lot to be desired. You'll spend more time answering "why doesn't it do X?" phone calls than you ever spent deploying and administering Office.

    I truly hope they do better this time, but if they do pull it off you could likely knock me over with a feather.

    --
    "So on one hand, honey is an amazingly sophisticated and efficient food source. On the other hand it's bee backwash."
  13. I wonder... by JediTrainer · · Score: 4, Interesting

    I've played around with Java Web Start and it seemed like a good idea, in theory at least.

    The idea is when you're running the Java plugin in your browser, you can 'launch' full applications right from the site. It can be either in a single JAR file, or split amongst many (JWS is supposed to download the pieces as they are needed).

    Anyway, it is pretty neat and it's come a long way. With some improvements it might be viable to launch full-blown apps such as Office and whatnot (assuming you can get them running well enough in Swing or whatever), although the downloader still needs work to more intelligently decide which pieces to get.

    I've written a few JWS apps already and it seemed pretty good, but they really do have some bugs to work out before it's ready for prime time.

    --

    You can accomplish anything you set your mind to. The impossible just takes a little longer.
  14. Java-based? by crazy+blade · · Score: 5, Interesting

    I think that it might actually be something Java-based. The article says:

    ...IBM's new software is designed to be distributed and accessed through a Web server...

    ...unlike pure Web applications, the new software is designed to be used offline, so mobile users on laptops or handheld devices can connect, quickly access applications and disconnect to do work offline...

    The web interface will be limited to things like initial setup (like java web start), browsing on-line help, group collaboration etc.

    --
    To err is human, but to forgive is beyond the scope of the Operating System...
  15. I wonder why they didn't use TIBET(tm)? by Baldrson · · Score: 4, Interesting

    TIBET(tm) (a Javascript library that's up there with CPAN in terms of comprehensiveness) has the muscle to do this sort of thing: Client-side expansion of custom tags, webservices, local file access, fully reflective.... I wonder why they didn't use it. Or did they?

  16. already in WebSphere Portal by Anonymous Coward · · Score: 1, Interesting

    They already have shipped similar functionality in WebSphere Portal v5. I wonder if they will use the same codebase in this rumored product.

    Their sales pitch is that 80% of MS Word users use 20% of the functionality. If they can undercut the Word license per user they can get in the corporate door. (lots of users = lots of license savings) even when requiring a WebSphere license it would still be cheaper.

  17. Java Applet Using SWT? by occamboy · · Score: 4, Interesting

    First off, this makes a TON of sense if executed properly; it could yield a centrally-controlled system that is client (and OS)-independent and lightweight on the client side.

    The key is to overcome the previous issues with this type of arrangement: It should also run off-line, and act like a local GUI app, e.g., not refresh the screen with each formatting change.

    I suspect that this is doable using Java Applets running the sucks-way-less-than-Swing SWT. Sun should definitely be VERY AFRAID.

  18. Re:Wow by azpenguin · · Score: 2, Interesting

    This may also appeal to flustered IT departments that are sick of blowing big pieces of their budget on data recovery. When I keep important data on my hard drive instead of on the company's server, I'm risking a write up, particularly if said drive crashes. When a company VP does the same thing, well, hey, that's a VP, let's fork out a couple of thousand bucks to a data recovery company. Going to a web-based system means even the higher-ups have to adhere to the IT departments rules regarding data storage.

  19. Re:Wow by Anonymous Coward · · Score: 1, Interesting

    Actually Windows Longhorn will have this functionality. It's called smart client application technology and it actually is possible with the current version of .NET. Programmers simply have not used it very much as of yet.

  20. Assuming web access... by NineNine · · Score: 2, Interesting

    This is assuming that every person has 100% web access, which just isn't true. I have several machines that don't have web access in my business for security and productivity reasons. Even if every machine did have web access, I'd still have to have 100% uptime, which is rare with ANY client net connection. If the Net connection goes down, you're stuck, whereas now, if you need to work on documents, and the Net goes down, you can still work. Call me nuts, but this is a bit too bleeding edge to be practical.

    1. Re:Assuming web access... by slim · · Score: 2, Interesting

      This is assuming that every person has 100% web access, which just isn't true.

      I would imagine the main target environment would be the corporate desktop: an instance of the server software would be run internally to the company, so no Internet access is required, just intranet access.

  21. Re:What about network downtime? by DenialS · · Score: 2, Interesting

    This BusinessWeek article states that you'll be able to work disconnected, then sync up the next time you connect. So IBM is building replication capabilities into their products. Makes sense; IBM has replication know-how from both their Lotus Notes and their DB2 database products.

  22. Re:tough sell to management by skiflyer · · Score: 2, Interesting

    Yes. It was an office with a hodgepodge of computers. They had a strong desire to be completely license compliant in case of an audit. They had little to no paperwork around for many of the machines. Someone somewhere had installed office on all of them... everyone was convinced it was all legal, but no one had the proof, rather than run any risks or spend the money for 20 copies of office when their most complex task was a mail merge... we switched them over to OOo.

  23. serendipity by zogger · · Score: 5, Interesting

    I was just commenting on something along these lines in the "rest of the world will force use of linux" article thread, and I refresh and here's THIS story, which goes along with a prediction I alluded to, more of a universal communications trend, with the apps being server based. I think hardware will follow suit shortly as well, with universal and easy communications between machines and devices dictating more on how softwares are designed, which is the main design goal of this "internet thing" anyway..

    It's really the only way to make money with the trend towards to linux-ish environment, subscription services and customization, and that is going to beless of import compared to the actual meatworld aspect of USING the net and computing to make money, as opposed to making that possible. That means large computing industries will stil be there and important, but not like they were in the past, where the mere adoption of newer technology was the profit maker, it will by necessity switch back to "this is the tool, NOW we work with the tool to make money". Just "the tool business" will go back to second place, like it has in every other business. In other words, you use the tools to work, the tool itself is not "the work". Microsoftsd model, is "the toolis always the work", thinking people are just going to keep shoveling huge amounts of cash their way. Erroneous thinking. IBMs idea is more correct, tools are getting cheaper inevitably and more widespread, but they have to be *cheap*,and make the money on bulk sales of the tools and just a tool sharpening service, if I can use that analogy.

    And IBM will do better the cheaper they make the initial install, the cheaper they can get those tools out the door, all the way to "free" install if they are *really* smart, and make their cash from just the subscription for maintainence and updates and upgrades, and that has to be cheap, and I see they are planning on only 2 bucks a seat, so there ya go, it's a smooth move on their part, IMO.

    Love it when I get immediate backup like this!

    For a basic rule of thumb, look to what the younger people in business adopt,or more accurately what they bring in that's fresh in the way of ideas that they are enthusiastic about, then flash forward one to two decades,and you'll see that is what is "dominant" then. You can go back in history and see it repeated all the time, in a variety of businesses and practices.

    Right now, the main hardware interest with very young people is really an all in one portable device that does everything, I mean *everything*. You look 10 years from now, that will be the dominant platform, hardware that can do anything, and will be able to communicate with any other hardware, either in physical proximity to other devices with wireless, or in an internet revolving mesh-like manner using a combination of wires and wireless, all revolving around what the internet is morphing into.

    IBM gets it right this time I think.

  24. anyone spotted that this is Eclipse based yet? by dominux · · Score: 2, Interesting

    As I understand it, (I don't work for IBM) the workplace client uses the Eclipse framework (as does websphere studio which started Eclipse). Eclipse is an IDE for everything and nothing in particular, in this instance there would be an editor pluging for 'developing' spreadsheets etc. The replication technology comes from Domino and the back end is Websphere with DB2 as the data store, probably with an object layer like the Domino 7 Beta DB2 integration. i.e. the schema will be an incomprehensible mess, access through the API or specifying access tables for DB2 level manipulation.

  25. Not an IBM Hosted service by Anonymous Coward · · Score: 1, Interesting

    Many folks here are acting like this will be hosted by IBM and available over the internet. If you reread the article you will see that this is something that a corporate can purchase and host in-house. Otherwise it would be very difficult to sell to banks, hospitals, military...

  26. Re:tough sell to management by smurf975 · · Score: 3, Interesting

    Instead on JIT (just in time compiling) they should use JID (just in time downloading) what I mean is that the application is on some LAN or WAN server and if a user needs it it will download the components that's needed for that users task. For instance just want to look at a presentation file? Then just download the presentations file viewer components and save them in a cache. (automated offcourse)

    The chances that Joe would be doing something very different with his cached application on his laptop while on a plane then at his office desk are very slim.

    Sounds like something that Java Webstart and Java Beans (google for them) should be able to handle with no special webserver. (so could .NET but that's still just Windows based)

    Conclusion: Nothing special, move along folks, just marketeers at work.

    --
    -- I don't buy it, I grow it.
  27. Re:Office.NET - OWA by youngerpants · · Score: 2, Interesting

    Outlook Web Access (a web front-end for MS Exhange server) in Exchange 2003 is a true web based app. There is very little difference at all between Outlook 2003 and the OWA front end.

    It seems that MS are moving slowly on this one (which is probably a good idea) and only releasing web based office products 1) when they actually work & 2) when they can sell a server OS and client licenses with it