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."
Subject speaks of the comment.
http://saveie6.com/
and when the network is down, your computer is down too. Why does IBM have to jump in the same broken bandwagon as Sun?
Good job, IBM! It's always nice to see an industry leader promoting competition in the software arena. It forces all candidates to develop a better product. Perhaps this will spark some ideas with M$? (Not that they'll be any good, but still... ;-) )
First it was dumb terminals then network computers and now this. Its dead give it up.
Free, 100% Free, when you buy our $580,000 WebSphere Portal software/server combo!
-
http://fink.sourceforge.net/
Wasn't this also suppose to be Microsoft's grand dream as well?
How does making the application server side help in office applications? These are inherently GUI based applications with the focus on WYSIWYG. Why J2EE, all J2EE would do is save the files?
It was slow, and depending on which JAVA VM you used depended on how long it would go before crashing.
It will be remembered as one of the many wasted efforts from the java-craze years.
Never overestimate the end user. -jeramy b. smith
Doesn't "J2EE" refer to a server-side app, and not desktop software? Or will the desktop app just be a front end to a J2EE system. Enterprise java bean paragraph formatting, hmmm...
I think that people are going to notice that there are other office suites out there... Especially if it comes bundled with the server. I know plenty of people who are tired of the way you have to pay $230+ for MS Office per machine. This definitely is a threat to MS.
Also, I wonder if they will adopt an existing file format, or if they are just going to go on thier own. I would think that people would like it much better, and would be less hesitant to switch to it, if they didn't have to hassle with thier file formats...
The bloat of any even semi-featureful office suite, combined with the horrible, piggish slowness and ugliness of a Java app.
I'll bet this suite is going to be a great-looking, absolute SPEED-DEMON.
And what about MS Office compatibility? Hmm? Even Openoffice/Staroffice has this, so IBM damn well better have it too, especially since they're bigger than Sun or the parents'-basement hacker community ever could be. And some 95% of the world uses MS Office for their office work, so this is an absolute must.
And XML. That's the buzzword of the last 3 years, so regardless of whether it's just the crappy vastly-overhyped format that it really is, IBM's office suite must have it too.
(/me is pissed IBM didn't hire him)
If anything, it bodes well for Microsoft, because it gives them another solution to point to as a competitor, dispelling claims about MSOffice being a monopoly.
File formats? Compatible with Office? I doubt it. That means this thing is boat anchor. Either that, or it will join those thousands of boxes of the old Lotus Suite gathering dust in cabinets that companies got for buying Notes.
If there was an award for software distributed that never got used, nobody would ever beat IBM.
at first i thought, hey this is kinda neat. but then it hit me. i currently do a large chunk of my computing in an environment that is mostly made up of thin-clients. basically everything is then run off the servers. well all is fine except when there are a lot of people trying to run mozilla or something else resource hungry. thats when the server slows to a crawl and any computationally intensive project sucks at life. my point: the organizations that run this better have damn good servers.
It's called the HTML editing scriptlet and I've personally (with a couple of lines of ASP code and some javascript) developed a fully customized web based word processor, with Word-like toolbars and icons and such. IE has this hidden feature that is basically an integrated HTML editor; the object just needs to be called. You then put the contents of the document into a POST operation to save (natively in HTML format).
I hear the Mozilla crew has finally been thinking about integrating this kick-ass feature. All in all, its integrated with the browser, so no shitty Java code to run in your VM.
IBM has basically released the source of their java applications. Java is *trivial* to decompile. Names of variables, function calls etc are kept intact - you only lose comments.
Don't believe me? Search google for "DJ's Java Decompiler"
If this is tightly integrated with WebSphere, I can see how it would be a benefit to those who have already deployed or decided to deploy WebSphere. But without said tight integration, there's really not much benefit over using OpenOffice or some other freely available office suite. Having the apps served via the network may make it easier to deploy updates, but I still don't believe the suite is going to induce more people to buy Websphere unless it's tightly integrated and truly exceptional relative to other free alternatives.
Blue is definitely getting smarter and smarter in terms of both tactics and strategy, according to this article which more or less lays bare the entire marketing philosophy behind WebSphere for 2003.
Hmmm....written in java...run from a central server....delivered over the network.
Java has come a long way since the early days of Core's suite. Performance isn't an issue anymore, *especially* with IBM's SWT toolkit, a blazing alternative to Swing. IMO, one problem Sun has had is not offering enough slick, Java desktop apps. Perhaps the slickest one of all is InstallAnywhere -- something everyone uses and appreciates the slickness of, but doesn't realize that slickness is in no small part due to being written in Java. Maybe this will help get the ball rolling.
I suspect IBM will want to be able to import MS Office files into their system... perhaps they'll share some code with the OpenOffice gang.
The filters in OpenOffice are pretty good... but there's always going to be room for improvement. (plus, those MS file formats are a moving target...) It would be a nice bonus if IBM would open source their filters, or better yet, use the OpenOffice filters and contribute patches. I have no personal experience with recent Lotus packages, but I'm going to guess that OpenOffice filters are more advanced than the Lotus ones by now anyway.
Personally, I'd like to see some basic VBA compatibility... say what you want about VB, but I find it very handy for little custom functions in Excel -- and no, I don't want to rewrite them just to use oO.
Interesting co-opetition if this did happen. IBM working with a group largely supported by Sun, both trying to take a big bite out of MS.
I wonder if this suite is built with IBM's SWT toolkit, a quick, ultra-slick alternative to Sun's Swing.
Think of servers as a fixed cost and clients as a variable cost. With thin client models you only have to support a browser on the client machines. It is the end to a management headache: all those apps configured on all those clients.
Think about all those companies that are paying big bucks for all of those client OS's and Apps. Now they can get, for less than $200, loaded PC's (1.1 GHz PC w/Linux installed, no monitor).
Walmarts $199.98 PC.
Open source development is my way of competing with the low-cost programmers in India...
"Microsoft doesnt care."
But they should. Imagine if IBM does what IBM typically does well, which is deliver high-end computing in large-scale environments, with this product for users...
Large companies, school districts, government organizations, anywhere that has had computers longer than Microsoft has been in full force will be able to appreciate this. It's a support thing. If you can have a platform independent system that is centrally installed and highly available, you'll make it in evironments that have experience with IBM successes like AS/400's, System 370/390's, and RS/6000's, since these groups already trust IBM. In fact, companies that don't have IBM, because they purchased a cheaper competitor's computing platform, like an HP system or a Hitachi might be inclined to add this to their computing systems as well. They don't then have to go out to each PC when some dumbass library breaks, spending the significant amount of time necessary to fix Microsoft Office, they may have to go out and upgrade a web browser or java engine at the most. Then, they can do all of the product support and updates for the productivity suite in a localized area, and NOT have to pay Redmond the blood-money that they currently do for network-wide site licenses.
I'd SO go for it...
Do not look into laser with remaining eye.
The original word processor for the IBM PC, EasyWriter, was written in prison by one John Draper
That is interesting. So he had a PC in prison!
It could be argued there are plenty of office suites already, especially word processors and spreadsheets. However, what this huge steaming pile of free and open source officeware lacks is a real alternative to MS Access. There simply is nothing, except for some half-assed iimitators that only run on Windows themselves.
What I'd like to see is something programmed in Java, using an embedded Java RDBMS engine such as McKoi, but also able to be used as a front end to any SQL database -- just like Access. The problem with Acces is, of course, that it only runs on Windows. Wouldn't it be groovy to have a cross-platform, true alternative?
Microsoft was a victim of sun's harh contracts
IIRC, the virtual machine debate was the fault of Microsoft for not upholding its end of a bargain.
Good troll.
We can neither love nor pity nor forgive. If you make a slip in handling us you die!
I am sure you're trolling, but anyway.
.Net runtime is a Microsoft product that only runs on Microsoft Windows and not on any of IBM's systems?
.Net runtime is slower than current Java runtimes. In fact, on non-Windows platforms the .Net runtime doesn't even exist!
Why did they choose to use java and not the faster and more modern C# ?
Because IBM are heavily into Java (and have VMs for all their platforms)? Because C# and the related
(Microsoft was a victim of sun's harh contracts)
I am sure IBM aren't so stupid they think it's OK to violate a contract, or to sign one they don't intend to honour.
as well as it's lackluster performance
Newsflash: the
From the parent comment: "If there was an award for software distributed that never got used, nobody would ever beat IBM."
Exactly. Remember TopView? It was a way of running multiple programs under DOS. That was the beginning, I guess, of the present software incompetence of IBM. Their failures seem to be a political problem with management.
IBM killed SmartSuite so efficiently! One month they bought it, and the next month it was dead! Awesome!
I remember news reports saying that IBM had lost $1,000,000,000 on OS/2. They gave it a name that means "deform so much as to make unusable": Warp. There were later reports that IBM lost $2 billion on OS/2. It was a better OS than Windows at the time, but IBM wouldn't support it with drivers. I guess IBM management took a hard look at OS/2, and decided losing $1 billion wasn't enough.
Recently, there were those stupid-looking spacemen selling IBM web software.
IBM Linux is one of IBM's few software successes. I suppose that's because IBM management is not able to ruin it.
I agree with the comment above the parent to this one: "The bloat of any even semi-featureful office suite, combined with the horrible, piggish slowness and ugliness of a Java app."
Didn't anyone in IBM management notice that Java does not have good GUI support?
I agree with the comment above the parent to this one: "The bloat of any even semi-featureful office suite, combined with the horrible, piggish slowness and ugliness of a Java app."
Didn't anyone in IBM management notice that Java does not have good GUI support?
HA HA HA,
that is all i have to say to that.
go smoke crack of cock, your choice, but the result is the same. fucked up delusions. have fun with VB and whatever other "language" MS decides to train monkeys for
Hey, someone has to create innovations, but NOT every idea gets useful when implemented. IBM does a great bunch of research - it's good, but it's also a bit risky. Microsoft usually copies other's products and somewhat improves them (adding minor features), so they're implementing ideas already tested and proved and don't drop so much of software products as IBM does.
IBM solved the Java GUI support problem. Take a look at Eclipse, based on IBM's SWT (Swing replacement).
- Tal Cohen
Good
1. Finally it would be easier to work on WSAD and a word document opened together. Anyone who has worked with these mammoth applications opened together would know what i am talking about. By making individual PCs dummy terminals, this could free up PReciOus processor power
2. Easier to maintain / Upgrade. The guys at the IT should definitely NOT be happy about this one. They will probably get laid off now that it is easier to upgrade due to the centralization.
Bads
1. The only good thing about a monopoly is the standard that it establishes. The article talks says the J2EE suite has
"80 percent of the Office functionality most people use".
There would now be a possibility for a doc file developed in MS Office to look different on these IBM systems. Imagine your resume getting rejected because of that !
2. Centralization could suck with Network breakdown. Switching PCs will not work !
Siggy Say, Siggy Do
IBM is a hardware vendor. Who else would push a Java office suite that will be so mind numbingly slow? Gotta upgrade the HARDWARE! That's right!
:-)
*cough* *cough* OS-X *cough*
Applix also did this (with applix anyware), and did it first. The first time I saw it running was in 1996, and it was quite useable on then current hardware.
As Ethernet bandwidth increases, the argument for putting the power back in the server farm gets stronger. The server farm is in a controlled environment, it's easier to manage. If you assume in a few years many corporates will have gigabit Ethernet to the desk, and simple, cheap thin clients running XPE or Embedded Linux, the IBM approach makes sense. It is also going to be cheaper for developing countries to do this from the start than to put big, expensive, rapidly obsoleting boxes on every desktop.
To a certain extent too, it leverages the Linux strength in the server versus its perceived weakness in the desktop.
Corporate IT should be about delivering the necessary, usable functionality to end users. Geeks often lose sight of that. Microsoft might lose sight of it. But it's IBM core business.
Panurge has posted for the last time. Thanks for the positive moderations.
The editor is called Midas...looks pretty cool.
concrete5: a cms made for marketing, but strong enough for geeks.
I must say I gave up mostly on the alleged compatibility of open-source software with MS Word. There was always something not right in the presentation. Most of the MS Word stuff that I receive is forms from management and outside partners; those people apparently don't know how to make PDF forms.
We have a solution: we use rdesktop to access a single Windows 2000 machine from our Unix desktops, and we run MS Office and Acrobat on them.
aggh I have to pay to use computing facilities rather than buy. the confusion of it all, the insecurity of liberty :o
sounds cool, is it free?
A blog I run for the wealth
only works for x86 boxes. Many of us use PowerPC or Sparc chipsets, and the java version runs a hell of a lot faster than the wine version in bochs!
You can't judge a book by the way it wears its hair.
>Newsflash: the .Net runtime is slower than current Java runtimes. In fact, on non-Windows platforms the .Net runtime doesn't even exist!
Uh - no it isn't. Have you actually tried both or are you just making this up?
Sig is taking a break!
as cpu's now can make up for the sluggishness of java... why not build a application that can be run on every platform?
||| I still can't believe Parkay's not butter.
So your saying that an ultra proprietary solution that is locked into one os is better than a solution that is actually cross platform, performs reasonably well compared to competition in the SAME market, and is relatively open and free comparatively?
You might want to check the backside of your pants...I think your head is in there somewhere.
Just let the user connect with ssh and use vi.
...the applets are back. The net was so nice with Java dying. That's all over now.. I'll go and get a faster computer for all those nice applets :)
Didn't IBM try this and fail, via some Lotus Suite of sorts?
When the network is down, other things might grind to a halt but there is no reason my word processing should. Also, what if your server is up but /.'ed? Do I have to wait 15 minutes for my file to save when I have a perfectly good hard drive to hold it? Not to mention that I might want to unplug my notebook and use the same apps on a flight.
The only way it makes sense is if you can also install a local "server" on your PC and synchronize your documents with the real server when network is up. We have a project like that (webtogo, which is part of Oracle Lite) to run servlets a local PC, with access to replicated data in a local database. The same approach could be used for office applications.
I mean, really. Who the hell would want that? "Look at this, its just like a regular word processor, but extra laggy!!!"
It would definetly be a lot more laggy then a pure-java word processor, thats for sure.
autopr0n is like, down and stuff.
It was called project Hat-trick (4 apps). It never saw the light of day.
On a separate note, Larry Ellison likes to make lots of predictions - has he ever been right?
I've noticed that whatever software you look at in regards to office suites they are always playing catchup to M$. Openoffice has its own format but also produces M$ formated files. Koffice. Same story.
The point is that people will always needs to make files compatible if they want to stand a chance against the monopoly that is M$. They will be able to say "Look their is competition" as in the real world it won't make one bit of difference.
Unless of course we all move to XML
Rus
Cheap UK and US VPS
And
Now maybe Mono could open up the CLR a bit but I suspect a lot of people consider the project still work in development as well as having the Sword of Damocles hanging over it in the form of MS lawsuits.
the speed of java! holy crap!!
I am all for the ASP model, and I really think that something like this has great potential. Esp, if I don't have to fire up Office every time I want to make a change to my .doc documents.
My sketicism is driven by the comment
It's a well known fact, that most people only use something like 10% of Words features. It's also well know that marketers like to exaggerate.
The original effort by lotus to create a suite of Java desktop productivity apps was based around applets, running in the host browser supporting JDK 1.1. It used the gui library Marimba bongo (predating swing) and lotus info bus. Outside of publicity for IBM I'm not sure why anyone needs this old chestnut!
There is a big change going on at the moment - wireless mobile computing. And the thing about wireless mobile computing is that you aren't always connected to the network, but you need to be able to work regardless. That's why many new apps are all getting better at working both online and offline - Microsoft's new Outlook 11 is a great example of this.
With a thin client delivery, you MUST be on the network to work. It just doesn't cut it for the people who move around and aren't always in the office - and those are often your most valuable/highly paid employees who are the ones you most want to get a productivity boost out of!
Sorry IBM, close, but no banana.
Read reviews of shopping cart software
Your enemy's enemy is your friend. Simply put.
~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
Logicaly, they mean that they have 8% of the full featurerange in Word... I wonder what 2% features they decided to skip that we lusers use?
Everything in the world is controlled by a small, evil group to which, unfortunately, no one you know belongs.
Writing yet another windowing system based on the same concepts as the original is not the answer to the problem, taking the time to optimise the existing code is the answer to the problem.
Didn't anyone in IBM management notice that Java does not have good GUI support?
:)
I don't think that's an issue. This is supposed to be a J2EE office suite. I've never seen it before, but I'd imagine that the GUI is created using web-based technologies like HTML, CSS and Javascript. Not that that's any better though.
Although, for what it's worth, Java GUIs can actually be quite good if SWT is used.
I've tried both - and yes, .NET runtime is slower (not that it really matters as both .NET and java are plenty fast on even my old machine)
1. It came out recently. It will get faster.
2. It's faster than swing.
3. It's NOT aweful on OSX.
And once someone writes a plugin for the OS, that's it. Nothing else. Look how many times gtk was ported.. or qt? It's not inherently platform itself, but your code itself is since it (swt) uses a fascade pattern to make all the api's common.
--
"I'm not bright. Big words confuse me. But Wanda loves me and that should be enough for you." - Cosmo
Locked into one OS? Microsoft themselves released a reference implementation for FreeBSD. Both Mono and DotGNU are independent implementations.
Proprietary? C# has been submitted to two standards bodies. Java hasn't been submitted to any. Java is actually more proprietary. Who'd have thunk it?
The only point you win is that Java is better at cross platform (At least when you're talking GUI's; Windows.Forms may be portable but only with a bunch of nasty hacks involving Wine and x86 VM's)
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...
People may not remember this, but Corel tried to create a cross-platform Java-based office suite. It failed due to performance issues. Centralized network computing also never quite took off. The vulnerability is all concentrated in one machine. So the combination is supposed to pay off?
My observation is that things are becoming more distributed, not less. Look at P2P, blogs, RSS syndication, amazon web services + google web services + you name it web services. Look at the fact that 57% of companies have implemented WiFi and people are increasingly using thin clients on them.
The question is how to support information flow between all of the disparate devices participating in this web, not how to drive everything back to a central server design. The smart play here is communications infrastructure and devices optimized for high speed translation.
Have you actually tried SWT on anything but Windows? It's awful! SWT is inherently not cross platform so it solves the Java GUI support problem on one platform only.
Actually, yes we are using SWT on a stand-alone application project right now. And no, we haven't had any cross-platform problems with it using the same SWT code for Windows 2000, Mac OS X and Linux (GTK, Red Hat 8) concurrently.
As well I found that Eclipse 2.1 for Mac OS X is just as GUI-sluggish as the rest of the OS X apps, so no big difference there. True, Windows beats it hands down for speed, but that's not SWT's fault - it's Mac OS X's fault.
The Linux GTK version of Eclipse 2.1 performed quite well on my AMD 1.47Ghz -- better than Mac OS X's performance and about 80%-90% as fast as Windows.
SWT was designed to be a "thin" abstraction layer. True, the other platform versions of SWT are a bit behind Windows SWT in terms of features (view dragging in Eclipse comes to mind) and speed but I think they are satisfactory. I'm really looking forward to further SWT developments from IBM.
----- rL
Well, first off there is no IBM Linux. IBM doesn't have its own Linux distribution.
As to IBM's few software successes, they include:
I'd guess you're just a bitter OS/2 fan. Get over it.
GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
That was eSuite. It's dead.
This is completely new J2EE code.
GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
>> IBM Software and its Lotus Software Group have built J2EE-based spreadsheet, document and presentation graphics "applications" that will be bundled for free with the company's WebSphere portal
At first I thought "What has a desktop Office suite to do with Java2EE, which is a server side technology?"
In fact the slashdot story text is misleading. In the IBM announcement is used a little bit different term - "spreadsheet and word processing 'applications'", where applications is quoted. It comes from Lotus and Java2EE is involved, so it looks like a collection of collaboration tools. Most probably the documents live on the server and the office "applications" are Java thin clients that can show and edit them.
Really nice application for Java2EE, though. What is not nice is that they have bundled the suite with the WebSphere portal, which is a beast of extreme size, both financially and technically. It may be a nice solution for "IBM only" shops, but to little use to other people.
We can only hope that the software is not tightly coupled with WebSphere, but is generally Java2EE compatible, so it can be used with any J2EE server.
This is all new J2EE code. It's not old Lotus code.
GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
Laptops.
Portable devices.
In other words, Absolutly fucking useless idea for an office where you have lots of portable devices.
Good point. However, there are some factors affecting this. First, laptops are a bit of a nasty security issue (I won't even get into wireless Ethernet). Lots of times, it's a *bad* idea to have employees take data home. So if all you're doing with the laptops is moving them to meetings, around the company, etc, because
(a) it lets you concentrate lots of machines wherever you need them -- a meeting room, someone's cubicle, etc
(b) it's *still* a pain in the ass to deal with different machines, even after all these years. ("The keyboard is different on this workstation -- I don't like it")
I could see the benefits still being present.
Hmmm. Networks go donw. KIss your work good bye.
Oh, knock it off. Workstations go down, and this means that IT can guarantee that *everything* works when your workstation (far less reliable than servers with lots of reliability features) dies.
Written in Java. Fuck off. Java is pathetic. If it's server based, use a real language.
Okay, there I have to agree, but there isn't really anything as nice as Java for distributed, cross-platform work. Plus, it's possible that the server backend could be written in something else -- Java needs to be used for the UI, though.
And you knwo the other reason this wont work? Users liek to have control over their data and what they do.
At work, I think most people don't know or care. You're thinking of home users.
Users prefer PC's over some dumb terminal.
[shrug] Maybe. How do you know? Plus, this system isn't a dumb terminal...
May we never see th
This is also interesting for another reason. Back when people shared CPU cycles, there was actually some interest in writing efficient software. You waste tons of cycles, Johnny down the hall runs slower, and people are going to be looking at the CPU statistics with the evil eye.
When workstations became popular, things changed. If you don't use cycles, they're simply wasted. So you might as well suck down most of the cycles on the machine. Efficient software stops becoming worthwhile.
Moving to server-based software again might mean that programmers actually have to write decent software again.
May we never see th
I am sure you're trolling, but anyway.
Instead of people telling Stanley Feinbaum that he's a troll every time he posts, it's *much* easier to just add him to your foes list. Less effort on your part, fewer trolls for everyone else.
May we never see th
Ever hear of a mainframe?
Centralized is the ONLY way to go in a business. 99% of the computing problems in a business today is directly related to the fact Microsoft has pushed a 'workstation' centric network. We are now living with that viewpoint.
They are by nature, uncontrollable and unstable, and expensive to support. ( though it did make the makers of PC's and PC software a hell of a lot of money )
---- Booth was a patriot ----
IBM bought Lotus Notes and Domino, AFTER they were the most important. People use WebSphere because they want IBM support, I think, rather than because it is good software. ViaVoice is horrible compared to Natually Speaking, or at least was when I tested it.
I should have said that IBM has not been successful with PC software. IBM does okay with its mainframe OSs. IBM does, in effect, have its own distribution of Linux. You and I don't download it because we don't have an IBM mainframe.
What you said makes sense. IBMs solution is useful when deploying 20,000 desktop PCs for a bank. They know that employees will only be writing short letters, for example. They want to avoid creativity. They want to avoid security risk. They want to make changes quickly.
Do you have a link for some info on this? I tried the following search at Google, but I didn't get any good hits: Also: If you want to post some sample code here at Slashdot, or if you want to email me some sample code, I'm game.
Thanks!
For those of you who don't, it was a start-up that had a very functional excel clone running in IE. Thats what this package is going to look like. It probly will run in IE 5+ for starters. Halfbrain also had a powerpoint clone.
The spreadsheet, for example, will be very nice for specific smaller types of applications -- think things like expense reports or specialized parts order forms that need global distro. There are lots of job/task descriptions where use of a $500 (or even $200) office suite is ridiculous. Any copier repair dudes out there?
Bad Idea. Here's Why:
Conserve Oil, Recycle, Boycott Walmart
Subject speaks of comment
Seriously, Corel jumps on any 'hot' tech in vain hope raise stock prices. Usually this is a half-assed misdirected effort.
It is a little hard to tell from the article... Are they planning on taking the open-source OpenOffice and modifying it to be their own product?
Sounds like them. Not like Websphere has any Apache code or anything.
Why do they always feel the need to compete with open-source instead of helping the movement. Very irritating since the open-source versions usually work better than IBM's versions.
Malachi
http://www.google.com/profiles/malachid
IBM made $80 billion dollars in revenue last year. I guess your armchair economic analysis isn't exactly correct, hmmm?
Do you have a link to a simple "Hello World" template that invokes Midas? The overview page has but a single line of code with nary a clue as to what a simple "Hello World" template would look like.
-I Installed OpenOffice1.1 beta on a Windows PC without the Java runtime environment
.PDF" needs some work, but it's still cool)
" -calc
:p
-Then copied the "c:\program files\OpenOffice" contents to a share on server.
To start it, I just navigate to:
\\server\OpenOffice\program\soffice.exe
and Launch!
Now I can recover corrupted MS Excel and Word files AND create PDFs from user doc's from any users PC in the orginization. (ok, the "export to
Or if you don't want to launch the generic 'Master Document' thing, adjust shortcuts like so...
"\\server\OpenOffice\program\soffice.exe" -web
"\\server\OpenOffice\program\soffice.exe" -draw
"\\server\OpenOffice\program\soffice.exe" impress
"\\server\OpenOffice\program\soffice.exe
"\\server\OpenOffice\program\soffice.exe" -writer
Yeah, their is some lag. But it's not that bad.
You can even burn the program directory to a CD and it works, save the occasional write error
You are off the subject. IBM does great selling support and mainframe hardware.
I think that where this is a bona-fide threat to MS is in changing the paradigm.
change may take place in two ways. The first is as mentioned by some other posters, you would get centralized management of the app and be able to reduce your TCO by not having to install/upgrade on every machine.
the second possible shift is where the real potential is. People don't just buy websphere and drop it in, they customize it to do something for them... so, now that there's going to be an office suite in websphere, companies that make customizations to websphere and have custom apps running on it can count on a standardized, cross application office suite being there that they can wrap their application around.
I think that's where the most potential for this is to truly change things.
SWT could be a big deal for the Java community. God knows, Java needs something that's better than Swing. But at this point, it's just a curiosity.
Since there is talk of this being tightly integrated with Websphere, it would make sense that this would run as part of their app developer product WSAD (based off of eclipse). Eclipse is written in Java, uses the snappier native SWT UI, and already provides a large number of word processing funtions. Much of the work is already done. IBM could simply write some plugins and distribute them for either WSAD or eclipse.
I'm not sure what portion of the work would be reserved for the server, if this were the case though.
Your enemy's enemy is your friend
I never agreed with that. There are plenty of people in the marketing dept where I work who are enemies with each other, that are all my enemies also! I HATE marketing people. God, I so fscking despise that entire dept.
J2EE is no more open than Microsoft Windows: Sun has patents on many aspects of the system and all the usable implementations are derived from Sun source code (including IBM's). Furthermore, the Java2 GUI implementation has serious problems on non-Windows platforms making J2EE not even a good cross-platform choice for client apps.
A web-based office suite written in Java made sense a few years ago, when Sun was still on track for making Java an open platform that worked well across platforms. These days, it's a curiosity running on a proprietary platform that has significance only on the server.
Eclipse does not use a replacement for Swing. It just uses the native rendering of your computer. Therefore the interface must be explicitly coded for your specific platform.
Notice there's not a big bundle of java files you just use anywhere. There is a specific download for each platform. It's not fixing Swing, it's decided to just forgo cross platform compatability in favor of performance and the appearance of the native GUI.
Now, I hate most of Microsoft's products for a variety of reasons, but their office suite is their only good one, and it is quite good.
Excel is still my favorite spreadsheet out there. It has all the standard features of a spreadsheet, is intuitive to use, and makes phenomenally good conversions to web-pages when the need arises (A marked comparison to the shit word makes)
Word is the best word-processor around, in most ways. It has most all features you need and most of them can be found easily (admittedly, that's in part due to being adjusted to it). Also, things like non-linear selection are great.
Access is pretty damn good too, if you need an easy-to-use as oppossed to really-damn-good database system, which many people do.
Now, if you were talking about IE, or WindowsOS, or FrontPage (yeah, I know it's part of office, or Any Game They've Ever Made By Themselves, then I'd agree, just not on the office front.
Here is a good example.
i love eclipse SWT on my gentoo box. it's as fast/slick as it is on my w2k machine at work.
oh, and it's not just GTK, it's GTK2.
http://kered.org
I love Java apps since they donot have any issues on my Redhat box. I am using Openoffice now but switched to Java based Office Think free. I love th GUI in in Think Free I guess it doesnt have alot of backing that is why it has little market share I love IBM's work on JAVA long live JAVA !!!
Filemaker Pro these days is actually very similar to Access in relational capability. But as a flat filer it kicks ass, for usability, quality of the forms and reports, ease of creating these, etc. It's really what most businesses need. Now they have an internet enabled version, where a typical administrative assistant can create database driven web pages by pointing and clicking. If you can suspend your geek hangups for a few minutes, you'd see that Filemaker is exactly what most small businesses really need. Even PC Mag likes it, rating it higher than Access in the last comparison they did.
But again, the real issue is being able to create forms as if using a word processor. Sure, there are plenty of good form toolkits out there, but nothing that works quite *like that.*
Why? Because millions of lines of VBA code already exist. Sure, embedding a 'nice' language - whatever that means to the Slashdot crowd - would be good. But the issue I want to see addressed is this: the vast majority of business currently use MS Office, and many of them use the VBA to some extent.
It's a MUCH tougher sell to get someone to convert to another office suite if it requires rewriting code.
Really, it's the same reasoning that applies to MS Office file formats in general - compatibility counts whether we like it or not.
Holy SHIT whats that man doing to his anus????? ollololololololol OMG GOATSE LOL!!
Java office suite. Cross platform. Cheap. Robust.
What I'd like to see is a seriously committed team develop some high-quality interchange formats -- probably XML -- for certain things such as word proc, spreadsheet, and presentation documents.
They should then also write (and maintain!) translators for MS-Word, Excel, and PowerPoint into and out of these exchange formats.
It should be possible to maintain these converters to a level where they can handle almost all of the documents used in normal business.
With the hard part -- the converters and standard file formats -- handled by a single, powerful team, it would become much easier to create competitive word processors, spreadsheets, and presentation packages that would be usable in a business world full of MS-Office documents.
Eventually the interchange formats could supercede the native MS-Office formats as the standard for document exchange.
"Those who have never entered upon scientific pursuits know not a tithe of the poetry by which they are surrounded."
What I would suggest, is that IBM come up with an licence agreement(remember those?) with Microsoft that for a substantial fee(or technology sharing agreement)IBM would have access to MS Office file formats, which for all intents and purposes are the standard for the forseeable future.
Why reinvent the wheel? Having 100% MS-File compatibility would be a huge value proposition. Why dont the rest of these companies just pay up, and move on? None of them are going to beat Microsoft at this point on anything related to MS Office, so why not gain some industry acceptance and marketshare by ponying up the nessesary dollars?
You gotta pay to play.
What would be the profit motive? I dont think they would want to dilute the potential market for their own solution, by providing functionality for others, do you?
Using your argument, anyone can use 'save as' today, to either plain or rich text. That has not helped other Office competitors prosper. There is only one game in town here, and that is whatever file compatibility that Microsoft defines for an Office suite.
That war is over, it's time for capitulation.
"The bad reputation UNIX has gotten is totally undeserved, laid on by people
who don't understand, who have not gotten in there and tried anything."
-- Jim Joyce, owner of Jim Joyce's UNIX Bookstore
- this post brought to you by the Automated Last Post Generator...