Slashdot Mirror


IBM Buys Rational Software

An anonymous reader writes "Rational Software is going to be taken over by IBM. More info on Rational's website. RIP Rational. This is what rational is sending it's customers: To our valued customers: We are delighted to tell you that IBM and Rational Software have announced a definitive agreement for IBM to purchase Rational. This is a very exciting time for both companies and builds on the extensive business relationship IBM and Rational have had for over 20 years. Most importantly, it will provide significant benefits to you." Other readers submit links to the story in InformationWeek and the Mercury News.

127 of 307 comments (clear)

  1. Rational is a powerfull tool by stonebeat.org · · Score: 3, Insightful

    but very expensive. I hope IBM sells the licenses for cheaper.

  2. IBM saved Rational, really by Anonymous Coward · · Score: 5, Informative

    After record losses this past quarter and a stock plunge from 70 dollars to 4 in the past year, Rational was on its way out. I'm not sure how much of Rational IBM is really planning on keeping around or whether they simply bought them for their software they wanted and planned on burying the rest of the company, but here's hoping they don't all get canned. I've been using ClearCase on Solaris for years, and it's really an excellent product.

    1. Re:IBM saved Rational, really by Pathetic+Coward · · Score: 2

      IBM has been laying off its own employees. What makes you think that they will want to keep Rational's?

      They bought the company for the technology. Nothing else. Not the payroll. They are lying to you because it is in their interests to keep you working hard until they are ready to close the office.

      Buyouts always lead to layoffs.

  3. Open Source? by AirLace · · Score: 5, Interesting

    It seems it's about time for IBM to demonstrate their loyalty to Free Software and Open Source by open sourcing Rational Rose -- the free software world is severely lacking in UML diagramming tools. So, what do you say IBM?

    1. Re:Open Source? by Anonymous Coward · · Score: 5, Funny
      So, what do you say IBM?

      I'll think about it.

      -IBM
    2. Re:Open Source? by sql*kitten · · Score: 4, Insightful

      It seems it's about time for IBM to demonstrate their loyalty to Free Software and Open Source by open sourcing Rational Rose -- the free software world is severely lacking in UML diagramming tools. So, what do you say IBM?

      I don't work for IBM, but I can tell you what they will say: "We like Linux because it saves us money we would otherwise have had to spend on writing software which means we can make more money selling hardware, and after all, we are mostly a hardware company. We also sell a set of software engineering tools, and we'll probably integrate Rational's tools with that. Why would we give something away that competes directly with a revenue-generating product of our own?"

    3. Re:Open Source? by Anonymous Coward · · Score: 2, Insightful

      IBM is already showing it's support of Open Source by pouring millions of bucks into Linux and other offerings. And making business aware of these choices. Sure,IBM is making making money off O/S, but they are also making it much easier for the rest of us to go to bosses or clients and say, "Look at what IBM is doing with Linux. Let me show you more".

      Why don't you open your home as a homeless shelter if you want to show how charity works. IBM is a for profit corporation putting money into the the pockets of stock holders and thousands of world wide employees. What have you done this week?

    4. Re:Open Source? by Lumpish+Scholar · · Score: 5, Informative
      It seems it's about time for IBM to demonstrate their loyalty to Free Software and Open Source by open sourcing Rational Rose ...
      Counter-example: IBM all but bought Object Technology International, turned OTI's Envy product into Visual Age (for Smalltalk, and then for Java), and released the latest version as a free / open source product called Eclipse. Why? Because (IMHO) every Java program written is a program that's not tied to Microsoft's apron strings, and thus might be available to run on IBM hardware. Is that the case for every program designed using UML? Probably not.

      Note also that IBM sells a high-end, "supported" version of Eclipse called WebSphere Studio Workbench. This is aimed squarely at the big-bucks* enterprise software development market, the same folks who buy Rational Rose. There's huge money to be made in that market, and IBM wants it.

      (*Freudian slip: I originally typed "big bugs".-)
      --
      Stupid job ads, weird spam, occasional insight at
    5. Re:Open Source? by Ryosen · · Score: 3, Informative

      What about ArgoUML?

      --

      Ryosen
      One man's "Troll, +1" is another man's "Insightful, +1".
    6. Re:Open Source? by Tet · · Score: 2
      the free software world is severely lacking in UML diagramming tools. So, what do you say IBM?

      Hopefully, they'll say "no". UML is a disease on the face of the planet, and the sooner it's destroyed, the better. Open sourcing Rose will potentially prolong UML's lifespan, something that I *really* don't want to happen. So like I said, I hope IBM keep it closed source (not that they have any incentive to open source it in the first place). Yeah, you might think this is flamebait, but it's genuinely what I believe...

      --
      "The invisible and the non-existent look very much alike." -- Delos B. McKown
    7. Re:Open Source? by rodgerd · · Score: 2

      I'd be happy with anything they did that made the Rational suite faster and less buggy.

    8. Re:Open Source? by dbrutus · · Score: 2

      I don't know, I kind of like ArgoUML myself and think it has the potential to be a decent open source entry into the field. It's functional and can produce good work today.

      Are there any other decent entries out there?

    9. Re:Open Source? by dbrutus · · Score: 2

      What do you have against UML? It's a way of passing knowledge so disparate people can understand what's going on. What's wrong with that?

    10. Re:Open Source? by The+Pim · · Score: 2
      A much more plausible "demonstration of loyalty" would be that they make clearcase work better under Linux. Their very cool multi-version filesystem now requires binary kernel modules that only work with certain kernel versions, and are a bit flaky even then (so is the windows version, though the solaris version is stable). I use clearcase every day, but I do without mvfs on my laptop, because it's just not worth the grief. IBM will want clearcase to work smoothly with Linux, and I this pretty much requires that the kernel parts be free software.

      They could also bring the disastrous unix GUI to parity with windows.

      --

      The evaluation of an action as 'practical' . . . depends on what it is that one wishes to practice.
    11. Re:Open Source? by doctrbl · · Score: 3, Informative

      Envy went into the VisualAge series. Note that Eclipse is NOT the latest version of VisualAge; Eclipse doesn't use the envy repository (it uses CVS instead).

      I've used both, and I much prefer VisualAge. The IDE is bound to the JVM (bad), but the environment allows you to work in an object-oriented way; I can pull out a class and work with it. I can pull out a method and look at that. In Eclipse, everything is file-based; to work with a method, the IDE just scrolls to the right place in the text file :(

      Also, the VisualAge debugger was 1000X better than Eclipse. Try step-through debugging with both. Try dropping to a selected frame in the execution stack rather than restarting your app from the beginning.

      Just wanted to clarify that Ecipse isn't really the next iteration of VisualAge; it's a replacement product which is getting better every release.

    12. Re:Open Source? by ShinmaWa · · Score: 2, Informative

      we are mostly a hardware company

      Not even hardly. IBM is mostly a services company (over half of IBM's employees and about half of their revenue hail from the services division). Over the last year, IBM has sold off a lot of its hardware lines, including -- most recently -- its hard drives.

      We also sell a set of software engineering tools

      That they do. However, you linked to VAGenerator, a product that is being sunsetted. What they DO produce is the Open Source-based (i.e. Eclipse-based) WebSphere Studio Application Developer.

      we'll probably integrate Rational's tools with that

      You betcha -- but a lot of it has already been done. WSAD already integrates with ClearCase. Rational also has a product called Rational XDE that already gives somewhat-Rose-like integration into WSAD.

      --
      The /. Effect: Thousands of users simultaneously accessing a site to not read its content.
    13. Re:Open Source? by Kashif+Shaikh · · Score: 2

      Rational is a case tool for OO. You can sell case tools for $$$. Who would buy something, then later give it away for free(as in beer)?

    14. Re:Open Source? by richieb · · Score: 2
      the free software world is severely lacking in UML diagramming tools.

      Hmm. Have you tried ArgoUML?

      Other than that, do you really find UML diagrams useful beyond sketches on a white board?

      --
      ...richie - It is a good day to code.
    15. Re:Open Source? by AJWM · · Score: 2

      the free software world is severely lacking in UML diagramming tools

      What, ArgoUML's BSD license isn't free enough for you?

      --
      -- Alastair
    16. Re:Open Source? by AJWM · · Score: 2

      UML is a disease on the face of the planet

      I can see where unregenerate C programmers who wouldn't know OOP if it bit them might dislike UML. Heck, even I think some UML diagram types are a bit hokey. But what, specifically, is your beef?

      You want DFDs and STDs or just plain old flowcharts?

      --
      -- Alastair
    17. Re:Open Source? by g4dget · · Score: 2
      the free software world is severely lacking in UML diagramming tools.

      There are several open source and/or free UML diagramming tools. Look on Freshmeat. Why you would want to any of them, however, is beyond me.

    18. Re:Open Source? by sql*kitten · · Score: 2

      Not true. IBM's biggest revenue generator these days is services.

      IBM aren't into services in quite the same way as a pure services firm like Sapient are. A lot of what they do is outsourcing - people buying a load of IBM kit and a 10-year contract for IBM to run it for them. They wouldn't sell nearly as many services as they do if it wasn't for their hardware division.

  4. Rational and XML by stonebeat.org · · Score: 4, Interesting

    I used to use Rational about 3 years back. Has any progress been made on Rational diagrams being stored as XML? It would be nice if all the Rational files would be in XML, and then use some kind of SVG browser to look at the diagrams, and make small changes directly from a web browser.

    1. Re:Rational and XML by Bazzargh · · Score: 2

      s/SVG/XMI/

      most CASE tools these days can import/export XMI (to varying degrees of interoperability). XMI is an XML serialization of the model the UML diagrams represent. These days you can use most Rose to draw a model to be implemented in a language it doesnt support, save it as XMI, and generate code by transforming the it. Beats trying to parse Rose's petal files.

      If you just want to draw pictures, Rose is far too much baggage. If you want to use the pictures as the basis for something else, then SVG is not enough.

      -Baz

  5. Can CMVC or TeamConnection return from the dead? by deragon · · Score: 5, Informative

    Best configuration management software I ever used was CMVC from IBM. It was then replaced by TeamConnection and then canned because IBM made an agreeement with Rational to promote their ClearCase product, which everyone I know who had use CMVC found ClearCase to be inferior.

    Now that Rational is being bought, IBM, can you make CMVC/Team Connection open source? God I would like to work again with CVMC...

    --
    Remember the year 2000? They promised us flying cars. They delivered the PT Cruiser...
  6. I hope they don't gut it.... by Hirofyre · · Score: 4, Interesting

    I hope IBM's intention is to keep Rational evolving UML/RUP and not to strip out Clear Case, Req Pro, and Rose. A lot of the time, this is what happens when a big company buys a company like that, and it would be a real shame if this happened to Rational. Personally, I think UML and RUP continue to gain mindshare when it comes to Software Engineering Methodology.
    Grady Booch recently spoke at our company, and his enthusiasm was infectious! It is obvious that he and the other Rational Fellows have a pretty good vision of where UML and RUP should go, and it would be a real shame if that was lost.

    1. Re:I hope they don't gut it.... by bangzilla · · Score: 2, Interesting

      Gimme a freaking break! RUP is the biggest waste of time this side of the big bang. $10,000 for a developer seat + 6 months or on-again, off-again training classes to load your mind with worthless garbage. In the time spent getting up to speed with RUP, using SourceForge or other streamlined collaborative development mechanisms you could be releasing product. RUP is what's wrong with software engineering today. Big, fat and bloated. I hope IBM can the "Rational Fellows" on day one -- they've done more to retard the development of efficient, agile software development than anyone else. COBOL is a delight to use when compared with the dogmatic garbage that spews from Rational. If IBM does to Rational what it did to Lotus and CrossWorlds we'll all be better off! Open source development has **clearly** proven how you can rapidly develop great software with no over-blown management structure and butt-head tools. Ditch RUP and use SourceForge.net I say. No cost and orders of more successful projects than Rational has ever been able to achieve. (My next post on this topic will tell you how I *really* feeel.) Toodles.

      --
      Rich people are eccentric. Poor people are strange. Me, I'd be happy with odd.
  7. Valgrind by Bullschmidt · · Score: 5, Informative

    Anyone looking for similar functionality in an open source package may want to check out Valgrind. It is "an open-source memory debugger for x86-GNU/Linux". I've used it for a short while and its great.

    Valgrind:
    http://developer.kde.org/~sewardj/

    --
    "Of all days, the day on which one has not laughed is the most surely the one wasted." -Sebastian Roch Nicol
    1. Re:Valgrind by Bullschmidt · · Score: 2

      Oops. It is similar functionality to the Purify product. I should have specified that.

      --
      "Of all days, the day on which one has not laughed is the most surely the one wasted." -Sebastian Roch Nicol
    2. Re:Valgrind by WasterDave · · Score: 2

      Funny thing is that someone rated it informative.

      Dave

      --
      I write a blog now, you should be afraid.
  8. Rational Rose by Reality+Master+101 · · Score: 5, Interesting

    I don't have all that much to add, except -- God, Rational Rose was one of the buggiest, worst-designed pieces of software I've ever used. The one time I had to use it I prayed that someone over there would buy a copy of Visio to learn how a diagramming tool SHOULD be designed.

    I always found it hysterically ironic that a tool that was touted by its makers as the ultimate way to develop software demonstrated so poorly its own usefulness.

    Maybe after buying it IBM will run it into the ground ala Lotus. We can only hope.

    --
    Sometimes it's best to just let stupid people be stupid.
    1. Re:Rational Rose by sql*kitten · · Score: 4, Informative

      Rational Rose was one of the buggiest, worst-designed pieces of software I've ever used. The one time I had to use it I prayed that someone over there would buy a copy of Visio to learn how a diagramming tool SHOULD be designed.

      Yes, but can Visio generate C++ from your UML, let you modify the C++, then import it back into the UML editor with all your changes intact? It's called "round trip engineering" and if you aren't doing it, you wasted your money buying ROSE!

    2. Re:Rational Rose by pcraven · · Score: 5, Informative

      Togethersoft can do transparent roundtrip engineering.

      Rational just manages to mangle code going both ways.

    3. Re:Rational Rose by __past__ · · Score: 2
      Yes, but can Visio generate C++ from your UML, let you modify the C++, then import it back into the UML editor with all your changes intact?
      Dunno about C++, but the Visio version in Visual Studio .NET Enterprise Architect does roundtrip engineering at least for database models (which is, of course, way easier). I doubt that we'll have to wait too long for full roundtrip engineering for C#, maybe for more or even all .NET languages.

      There seems to be a lot of money to make in this market, and new and cool products pop up frequently. Microsoft won't just let the other guys have all the fun.

    4. Re:Rational Rose by axxackall · · Score: 2

      round-trip was the reason we abonded Rational and switched to Together

      --

      Less is more !
    5. Re:Rational Rose by Reality+Master+101 · · Score: 2

      I'm not saying that they're necessarily intechangeable tools, only that Visio's user interface is soooo much better, not to mention infinitely more stable.

      --
      Sometimes it's best to just let stupid people be stupid.
    6. Re:Rational Rose by dbretton · · Score: 2


      Yes, but can Visio generate C++ from your UML, let you modify the C++, then import it back into the UML editor with all your changes intact? It's called "round trip engineering" and if you aren't doing it, you wasted your money buying ROSE!


      Yes, but Rational Rose doesn't really do round-trip engineering successfully. I have run into several situations where Rose 'forgets' to pull in certain classes, neglects to pull in the comments written in the code, and deletes the comments in the existing model.
      Rose is supposed to be helpful with designing AND documenting. If it continually deletes your comments, it certainly is not helping with the documentation.

      -D

    7. Re:Rational Rose by sohp · · Score: 2

      I hate Rose 6 ways to Sunday, but ArgoUML doesn't do what I need. There's more to visualizing software than class diagrams, and ArgoUML's support for interaction and sequence diagrams is non-existent. If the world were sane, MagicDraw would be the tool of choice and Rose would be consigned to old-timers tales of "remember how bad the UI of that thing was?" and the Wayback machine.

    8. Re:Rational Rose by Skjellifetti · · Score: 2

      Here, Here! I've had horrible experiences with Rose. It has always amused me that a company that creates tools to support modern software design and build methods and which is backed by some of the top names in the field of software design methodology could write such buggy code. It makes me wonder if the design methodology itself is to blame. If you don't create a superior product when you are the experts at a supposedly superior methodology, something is seriously wrong with the methodology.

    9. Re:Rational Rose by MillionthMonkey · · Score: 2

      I used Rational Rose for a month building UML diagrams for a client who wanted a me-too dot.com back in 2000. (Thank God they ran out of money like everyone else- they were clueless as hell and couldn't come up with a spec to save their lives.)

      There were so many bugs and "bleeding-edge" features in Rose that looked cool but that weren't usable because of bugs. Printing was the worst. I repeatedly tried to print diagrams on all kinds of printers with no success. Each diagram came out the size of a postage stamp at the top left corner of each sheet of paper. It also liked to print out tons of blank sheets with a "page m of n" footer at the bottom. If you need lots of scrap paper it's a great product. We joked that Rational and the paper industry were in cahoots together.

    10. Re:Rational Rose by steve_l · · Score: 2

      Also, it has an atrocious user interface. In some views deleting objects in the list view of parts would delete them from the diagram, in others it would delete them from the entire design. (ratrose 4, BTW). That and the basic bugs convinced me that the RUP was a bogus dev process. If it was a good process, they would not have shipped something so bad.

      case #2: clearquest bugtracking. a dog to install, a dog to use. I remember using the web view to fill in a long a detailed bugrep and when I hit submit it told me the session had expired, just because I was being thorough in my filings.

    11. Re:Rational Rose by MSBob · · Score: 2

      Let's see Rose reverse engninner your next project, eh?

      --
      Your pizza just the way you ought to have it.
  9. Their "loyalty" to Open Source? by Augusto · · Score: 5, Insightful

    What is this some type of cult now?

    Instead of coming up with weird 'royalty' reasons, come up with good business reasons for IBM to open source this product.

    Hey, I'd love if they do that, and you could argue that there could be some benefits financially to IBM. However, from IBM's perspective, I don't see this is a great move, or something you do right off you buy a company.

    --

    - sigs are for wimps.
    1. Re:Their "loyalty" to Open Source? by tshak · · Score: 3, Insightful

      Instead of coming up with weird 'royalty' reasons, come up with good business reasons for IBM to open source this product.


      Exactly. What some people here don't seem to understand is that IBM is not "loyal" to OSS, they are loyal to profit (it's called a business). They use OSS software in certain solutions because it saves them money. They essentially get to profit off of the backs of OSS programmers who code for free. IBM doesn't buy into the RMS BS, or any of the FSF BS. They are a business in a capitalistic country. Why does this philisophical BS come up every time a company chooses OSS - especially an American company who used to be a monopoly?

      --

      There is no longer anything that can be done with computers that is nontrivial and clearly legal. -- Paul Phillips
    2. Re:Their "loyalty" to Open Source? by leonbrooks · · Score: 2
      They use OSS software in certain solutions because it saves them money.

      And snatches them back some control, generally without the attendant liability.
      --
      Got time? Spend some of it coding or testing
    3. Re:Their "loyalty" to Open Source? by bokmann · · Score: 2

      I'm late posting to this party, but I'll post anyway on the hopes that this whole conversation will get the attention of someone at IBM and my thoughts might influence someone of importance.

      Open Sourcing the Rational suite of products makes perfect sense. Why?

      1) IBM is a consulting company. See all those ads lately? the want to sell people-time, not product. Give away the product, and you will have even more people that need/want help to use it.

      2) IBM now 'owns' the Rational Unified Process. Release the tools and wallpaper the earth with information about RUP, and everyone interested in Software Process Improvement will naturally adopt the stuff. More doors open for consulting, and IBM gains mindshare as 'the people to talk to for serious software engineering.

      3) The open source community seriously lacks tools in this area. Releasing them would be a huge splash, gaining mindshare and free advertising, which is exactly what a large consulting company wants.

      4) You already have eclipse... turn the stuff into eclipse plug-ins! The killer IDE can become the killer cradle-to-grave tool for software lifecycle management... it would kick the pants off Togethersoft.

      If you agree, please mod this post up. Maybe someone with a clue at IBM will agree.

    4. Re:Their "loyalty" to Open Source? by aminorex · · Score: 2

      Given the *prices* Rational charges, I think they
      might just be saving enough on licensing fees to
      make this acquisition a net win in one calendar year.
      Given the cost of continuing development versus
      the rate of *sales* of Rational, it seems unlikely that
      they can make a *profit* on the sales.

      Of course I'm not even bothering to pull some
      arbitrary numbers out of my unmentionables to
      justify this argument, but I think it verges on
      credible nonetheless.

      --
      -I like my women like I like my tea: green-
    5. Re:Their "loyalty" to Open Source? by aminorex · · Score: 2

      IBM doesn't just *choose* opensource solutions,
      they *produce* and *fund* them. eclipse.org is a
      very good example, but there are others -- check out
      alphaworks. In may ways IBM has been an even
      better citizen in the freeworld than Sun, as they
      tend to use OSS licenses for their open source
      projects, unlike Sun, which has "control issues",
      despite having released far more open code (but
      not free in *any* libre sense).

      I think IBM could leverage Rational's UML tools
      to generate both hardware *and* software sales
      in a way very similar to the way in which Sun
      leverages Java to generate hardware sales.
      A z800 with MVS generates a *lot* more profit
      than does a copy of Purify.

      Moreover, one of IBM's major problems is that
      the pool of developers is small because the tools
      are inaccessible for self-instruction. If the significant
      components of the IBM toolchain were available,
      the pool of developers for IBM systems would
      explode -- and the sales case for z900s based on
      TCO would improve dramatically for those
      customers who need in-house solutions -- a lot!

      After all, why do you think that Linux s390 is so
      hot? It's not because it's a better web server.
      It's because there are app developers in abudance
      for the Linux platform, while MVS developers are
      like hen's teeth.

      --
      -I like my women like I like my tea: green-
  10. Good and Bad Points by fozzy(pro) · · Score: 2, Interesting

    I've seen Rational Software (Rational Rose Mainly) has improved in Stability since 1998 on the windows platform, but on Solaris it is better but still buggy. Hopefully IBM will improve the performance in Solaris. I hear it is ok in Linux, but room for improvement exists so we will se an improvement there, I've never personally used any Rational Software in Linux so I'm assuming what I've been told is true. I do hope IBM ports the software to other platforms well. I would sure love being able to make up some UML Diagrams on any system I desire with the same program. Together Soft is what I use often because it works so well on many platforms without fuss, but I prefer Rose as its UML is more standard and it just seems to crash less.

    IBM could also do what our "friends" at Microsoft did to Visio and ruin a good piece of software with patented Microsoft bloat.

  11. Re:What do they do? by Queuetue · · Score: 5, Funny

    Here, let me help:

    Google

  12. Re:Thank G-d!!! by sql*kitten · · Score: 5, Informative

    Rational Rose is the shittiest piece of software I have ever had to use. We have to use it in some CS and SE classes to draw UML diagrams and it is total crap. Not only that but the program costs like thousands of dollars from what I hear.
    By judging the one piece of software they make that I have used I can tell you that Rational was not a very good company. Hopefully IBM will fix them so another CS student need not suffer.


    ROSE is one of those packages like say I-DEAS that is very frustrating if you don't already know how it works and what to use it for. It does a hell of a lot more than "draw UML diagrams" - if that's all you wanted to do, you should have been using Visio.

    If you ever work on a project with a development team of a hundred or more OO developers, then you need what Rational's tools like ROSE have got, there's really nothing else that can manage projects that complex. Harsh as this may sound, if you're an undergraduate you really don't qualify to have an opinion on ROSE either way.

  13. Their loyalty to Open Source stops at the desktop by TheMidget · · Score: 2, Interesting

    And, don't forget, IBM's "loyalty" to open source extends only as far as the server and mainframe world. Desktop is verboten. Hence no Lotus Notes client. And no open source Rationale Rose either, because that's a desktop tool too.

  14. I can't help myself ... by YahoKa · · Score: 3, Funny

    Can this be expressed as a fraction?

  15. Rational software quality by pcraven · · Score: 5, Insightful

    Rational software is some of the worst designed examples of user interface out there. There are two types of people that like rational software:

    1. They haven't used anything better like togethersoft or visio.
    2. They are management and don't actually have to use it.

    Rational and IBM should get along great. Neither company produces good software. But both companies produce incredible salespeople. Working for a large bank, I have a great deal of respect for these guys. How would you like to try selling IBM or rational products? As engineers we are usually too honest. I'd never get anywhere.

    Rational sells a process. The process is great for business people because it produces visible artifacts. (Aptly named, as they don't get used and are only good in the archeological sense.)

    Togethersoft (recently bought by Borland) has much better software but it is very expensive, and they don't have the quality salesforce IBM has.

    So if you think that salespeople don't matter, think again. In this case, they can take a barely functional product and have it dominate that sector of industry. Even in the face of better products.

    1. Re:Rational software quality by roalt · · Score: 2
      They haven't used anything better like togethersoft or visio.

      I don't have experience with visio, but I thought it was based on rational technology. Anyone out there who knows that?

      Together is supurb to rational with respect to backwards engineering. You can much easier adapt your source code and together will put these changes back in the design.

      Friends of mine used rational rose under windows and the stability is horrible. The rational rose version for linux is even worse: They use some kind of windows simulation environment instead of supporting native linux interfaces. This means you have to install a "windows" printer to print and more of these nonsense.

    2. Re:Rational software quality by __past__ · · Score: 2
      I don't have experience with visio, but I thought it was based on rational technology.
      No, Microsoft bought it from a company called "Visio Corp.", formerly "Shareware Corp." that developed it from scratch. It isn't too similar to anything Rational, actually.
    3. Re:Rational software quality by axxackall · · Score: 2
      I heard from Rational University course instructors that Rational software itself is made without any using of Rational software itself.

      That was a very good illustration. And a very good advise: UML is good, Rational is good to learn UML, but once you know UML then the usage Rational will only make you development process worse.

      First, what I don't like in Rational is very ugly UI, which has not been designed - it has been "rationally" evolved from prototypes (that's waht RUP is about, isn't it?). I think the term "usability" is unknown in Rational development team.

      Second, Rational products are very badly integrated to work togethers.

      Finally, I hate all those license servers and inability of Rational salespeople to help to install them.

      Conclusion is to use Togethersoft - it doesn't pretend to automate all your thinking process. Instead, it helps you with your software development. And if you need really some serious analyse of requirements then do it with traditional knowledge management systems - at least you can do lots with rule-based verification .

      --

      Less is more !
    4. Re:Rational software quality by TheAncientHacker · · Score: 2

      Actually, it was originally "Shapeware" not "Shareware"

    5. Re:Rational software quality by jcr · · Score: 2

      One other data point: Visio was based on a NeXTSTEP program called "Diagram", from Lighthouse designs. Visio bought the code from lighthouse, and then performed the heroic feat of making it work on windoze.

      Lighthouse was eventually purchased by Sun, and the original app has been buried for years.

      On Mac OS X, there's a program called OmniGraffle which is very much like Diagram, plus a few years' worth of additional features.

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
  16. Clearcase by pcraven · · Score: 4, Insightful

    Clearcase is another of rational's products. I'm curious about other people's experiences. Things I don't like:

    1. Network dependent. Since the code is on a 'mounted' drive, everything is slower. I have to go to the network for everything.
    2. Integrates into Windows OS. If clearcase or the network has problems, I have to reboot.
    3. Takes to long. The whole integration stream, delivery, etc. takes about 10 button pushes and a good minute of time.
    4. Costs too much. CVS works better, and is free.

    Advantages of Clearcase:
    1. Has salespeople.

    1. Re:Clearcase by dbretton · · Score: 4, Insightful


      1. Network dependent. Since the code is on a 'mounted' drive, everything is slower. I have to go to the network for everything.


      That's only if you place the code base on the network. In addition, Clearcase allows you to have several base code repositories (VOBs) replicated on a network, then synchronizes them automatically. This would limit or eliminate the problem you mentioned above.


      2. Integrates into Windows OS. If clearcase or the network has problems, I have to reboot.


      Network problems are network problems. They have nothing to do with Clearcase. That's like saying, "CVS sucks cause when I can't telnet to the server, it doesn't try to compensate".
      Clearcase does not integrate into Windows like, say, IE.


      3. Takes to long. The whole integration stream, delivery, etc. takes about 10 button pushes and a good minute of time.


      This is vague. **What** takes too long? Checking out/in files? Triggers? Creating a release version?
      I have been using Clearcase on both Windows and Unix for several years now, and the only thing which takes any appreciable amount of time is configuring views, branches, etc. At that, it still only takes a few minutes, and is done once.


      4. Costs too much. CVS works better, and is free.


      It's definitely expensive. CVS, however, does not work better. In fact, CVS is much more limited in capabililty than Clearcase.
      CVS does work well, and is the right tool for many applications and development teams. However, if the project becomes large, distributed, or has many different builds and releases, Clearcase would work better in the long run.


      Advantages of Clearcase:
      1. Has salespeople.


      How about this:

      Advantages of Clearcase:
      1. Works seemlessly on both Unix and Windows.
      2. GUI for both Unix and Windows.
      3. Can take advantage of distributed code base development.
      4. Built-in triggering system for file check-ins and check-outs. This allows you to build scripts and such to do things when you check out/in a file or set of files.
      6. Smart 'make' routine which can take advantage of compiled object files in other people's views.
      7. Graphic 'diff' programs to view the differences between files and versions of files.
      8. Ability to create branches from the code base for program maintentance, and bug fixing of releases, etc.
      9. Graphic 'merge' programs which aid merging files between different views, or files from different branches.

      Those are a few advantages...

      Clearcase is a very nice tool. It was originally created by another company, whose name escapes me at the moment, then later purchased by Rational.

      Now, Rational Rose, on the other hand, has it's fare share of problems...

      -D

    2. Re:Clearcase by interiot · · Score: 2

      Users of clearcase and CVS don't completely overlap... clearcase is better suited to worldwide development with millions of lines of code, thousands of source files, and thousands of versions on each source file. CVS is better for single developers or medium size projects. From your situation, it does sound like CVS would be a better fit for you.

    3. Re:Clearcase by Wise+Dragon · · Score: 2

      *factoid*

      The company that originally developed ClearCase was called Pure Atria. That's why clearcase installs itself in /usr/atria.

      *opinion*

      Clearcase is powerful, byzantine, expensive, and slow. ClearCase linux support is quite limited, and its mvfs (multi-versioned file system. It's how they do dynamic views) is the only reason I use binary-only kernel modules. For this I resent Rational. I hope IBM will see the light and release the kernel module as free software so I can run ClearCase with a stock kernel.

      Do your organization a favor. Don't develop a dependency on ClearCase. It will hold you back. Consider using CVS for lightweight stuff, or go with one of the commercial alternatives like BitKeeper or Perforce.

    4. Re:Clearcase by bushido · · Score: 2, Informative

      ClearCase was originally developed by Atria Software, which was acquired by Pure to form PureAtria, then bought by Rational Software, which is now part of IBM - got that? :)

    5. Re:Clearcase by bushido · · Score: 5, Informative

      Here's a couple more small things:

      - Try to do a rename on a file in CVS and retain the element history. ClearCase does this correctly without having to muck with the repository by hand.

      - ClearCase at it's core has a real ACID database to do a better job of preventing data corruption. CVS does not, which can lead to problems - notice newer open source CM solutions (Subversion, BitKeeper, etc.) have followed suit.

    6. Re:Clearcase by Flamesplash · · Score: 2

      1. Network dependent. Since the code is on a 'mounted' drive, everything is slower. I have to go to the network for everything.

      I don't know of many places that are willing to spend the money on CC that are not network dependant. Where I work, before we moved to CC we used CVS with pserver. Even if I choose not to use pserver my home account is on a central server.

      I really don't think many places can escape the network aspect regaurdless of the tool they use

      2. Integrates into Windows OS. If clearcase or the network has problems, I have to reboot.

      *cough* *cough* Use Solaris ;)

      3. Takes to long. The whole integration stream, delivery, etc. takes about 10 button pushes and a good minute of time.

      I've only been using CC for a couple weeks now, but I've come to find that while I'm not completely sure of what I'm doing, CC usually does what I intend to do. When we were using CVS I was a whiz and knew what the underlying level was doing. CC has a bit more abstraction, at least with UCM, but it does things properly even when I'm not sure what that is. :P

      --
      "Not knowing when the dawn will come, I open every door." - Emily Dickinson
    7. Re:Clearcase by steve_l · · Score: 2

      I think clearcase came out of apollo. I know people who used it to build their OS (hpux), and used to have this fun of changes they made to the filesystem code stopping clearcase from working...there is a boot nightmare.

      When I used clearcase I came to like its UI and its branching. But I came to fear its excessive coupling to the OS. It often needed a reboot after something trival (like deleting files), and because it was slower than a normal file system, builds took longer. When I upgraded to winXP from win2K, I lost access to CCase and could only check back everything by mounting my local vob repository from someone elses PC.

      I have yet to see an SCM system I really like.

    8. Re:Clearcase by KyleCordes · · Score: 2

      My thoughts on ClearCase:

      * Directory access is really, really slow. Doing an "ls" of an directory in a big project could take many seconds. (With a very expensive and well-equipped server and local network.)

      * File access is slow.

      * A company with 100 developers and CC, probably has a CC adminsitrator. A company with 100 developers and CVS, probably has a few developers who tend to CVS on a very part-time basis.

      * Doesn't have atomic checkin of more than one file, one of the features I also miss in CVS.

      * CC gets tangled up with build processes, they have their own "make" and apparently there are issues with using an normal Make in a CC view. I believe such entanglements are unwise, and controlling sources should be isolated from building, such that either could be replaced completely without affecting the other.

      * I think the whole model of my "view" on a server, is inferior to having the set of files I need on my local, huge, cheap, very fast hard drive. Trying to beat a $200 hard drive, with a network, pile of complex software, and massive server, is a sucker's bet.

      * I prefer a system where the developer says "OK, go get everyone else's changes now" to the dynamic views (sometimes called "Jello views") in ClearCase. (Yes, I know that newer versions of CC have snapshot views.)

      * CC has silly installation requirements because of how it works with virtual directories/drives... for example, installing an NT Service on developer *client* machines.

      * To reiterate the first points, I found that CC slows down developers. Time is money, and CC costs too much time.

      I'm vastly happier with CVS than CC. When some of CVS's issues bother me enough, I will get something else. My minimum requirement for any source control system is that it is not worse than CVS in any important way.

    9. Re:Clearcase by KyleCordes · · Score: 2

      [Smart 'make' routine which can take advantage of compiled object files in other people's views.]

      This is brilliant in theory, and I am impressed by it. However, I found it less useful in actual practice. In a Java project with a few thousand classes, and a massive Clearcase server, I found that I could do a full compile of the project, stored outside of CC, in a small fraction of the time of an incremental or full compile in CC, regardless of what other files other users had compiled etc.

  17. On Demand Computing by joel8x · · Score: 2

    This purchase is another piece of IBM's new strategy. It will be interesting to see how Rational's offerings contribute to thier new initiative and what software will remain "as is".

    --
    Sound waves should be free!
  18. Let's be grateful that IBM rescued Lotus... by dpbsmith · · Score: 5, Funny

    ...otherwise there would be nobody challenging Microsoft in the spreadsheet arena, and we would probably all be forced to use Excel for want of a credible alternative.

    I'm sure IBM's acquisition of Rational wlll be equally successful.

    1. Re:Let's be grateful that IBM rescued Lotus... by jimmyCarter · · Score: 2

      Anyone a Notes user at work? I had decent expectations when IBM came along, but it's still a cold turd.

      --

      -- jimmycarter
    2. Re:Let's be grateful that IBM rescued Lotus... by dpbsmith · · Score: 2

      I agree with you.

      I seem to recall that in the early nineties someone at Lotus complained that they were thought of as a "one-product company." Well, I always felt that naming the executable "lotus.exe" (rather than, say, 123.exe) WAS sort of asking for it.

      Not being a Notes user, I don't know what the name of the Notes .exe is. I'm curious. If it's ALSO "lotus.exe" then we'd have a complete explanation.

    3. Re:Let's be grateful that IBM rescued Lotus... by ValiantButter · · Score: 2, Informative

      "Not being a Notes user, I don't know what the name of the Notes .exe is. I'm curious. If it's ALSO "lotus.exe" then we'd have a complete explanation."

      The .exe is nnotes.exe or notes.exe. Unless you're talking about the server, which is nserver.exe.

      (The server, by the way, which offers a real alternative to M$ exchange. No, you don't have to use the Notes client to use the Domino server. A web browser or MS Outlook are viable alternatives, and I *think* you could even make it work with Eudora.)

      I hear that IBM is planning a product for next year that will answer all the critics of the "bloatware" supposedly released by Lotus.

    4. Re:Let's be grateful that IBM rescued Lotus... by jimmyCarter · · Score: 2

      I've deleted my INBOX THREE TIMES thinking I was deleting a message IN my inbox instead.

      --

      -- jimmycarter
  19. Re:Also check the internal memo by jkcity · · Score: 5, Informative

    fucked company internal memo here was it so hard to provide a link to it?

  20. Re:Does this affect the free software community? by __past__ · · Score: 2
    do we need UML to design free software?
    Yes, where it makes sense. Just as in the proprietary world.

    I guess the lack of UML-documented free software projects is not due to it not being neccessary, but to the lack of free UML tools. ArgoUML is quite a cool project, but unfortunatly it's a major PITA to actually draw models with it. Of course, there are several other UML tools at sourceforge, but, as usual, most of them are still unusable, and will always be.

  21. Irrational Rose? by the+eric+conspiracy · · Score: 3, Interesting

    Omigod, I guess there still are some .com managers on the loose. Who in their right mind would spend 2.1 billion on a money losing company that has $154 million in SALES???

    IBM must be planning to integrate the Rational process into a LOT of their products to justify this.

    1. Re:Irrational Rose? by Spoons · · Score: 2
      Omigod, I guess there still are some .com managers on the loose.


      Wow.... Somebody on Slashdot used the word "loose" correctly. I had my mental filter on to s/loose/lose/g and your sentance didn't make any sense. There is still hope for slashdot.
    2. Re:Irrational Rose? by bushido · · Score: 2, Informative
      You don't know what you are talking about, dumbass. The $154 million in sales is for ONE QUARTER.
      http://biz.yahoo.com/fin/l/r/ratl.html

      In this tech investment climate, combined with the large amount of cash on hand at Rational, it is pretty easy to see why IBM thought this was a reasonable investment. Take a look at the close to $1 billion RATL has in cash/short-term investments:
      http://biz.yahoo.com/fin/l/r/ratl_qb.html

      I'm sure they wished they could have closed the deal when RATL stock was around $5 instead of $10, but this is about the longer term in preparing IBM to dominate as infrastructure spending improves.

    3. Re:Irrational Rose? by the+eric+conspiracy · · Score: 2

      The $154 million in sales is for ONE QUARTER.
      http://biz.yahoo.com/fin/l/r/ratl.html [yahoo.com]


      Dumbass yourself. Rational also has $800 Million in debts and liabilities.

      General rule of thumb is a company is worth about what it's next year revenues are expected to be. Or if it is losing money, it's book value.

      The market valuation is pretty much in line with that.

      IBM paid $2.1 billion for a money losing company with $600M market value, or $500 Million book value. They overpaid, period.

  22. Re:Thank G-d!!! by David+Byers · · Score: 2, Informative

    That doesn't change the fact that Rose is shite. It can do all sorts of things, but I never found one it would do *well* (besides annoying me).

    I agree that you need tools *like* Rose, but you sure don't need Rose.

    Let's see what I've seen it do:

    * Ruin hours of manual diagram layout by rerouting all associations because I had the audacity to move *one* class. Undo? Sure. Moved my class right back. Didn't restore any other part of the layout though.

    * Refuse to save any files unless the user had administrative privileges under Windows NT.

    * Destroy an entire model (it refused to read back the file it saved) when I pasted some classes from a different model into a class diagram.

    * Throw away all my source code when I used the "round-trip" functionality. Thanks, Rational. I guess I didn't really need those method bodies.

    And those are only the onese I remember after a couple of years of repressing memories of using Rational Rose.

    My *best* Rose memory was sending a bunch of licenses back with a message saying that we couldn't accept the license agreement (which said that Rational wouldn't guarantee that our $12k of software would actually *do* anything). Man, that was fun. We went out and bought stuff from TogetherSoft instead.

  23. Clearcase performance depends on your network. by Magnus+Pym · · Score: 5, Insightful

    I have used clearcase under two environments:

    1) My last job: an all-unix network, where all the vobservers and clients were Solaris/linux, with a network administrator who knew what he was doing. The performance was excellent and clearcase really made a difference to the teams productivity. It was certainly better than CVS, which it replaced. Actually, comparing clearcase to CVS is like comparing Matlab to a 5-dollar pocket calculator.

    2) My current job, where the vobserver is on Solaris, but all the clients are Win2000, with a drooling windows monkey for a network administrator. While the clearcase GUI on windows is excellent and much better than the unix equivalent, its performance is infinitely worse, with the performance of a view degrading in proportion to the amount of time the windows machine on which the view was created has been left turned on. Finally, we instituted a policy that all win2K machines have to be rebooted every monday morning.

    It would be aweseome if IBM would make rational release a linux/unix GUI that is comparable to their windows version.

    Magnus.

  24. doesn't Rational now own Visual J--? by Locutus · · Score: 4, Interesting

    I seem to remember that MS Visual J++ was transfered to Rational. Was it transfered with a "hot potato" clause and Microsoft gets it back? Or can IBM pull the plug and bury it?

    From what I've heard, this purchase of Rational by IBM can only be good news since the Rational products need some major tuning.

    I also wonder if this doesn't have anything to do with Borland purchasing TogetherSoft( and getting TogetherJ )?

    LoB

    --
    "Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
  25. "it will provide significant benefits to you"? by JessLeah · · Score: 2, Interesting

    Most importantly, it will provide significant benefits to you.

    ...Look, there's nothing wrong with banner ads or corporate sponsorship, but...

    Is it just me, or have more and more stories been taking on a decidedly 'advertisatory' (to coin a word) tone in the past year?

    SlashDot did not used to be like this.

    At least CNN.com and whatnot put 'ADVERTISEMENT' at the top of "stories that look like ads", and they put 'SPONSORED BY' by "stories that are sponsored by the very companies they cover". (Look at this gem of a screenshot). Shouldn't SlashDot do the same?

    I might wish to politely suggest that, except in cases where anonymity is needed (e.g. when discussing something that could get someone sued, like DeCSS or something anti-MPAA or anti-RIAA), Anonymous Cowards should not be allowed to post stories.

    When I read this story, the first thing I thought was that the poster was an employee for either IBM or Rational...

  26. Re:Can CMVC or TeamConnection return from the dead by Mr.+Slippery · · Score: 2, Interesting
    God I would like to work again with CVMC...

    You, sir, are obviously a masochist of the highest order. :-) CMVC ranks as to most convoluted piece of bloatware I've ever been forced to use in a Unix enviroment.

    At my current workplace (IBM), a manadate from management that we migrate to CMVC from our home-grown set of SCCS scripts is causing nothing but pain. Every one of our developers would rather go to CVS.

    --
    Tom Swiss | the infamous tms | my blog
    You cannot wash away blood with blood
  27. As opposed to... by MarvinMouse · · Score: 5, Funny

    All that irrational software they've been buying lately.

    I just see the meeting now...

    BoardMember1: So we are going to purchase Rational software?
    BoardMember2: Don't we always purchase rational software?
    BoardMember1: No, we've never purchased Rational software, we've purchased other software before.
    BoardMember3: Other software? What, we've been running on irrational software for years?
    BoardMember1: No, no, no! The other software we buy isn't irrational, it's just not Rational software.
    BoardMember2: Isn't non-rational software irrational?
    BoardMember3: I think he's right Bob.
    BoardMember1: Okay, okay whatever... We've always bought irrational software.. Now all those in favour of purchasing Rational Software say aye.
    Everyone: Aye.

    ** Meeting Ends **

    BoardMember3 to BoardMember2: We're going to have to talk with the older board members... No wonder we've had to much problem.. with all that irrations software we've bought.

    *** thank you... thank you... I'll be here all night people. *** :-)

    --
    ~ kjrose
  28. W/O Rational, All Development Will Cease. Right. by mkcmkc · · Score: 2
    If you ever work on a project with a development team of a hundred or more OO developers, then you need what Rational's tools like ROSE have got, there's really nothing else that can manage projects that complex. Harsh as this may sound, if you're an undergraduate you really don't qualify to have an opinion on ROSE either way.

    Yeah, you tell 'em. That young whippersnapper should shut up about real software development, and go back to his open source project (which, incidentally, has a development team of 100 or more, doesn't use Rational tools, and--mirable dictu--actually works.)

    --Mike

    --
    "Not an actor, but he plays one on TV."
  29. Hey, it worked out great for Tivoli!! by Anonymous Coward · · Score: 3, Insightful

    IBM bought Tivoli in 1996. The rapid infusion of talented personel from IBM, who brought with them a set of skills honed over decades of wasting millions of dollars developing worthless products, turned the aggressive young company into the dismembered, meaningless WebSphere hanger-on it is today. Rational employees should look forward to eager smiling IBM managers showing up wearing Rational t-shirts and spouting their love and respect for everything Rational stands for. Shortly will follow the working groups, the process groups, the import of random dinosaur projects from elsewhere in IBM into the Rational product suite, and best of all a decision-making mechanism that will ensure no useful new products will ever be created.

    In two years, "Rational" will be little more than a second-level menu off some VisualAge product.

    1. Re:Hey, it worked out great for Tivoli!! by anomaly · · Score: 2

      As a Tivoli customer, I can say that much good has come from IBM's purchase of Tivoli. Some bad has come (eg the current migration from the tivoli.com website to the ibm.com website has been a debacle.)

      However, things like:
      a regular release schedule,
      fixpacks rather than an infinite number of patches to be applied individually
      better tracking of change requests through APARs and PTFs
      basically have taken Tivoli's products from a set of cool functionality that would work well with an open source model due to the complexity of implementation and support to a product set that is more like a COTS product with greater consistency than ever.

      IBM has lots of problems, but it's not entirely bad....

      Regards,
      Anomaly

      --
      But Herr Heisenberg, how does the electron know when I'm looking?
  30. Had to rreply to this one... by SuperKendall · · Score: 2

    I've worked with ClearCase for about two years now, and have used CVS off and on years before that... I feel like I need to answer your list of ClearCase's benefits.

    1. Works seemlessly on both Unix and Windows.
    Point for CVS then, which also works on OS X and just about any other platform...

    2. GUI for both Unix and Windows.
    Also a point for CVS, which has GUI's for more platforms (including Java GUI's). Also has Windows explorer integration that works better (as in faster) than ClearCase's dog-slow file integration.

    3. Can take advantage of distributed code base development.
    Point for ClearCase, though how many people really take advantage of this feature (we do not).

    4. Built-in triggering system for file check-ins and check-outs. This allows you to build scripts and such to do things when you check out/in a file or set of files.
    I think you can do that with CVS too.

    6. Smart 'make' routine which can take advantage of compiled object files in other people's views.

    Oh yeah, I'll bet a LOT of people really make use of that one.

    7. Graphic 'diff' programs to view the differences between files and versions of files.

    Now I am going to go all out and say that ClearCase has the suckiest diff routines and tools ever foisted on mankind. I have personally witnessed a number of terrible mistakes on the part of the automerge process, and the "Graphical Tool" used to merge is the worst merge tool I have ever seen. If you want a fancy graphical merge tool Araxis Merge is 100000000% better. If you don't mind a bit more manual procedure then ediff beats everything I've ever used. When we used CVS the automerges did not go wrong ONCE, and anything that needed a merge by hand we could just set the tool up to use Araxis (or anythign else) because it was not an "Integrated Tool".

    8. Ability to create branches from the code base for program maintentance, and bug fixing of releases, etc.

    Which pretty much defines source control in my mind, again I'd have to give a hand to CVS for much easier branching. I could quickly create branches in CVS whereas in ClearCase it is a Big Deal to create branches, and the SCM people don't like it one bit.

    9. Graphic 'merge' programs which aid merging files between different views, or files from different branches.

    I already covered my problems under the "diff" section, which is really the same thing.

    The thing you forgot to mention that IS a real strength of ClearCase is that it also does directory versioning. However, I would frankly give up that benefit in an instant for the much easier usability of CVS.

    There are very large open source projects (like emacs or Mozilla) that use CVS, prooving that large projects can and do work even with the limitations of CVS. We have a fairly large project at work (I think about 4000+ files) and ClearCase, to me, has no compelling reason to use it except when people at work force you to. I know that before we were forced to switch to ClearCase I was a part-time CVS admin that spent about two hours a week on CVS issues, whereas now we have a team of SCM people managing CVS and I spend about four hours a week personally dealing with SCM issues like bad merges - except now EVERYONE ON THE TEAM gets to spend that same four hours as they have merge issues of thier own to deal with.

    Sure, with a team of dedicated admins who know what they are doing, perhaps ClearCase might be better. But how many companies really have that? And is it worthwhile when just about anyone can set up a CVS server almost without thought?

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:Had to rreply to this one... by Magnus+Pym · · Score: 4, Insightful

      SuperKendall wrote:

      >> 6. Smart 'make' routine which can take advantage of compiled object files in other people's views.

      > Oh yeah, I'll bet a LOT of people really make use of that one.

      Have you any idea how incredibly useful this feature is? For example: let us say a developer checked out a heavily used .h file and modified something. Pretty much everything in his view will rebuild. For a large project having tens of thousands of files, this could take hours (if not days).

      But once he checks his stuff in, no other developer in his team will have to go through the compile, since clearcase winks in all the object files from the first developer's view!

      Suffice to say that this is one of the biggest selling points of Clearcase to people who know about this feature.

      Magnus.

    2. Re:Had to rreply to this one... by ebh · · Score: 5, Insightful
      3. Can take advantage of distributed code base development.

      Point for ClearCase, though how many people really take advantage of this feature (we do not).

      A large number of ClearCase installations use MultiSite. It works very well over unreliable networks (I currently use it with a VPN between the US and India) or with no network at all (before we set up the VPN, we did updates via sneakernetted CDs). It also aids in disaster recovery because you can physically destroy one site without affecting any of the others. Lastly, it makes backups dead easy to do.

      4. Built-in triggering system for file check-ins and check-outs. This allows you to build scripts and such to do things when you check out/in a file or set of files.

      I think you can do that with CVS too.

      Almost any ClearCase operation can have preop and postop triggers attached to it. The last time I looked (about six months ago), there was a very limited set of CVS operations that could be triggered, and expanding that set was near the top of the to-do list.

      6. Smart 'make' routine which can take advantage of compiled object files in other people's views.

      Oh yeah, I'll bet a LOT of people really make use of that one.

      In very large (>5 million LOC) projects, ClearCase's wink-in facility is essential. With something that big, you can't just work on your own little corner of things without regard to what the other 1000 developers are doing around you. You've got to be able to regression test the whole thing with your changes applied, and that means building the whole thing.

      If your makefiles are written correctly, you get 100% wink-in of everything that doesn't have to be rebuilt as a result of your source changes. If your ClearCase environment is tuned correctly, you can wink in objects somewhere between one and two orders of magnitude faster than you can compile them from scratch, plus you don't have the overhead of initially extracting all the source from the repository.

      (Yes, I know about Mozilla. I'm not saying you can't manage large projects using CVS or whatever, but ClearCase has capabilities that CVS could never emulate.)

      If you weren't using clearmake and wink-ins on your project, then you were definitely wasting your money on ClearCase.

      8. Ability to create branches from the code base for program maintentance, and bug fixing of releases, etc.

      Which pretty much defines source control in my mind, again I'd have to give a hand to CVS for much easier branching. I could quickly create branches in CVS whereas in ClearCase it is a Big Deal to create branches, and the SCM people don't like it one bit.

      Creating branches in ClearCase is as natural as breathing. All you need is a cohesive branch strategy that you apply across your whole source base, like "I want my version; if that's not available I want the version from the latest official build". The free-for-all "I want 1.1 of this, 2.3.4 of that 5.10.15 of the other" non-strategy will cripple ClearCase, but it will also cripple any SCM practice you try to wrap around CVS or any other tool.

      You also forgot that ClearCase can provide build audit trails that are way more comprehensive and reliable than revision strings embedded in the source files. The speed with which that lets me diagnose build failures and related problems wins us back a good chunk of the cost of ClearCase in engineer time savings.

      For that matter, the richer set of metadata types that ClearCase provides lets you use know why something happened the way it did far more easily than you could with plan version control.

      I've done SCM with a variety of tools for about 13 years now, and without exception, everyone who complained about ClearCase either a) was not using the tool to its fullest, b) was mad because it didn't work exactly like Their Favorite Version Control System, c) didn't know the difference between version control and SCM, or d) was really complaining about having to have any process at all beyond just barfing out code.

      There's a new crop of tools coming along that may knock ClearCase off its perch, and ClearCase is far from perfect, but as SCM tools go, it's still the king.

    3. Re:Had to rreply to this one... by richieb · · Score: 2
      7. Graphic 'diff' programs to view the differences between files and versions of files.

      Now I am going to go all out and say that ClearCase has the suckiest diff routines and tools ever foisted on mankind. I have personally witnessed a number of terrible mistakes on the part of the automerge process, and the "Graphical Tool" used to merge is the worst merge tool I have ever seen.

      I use CC now and I completely agree with you. The graphical merge tool is horrbile.

      I use ClearCase mode in Xemacs and use the Emacs diff - it's much much better.

      --
      ...richie - It is a good day to code.
    4. Re:Had to rreply to this one... by SuperKendall · · Score: 2

      It sounds like you are a ClearCase expert, and as such can make it do almost anything and do it well...

      But how many people have access to someone with your level of ClearCase experience? At work we have a whole SCM team, and as I said I spent far less time on SCM matters when we were just using CVS (in a team of ten or so).

      I'm also unsure how useful the audit trals and richer meta-data such really are, since again I think few people can take advantage of them. Perhaps ClearCase is like a very expensive sports car in that only a few people driving them will really use it effectivly, and the rest will end up driving a very expensive thing off a cliff.

      Another thing I meant to vent about in my first message is that the way CVS has you work with files is the Correct Way - you change files, occasionally updating them from source to keep in sync. When you are ready, you check it all in and there are hardly any merge issues because you've already done most of the merge ahead of time, and you've also tested it beforehand.

      In Clear Case (or perhaps this is just the way we have it set up) you can either check out a file reserved, which menas everyone else has to hijack it to work with it (which means they'll be doing a merge later). Or if you are more careful, you can check out a file unreserved, which means anyone can check the fiile out an in again (but you'll then have to merge on checkin). Both methods mean if there are merge issues, you'll discover them in the VOB and not on a developers local machine first. Sure you can get close to that kind of work path in ClearCase, but only through trickery. I do not think there is a good way to make that sort of behavior a real default that people cannot help but use, though I would love to be told of a way to do so.

      --
      "There is more worth loving than we have strength to love." - Brian Jay Stanley
    5. Re:Had to rreply to this one... by ebh · · Score: 2
      But how many people have access to someone with your level of ClearCase experience?

      Anyone who reads Slashdot. :) Seriously, join CCIUG. There are a lot of people there (some of whom have forgotten more about ClearCase than I'll ever know) who are happy to answer questions.

      At work we have a whole SCM team, and as I said I spent far less time on SCM matters when we were just using CVS (in a team of ten or so).

      On a team of ten, unless you're maintaining a large base of old legacy code, ClearCase is probably overkill. Were it not for our four sites in three countries, I think ClearCase would be overkill for my product. The rule of thumb I use is that if you don't need to be at CMM level 3 or higher, you probably don't need ClearCase.

      Where ClearCase really shines is in very large projects with a long history. On my last project, we had some source files which had history going back fifteen years with over 10,000 versions. ClearCase doesn't break a sweat handling that.

      I'm also unsure how useful the audit trals and richer meta-data such really are, since again I think few people can take advantage of them.

      If your project is run right, there's only one person who would ever need to: the release manager. The high-end features of ClearCase aren't there for the benefit of individual developers, they're there for the project as a whole. They give you fast turnaround on official builds, they let you juggle a dozen releases of your product at once, they let you reproduce a build five years after it was shipped to customers, etc.

      the way CVS has you work with files is the Correct Way - you change files, occasionally updating them from source to keep in sync.

      Again, provided that "you" == "developer". The "extract the cleartext code into your directory" model is the classic, but to claim that it is the One True Way is a religious issue. Personally, wearing my developer hat, I much prefer to be able to describe the code I want to see, rather than specify lists of versions. I also like being able to root my source tree at the same place no matter what I'm doing.

      When you are ready, you check it all in and there are hardly any merge issues because you've already done most of the merge ahead of time, and you've also tested it beforehand.

      How is this different from ClearCase, unless you're checking your code directly into the mainline branch rather than on your own development branch?

      Both methods mean if there are merge issues, you'll discover them in the VOB and not on a developers local machine first.

      What's wrong with that? If your changes have to be reconciled with someone else's, what difference does it make when it happens? One of ClearCase's advantages is that most of the time, it can do the merges automatically for you. If you use UCM or an equivalent home-grown facility, you're encouraged to check the merges, and if there's a problem, you can back out with no trouble. It works like this: You check in your code on your development branch. Then, you set a view into the mainline, check out your files there, then merge the changes from your development branch into your mainline view. This will pick up and resolve anything else that's happened to your files while you were doing your development work. If the merge doesn't go smoothly, you can massage it by hand (like a traditinoal merge) before checking it into the mainline, or you can undo the checkouts on the mainline view, and go back and fix things up in your development view. When you're satisfied that the code looks right in your mainline view, and you've built and tested it to your satisfaction, check it in and you're done.

      It is precisely because branching in ClearCase is such a simple procedure that a method like this is viable and not trickery. It also reduces the need for reserved checkouts, and is independent of whether you use snapshot or dynamic views.

      I do not think there is a good way to make that sort of behavior a real default that people cannot help but use, though I would love to be told of a way to do so.

      The way to make that the default behavior is to use UCM (although I'd only use this on ClearCase 5.0; UCM wasn't really ready for prime time in 4.2). UCM imposes a process you might not agree with 100% but for most things it's Good Enough, and it saved me months of scripting around base ClearCase.

  31. Re:Thank G-d!!! by Kupek · · Score: 2

    I had to use it last year in one of my courses. I understand that I don't have a full appreciation of what it takes to coordinate the development of a massive application, but Rational Rose was just plain buggy. It didn't work correctly a quarter of the time.

    I don't think I need to have a few years of industry experience to have an opinion of software that doesn't work.

  32. Re:Their loyalty to Open Source stops at the deskt by THEbwana · · Score: 2, Insightful

    oh .. and how would you explain WSAD (WebSphere Application Developer)? - this is their new strategic development platform and its based on Eclipse (opensource) and it runs on Linux (ok..the Linux version has been lagging a bit but as of the next release both the Linux and Win versions have the same milestone dates).
    - My guess is that we'll see WSAD incorporating Rational Rose as a view in WSAD. This will make WSAD an incredibly complete tool. It's only viable competitor in the marketplace for J2EE development will be TogetherJ.

    One mistake they made though: SWT!!? - they should have based SWT on gtk instead of motif..
    - My guess is that they'll have to rework this within 3 years. They could have done it right from the start but maybe they're just waiting for Sun to implement the java/gtk part (why pay for it when someone else is doing it for free?)

    The only occasion when desktop is "verboten" is when selling workstations and laptops. This is not a result of free choice - this is the result of the dominating position of Microsoft. This problem should be rectified through the courts since it is clearly an effect of Microsofts illegal leveraging of its dominant position.

  33. Re:Does this affect the free software community? by __past__ · · Score: 2
    I use it too, actually. (And played around with Poseidon, a commercial derivation with a free-as-in-beer "community edition"). Most parts of it are great. However, either their model editor is crap, or I am too damn stupid to use it properly. For example, I haven't been able to move an Actor in a Use Case diagram without the associations getting messed up in surprising and hard to fix ways. Those are details, but it's still annoying.

    That said, I don't use the latest version, so it might be better now.

  34. Re:IBM by MonTemplar · · Score: 2, Funny

    As opposed to CA, where software companies go to join the ranks of the undead... :)

    --
    -MT.
  35. Re:Togethersoft by rodgerd · · Score: 2

    You sound as though this makes it different someho wfrom the Rational tools.

  36. Purify by hawkestein · · Score: 2

    I'm surprised how few people have mentioned Rational Purify. This is the only Rational tool I have ever really used (I played with Quantify a little bit, but didn't really invest the time to judge its usefulness).

    I've found Purify on Windows to be quite useful at tracking down memory violations and leaks, certainly much better than Visual C++'s debugger can. And it's also really easy to use.

    The only other product I know of on Windows that does this is Parasoft' Insure++, and I'm under the impression that it's quite a bit more expensive.

    --
    -- Will quantum computers run imaginary-time operating systems?
    1. Re:Purify by cant_get_a_good_nick · · Score: 2

      Notice he said "Purify for Windows". Valgrind is Linux only,.

  37. Re:Can CMVC or TeamConnection return from the dead by bmetz · · Score: 2

    Are you kidding me?!?! CMVC is by far the most annoying part of working for IBM. I mean..rah rah IBM, everything we make is great.

    --
    What did you eat today? http://www.atetoday.com/
  38. Re:Their loyalty to Open Source stops at the deskt by inode_buddha · · Score: 2

    Er, what about their Eclipse project? Or the excellent references and projects at their DeveloperWorks Linux Zone? Not to mention that my current kernel supports JFS and EVMS... I could go on, but you get the picture. Bear in mind that the server and the mainframe enterprise stuff is IBM's bread and butter; it's their core business to do enterprise stuff like that. I'd bet you'll see some desktop stuff from them, but it'll take a while.

    --
    C|N>K
  39. Re:Thank G-d!!! by Anonymous Coward · · Score: 4, Insightful

    I've used Rational Rose for a year and a half now. Here is my assement of the tool:

    1) No affective undo; in fact there really is no undo or multilevel undue. This omission is stunning. Try undueing a deletion of several classes, the moving of classes: you can't. Try undueing changed relationships, you can't.

    2) No ability for concurrent development. If one programmer is modifying a model, no others can do so at the same time because there is not merge tool. This serializes development, and what you find is that developers will start having to resort to tricks to allow them to work concurrently. Foremost among those is to not use rose.

    3) You cannot express all the relationships that exist in your software using Rose. For instance, you cannot represent macros and standalone functions. ( At least in the C++ package I use; there is more than one C++ package for Rose - the other is the 'ANSI' package I believe.) This leads to model skew; where what you are representing in Rose is not complete and correct with respect to what your code is doing. This causes developers to always "check the code" and ignore the Rose model.

    4) You cannot modify source directly and have Rose automatically regenerate the model relationships. I'm sure some would argue that this is a violation of the process for using rose; but what about when you introduce a third party library and start using it?

    5) Rose relationships are based on UML. A detailed UML diagram is has hard to understand as source. It turns out that having sophisticated UML does not communicate the design of you software any better or more clearly then just relying on source code alone, or some tool such as doxygen - which is fee and won't suffer from the limitations and expenses of Rose.

    6) Rose is windows bound product. If you are developing on other platform, you developers must have access to a windows box to enter in the Rose model information.

    7) Rose will not format its code to meet your coding requirements: it wants code formatted its way. This means if you have an existing source base with comments in perhaps doxygen format, then you will have to rework all that to support or overcome what rose will introduce.

    (Evaluation) People looking to use Rose for softare development should first define what the problem is that they are looking to solve with Rose. Then test Rose directly against that problem. For instance, if you are hoping that having a UML model of you software makes it easier to communicate its design, then ask your developers to read a detailed UML model, preferrably from a software project that they are unfamiliar with and that is as complicated as they will be working with when using Rose. When they are reading the UML, have them answer these questions: ( In asking these questions, do not allow access to the source. )

    What is the overall architecture, organization, of the model?
    What design patterns are being used?
    What problem is being solved?
    To add a feature ( do this with several different features ), what would you modify?

    To modify existing functionality ( choose several ) how would you modify the software.
    What disegn decisions have been made here?
    What have the designers choosen to comprise or leave out?

    The Rose tool should allow them to determine the answers quicker than if the developers where using another tool (doxygen) or just the source.

    You then ask the developers to use Rose to add functionality to the software. Use it for real here; have multiple developers working independantly on different parts. See how Rose performs here, again putting it against something like doxygen or just realying on the source. Key here is using your configuration management tools (cvs or whatever) to manage the Rose model changes while the developers are working.

    Now take into account the cost interms of dollars of the Rose license, the restrictions it incures on the organization of your code, the complexity in introduces into your development process, and the model skew difficulties it may introduce, the lack of features like undue, and other difficulties you encounter when using it and make your decision by comparing Rose to a tool like doxygen.

    From my experience, Rose is a poor performere that does not justify its cost; and here the cost I'm talking about is the impact on your development process and productivity not just the liscenses.

  40. Re:Websphere/Eclipse to the front by dbrutus · · Score: 4, Insightful

    If you mean real hacker as lone genius who releases software as he sees fit then sure, there isn't much use for UML there. But in a situation where you need to capture business processes and sort out the difference between what sales, finance, and marketing say they want and what they actually want UML is useful. And getting a sign off on a UML use case diagram is very useful for avoiding being the scapegoat when things go wrong. It eviscerates the ability of people to hide behind imprecise language in system descriptions.

    That, in the real world is a very useful feature and pro-geek as geeks tend to get knifed in the back for building what people say they want.

  41. Re:Thank G-d!!! by sql*kitten · · Score: 2

    I've used Rational Rose for a year and a half now. Here is my assement of the tool:

    Now this is a proper review, not "ROSE is crap, because!" like the last one.

    People looking to use Rose for softare development should first define what the problem is that they are looking to solve with Rose. Then test Rose directly against that problem.

    You really should get a login, because that comment is +5 Insightful.

  42. Re:Does this affect the free software community? by dbrutus · · Score: 2

    I haven't had that problem with 0.12 (current stable release as of writing). Since argo is installable with java web start go back, click on the link and fire it up.

  43. Re:Their loyalty to Open Source stops at the deskt by Wesley+Felter · · Score: 2

    SWT for GTK is already available.

  44. OK so what does Rational do? by mnmn · · Score: 2


    I tried to figure it out on their site... Data Modelling?? As in flowcharts? Or developing software in a very easy high-level language in an emulated environment to test its functionality? Call me naiive but I'm sure I'm not alone.

    --
    "Give orange me give eat orange me eat orange give me eat orange give me you." -Nim Chimpsky
  45. CMVC did have benefits and flaws by msobkow · · Score: 3, Insightful

    The biggest problem CMVC encounters is that developers are usually looking for a software versioning repository like RCS or SCCS. CMVC tackles not only software versioning, but defect/request tracking, and correlation of code deltas to defects.

    If developers don't accept the benefits of that tracking, they'll never consider it to be anything but an irritant. If project management doesn't actually use the additional information to control the project development, then CMVC is a poor fit if the project just wants a source code repository.

    I haven't set up a CVS server yet, but I keep my own code in an RCS repository. Everything I've read indicates that CVS is a means of publishing a read-only image of an RCS-managed project, and of accepting suggested code changes for review. CVS does not track defects/requests AFAIK, so if developers are used to working with CVS and RCS, they'll likely find CMVC frustrating as it requires them to coordinate an extra piece of information (the defect/request ids they are working on.)

    --
    I do not fail; I succeed at finding out what does not work.
  46. Yet Another Alternative to Rational... by Heinr!ch · · Score: 2, Informative

    I've used Rational Rose since the 98 version and I would say it has improved in it's stability and flexibility. The real time round trip C# code generation from UML models in Rational XDE is also quite nice. However, when I recently worked for a client who wanted to begin introducing formalized requirements and analysis to their developers, I could not help the tech director justify the cost of Rational products. So instead, we discovered Enterprise Architect for Windows from Sparx Systems, an Aussie company. From $95-180 per seat for a single user, this tool can do most anything Rose Enterprise Edition can. In addition, it includes better tools for doing project estimation, risk management, and requirements traceability. Plus - the data format is either MS-Access, MS SQL, or MySQL. Therefore, you can have multiple users working on the same model. Truly worth looking into if the only reason you're not using UML tools is price.

  47. re: rose on unix by synx · · Score: 2

    I knew someone who worked at a small shop up in Vancouver which was responsible for maintaining the old version of rational rose. The unix version is actually the windows version "ported" using some toolkit that helps port win32 apps to unix. Its basically a MFC/win32 port to unix. So now you have the bug prone and complex win32 api, then reimplemented ontop of a different platform, so you have several sources of bugs.

    Now how crappy is the unix version? probably pretty crappy and heavy on the system requirements.

  48. Re:The kraken awakes by Tony-A · · Score: 2

    I believe that this and other strategic moves will see IBM back in a monopoly position
    Yes, but with a difference this time methinks.
    By lowering the bars to competition, and insuring that some kind of competition is at least surviving, IBM is becoming poised to reap the advantages of a monopoly position without having to endure the flak. For big-bucks enterprise computing, IBM looks like a very safe long-term bet.

  49. Re:Thank G-d!!! by richieb · · Score: 2
    There are hundreds of examples where teams of "a hundred or more OO developers" went on to make successful software.

    OK. Name three.

    --
    ...richie - It is a good day to code.
  50. Re:Togethersoft by JamieF · · Score: 2

    Price out a 1.5GHz P4 with 512MB RAM, it's well under $800. Big deal.

  51. IBM Charity? Please no! (Very Long) by cmacb · · Score: 3, Interesting

    Rational is the latest in a series of products touted to revolutionize the way software is created. It is not a drawing tool, although it does have that capability. They also have a versioning component, an automated test tool (formerly Team Test I think) and a whole bunch of other things added in by acquisition. As a true believer in Client/Server methods it is clear that these tools can do a great deal of good when used properly, or a great deal of harm (at a high price) when used by "amateurs".

    A history of blunders:

    I worked at a shop that several years ago decided to go the "Client/Server" route to save money over the old mainframe methods. As far as they were concerned "Client/Server" mean "lets buy a bunch of PCs and play games on them during lunch". The application was a secondary consideration. This was a worldwide highly distributed application. Being a government organization, they had tons of money to spend though, so the reasons for switching had more to do with what the top people were reading in PC/Week and such than any concern about the money involved. The Clipper code was a disaster, with data constantly being lost for no apparent reason. The mainframe/mini approach consisting of a few hundred minicomputers was replaced with several thousand PCs, in reality the hardware costs went up. This all happened during a time when you had to replace all your PCs every year or two to still be able to even run the latest version of Windows and Office.

    On top of this the number of people involved in the process soared, network bandwidth had to increase substantially, not to cope with the application, but with the increased size of prettily formatted Word documents that were flying around. In fact when the network folk decided to project future traffic, they ignored the application altogether (since there wasn't a design from which they could work anyway) and simply did a statistical analysis of e-mail traffic. As dumb as this seemed at the time, the results actually worked pretty well.

    About the time the Clipper programs were fully deployed, Powersoft came along claiming to be best buddies with Microsoft. The company President even visited and told us that they and Microsoft were going to work together to make Powerbuilder the ultimate programming language of the future. The folks I worked for bought this BS hook, line, and sinker. The crappy Clipper programs were replaced (over a several year period) with crappy Powerbuilder programs who's design specs looked something like: "Make it look like the old minicomputer programs we had before". In other words, nobody really understood the original programs and didn't want to do the homework to figure them out either.

    Realizing this last fact to some extent, the organization bought into another product called System Engineer (I forget the vendors name). SE was a high level design tool that claimed to actually be able to generate full-blown applications if given sufficiently detailed design specs. The only catch was that it only generated C++ or Cobol, and generating Powerbuilder was a "future feature". Just as well, because none of the programmers involved had the skill or patience to use the product, so they just did their database diagrams with a bootleg copy of Erwin. When pressed to do so they would run Systems Engineer in "reverse engineering" mode to produce the "artifact" documents needed to demonstrate what a great idea this client/server stuff was after all.

    It was no surprise at all to me that about a year ago they asked someone (not me) for advice about where to go with this technology. Whoever did the research must have spent about 2 hours reading the trade rags before calling the sales reps to start convincing them that Rational was the "next big thing". In addition to the software being expensive, you almost have to agree to sign up for training in order to use the product. The training is VERY expensive, and with the bloated development staff that we had, this was made even worse.

    The good news is that they have finally realized they went down the wrong path with Powerbuilder. They at least in that process got their data into a real RDBMS (Oracle).

    The bad news is that they have decided to pick between Java and .Net for all future development and they behave as though they are sleeping with the Microsoft sales reps. Forget that the selection itself makes no sense (Java a language vs .Net a loosely designed framework), I'm sure they will pick .Net. again missing the chance to go with a language (Java or C++) that will be around almost forever. They'll send 100 people to C# classes, and they'll try and figure out how to pretend that they used Rational to design it all. Anything that goes wrong will be blamed on bad advice from consultants, anything that miraculously works will be claimed as the bright idea of a government employee who has never coded a line of either code or design specs.

    In about 4-5 years they will start the process all over again. And, by the way the mainframe is still there, doing the hard parts of the application, cleaning up the messes that the PCs have made, with large parts of it written in *sigh* COBOL.

    Your tax dollars at work again.

    Back in the 80's IBM failed to understand a very important concept: That whatever gadget or technology finds its way onto peoples desks at home will eventually find its way into solving business problems too. Whether it works or not will be decided so far in the future that nobody will get blamed or lose their job for not really thinking things through.

    I think IBM has learned its lesson though. They have their fingers in hundreds of pies, some of which are strategic, others seemingly nonsensical. They are positioned to make money both in hardware sales and consulting services whenever an organization gets so wrapped up in whiz-bang technologies that they can't extricate themselves. They have all the tools at their disposal to do mainframe/mini/or totally decentralized solutions and they are not dependent on any one vendor be it Oracle, Microsoft, Intel or even their own hardware divisions to come up with a solution that fits.

    For some it may seem like technology has moved rapidly, but we are just now accomplishing things that were predicted as being right around the corner when I was in college in the 70's. I blame a lot of this on clever marketing by Microsoft, Intel and a few others (Powersoft, Rational among them) that substituted nicely packaged products (and games) for products that actually did something useful. I have high hopes that the Open Source movement will end this nonsense. A steady stream of products that "just work" and don't cost anything to try will keep the sales reps of the future a lot more honest than those of the past. I have more to say about this, but I guess this is too long already. IBM will conceivably Open Source parts of the product suit that are not particularly unique, but nothing they do is about charity, nor should it be. I hope that creating the Microsoft and Intel duopoly was the last act of charity that they engage in.

  52. Eclipse awesome? by Latent+Heat · · Score: 2
    Being that this is Slashdot, you are going to call me a moron, so I will admit up front, I am a moron. Being the facts, I can't get Eclipse to do much of anything.

    I can download JBuilder and be up and building and running their example programs in no time. I downloaded Eclipse, and if I had a spare day or two, I suppose how I could build and run any of their examples. But since I don't have a spare two days to f__k with the thing, as far as I am concerned, it doesn't do anything.

    How are you suppose to download and run their examples? After building an example, how do you run it? The IDE Run command brings up a dialog with about 10 fields that I don't know how to fill in. I have never seen such a fussy IDE and I have used 'em all -- Delphi, C++ Builder, Visual everything in plain and .NET.

    Their Web site does have instructions on how to use their IDE to run the example programs -- you get these long checklists interspersed with screen shots which don't correspond to the version you have. If the IDE needs 2-page long cheat sheets on how to run an example program, why don't we just use Make files and dispense with the IDE altogether?

    I am sure that people are able to be fantastically productive in it, but I think this is one of these IBM-isms where they march to the beat of their own UI drummer and don't care about Files Open opening a file.

  53. UML is evil by g4dget · · Score: 2
    UML achieves its intended purpose: to give programmers a rapid, easy-to-understand way of communicating the structure of an object-oriented program graphically.

    And that's evil.

    Why? For several reasons. First, it lets programmers go and hack around in the code with only a superficial, bird's-eye view of the code; they understand roughly where they need to fix things, but they haven't yet absorbed all the intricacies of the code. Second, the program source text is the only thing that ultimately matters to the compiler and to other program analysis tools, but by off-loading documentation and structuring into graphical tools, the source text becomes second class. That would be OK if UML were a fully graphical programming environment, but it isn't. The way it is, round-trip UML is like hacking in GNU C++ assembly language output and corresponding C++ source code at the same time. Finally, UML encourages far too complex and general object-oriented designs, rather than focussing on solving a specific problem with a specific piece of code.

    1. Re:UML is evil by psxndc · · Score: 2
      I can see where you're coming from with your points, but I have to agree and disagree with your last point:

      Finally, UML encourages far too complex and general object-oriented designs, rather than focussing on solving a specific problem with a specific piece of code.

      Though this may be bad in a lot of cases, in my case, that of a Web Developer for an Internet Solutions Provider where we are developing very similar applications for different clients or similar applications for the same client. UML allows us to generate reusable designs and for us, not for everyone, that's a Good Thing (tm)

      psxndc

      --

      The emacs religion: to be saved, control excess.

    2. Re:UML is evil by g4dget · · Score: 2
      Evil???

      It's "evil" because it promises salvation from software hell to desparate programmers but doesn't deliver. Selling stuff to desparate people isn't nice as far as I'm concerned.

      To call UML evil is like calling gcc or gdb evil - as they are all just tools.

      Some tools are good tools, some tools are bad tools, and some tools are bad tools that way overpromise.

    3. Re:UML is evil by g4dget · · Score: 2
      UML is a notation [...] not a tool, either.

      Of course, it's a tool, in the same sense that algebra and calculus are tools.

      I suppose C is evil because it abstracts memory handling in a common way to make it so more developers can understand.

      C was just a tool that some people developed and others picked up; it wasn't generally hyped up as a solution to software engineering problems.

      Perhaps if UML had been used in the first place, the developer who originally wrote the code could make a quick visual survey of the coupling and cohesion in the system and eliminate those side-effects (nuances by another name).

      I suppose stranger things have happened, although I frankly can't think of any.

      It's all about abstraction, and in the case of the UML, it's about having a common visual abstraction so that developers can share ideas and discuss (visually) the design of software.

      That's the problem with UML: you can draw bubbles and boxes all you like, unless you actually express those abstractions as code, they are useless. And when you do, you don't need UML anymore.

  54. Re:Open Source? -- IBM *routinely* does this by ArtDent · · Score: 2

    VisualAge for Java is done. The upgrade path is Websphere Studio Application Developer, which is a proprietary product built on Eclipse. As a simple Java IDE, Eclipse and WSAD are the same, but WSAD adds tools for working with EJBs, JSPs, XML and Web Services, along with branding and support, of course.

    Eclipse is not "somewhat" open/free. It IS open source -- the CPL is an OSI-approved license. It IS free software -- the FSF describes the CPL as a free software license (though GPL-incompatible).

  55. Yes, but we can save a lot of work.. by xtal · · Score: 2

    Rational is pretty bad. It's interface is horrible. We evaluated it a few years ago; the experience was so poor, I don't ever care to look at it again. The first poster was not so far off when he said it was crap, and to berate him because he is an "Undergraduate" says to me you don't have anything factual to refute his opinion with - other than an ad hominem attack. It's not like the man is alone in his opinion that it's pretty bad software. In fact, I'd argue that amoung the slashdot crowd, you'd be more hard pressed to find positive experiences.

    Togethersoft offers a much nicer package that you can actually apply to an existing codebase.

    In my experience, neither package is a subsitute for good design documentation and talented developers. They are mearly a tool. Selling either package as a "process" might sound fine-and-dandy, in my experience, you can certainly produce very good, very solid code encompasing hundreds of classes with nothing more than visio and some solid software engineers. You can produce horrible, horrible messes with and without Rational's products. Rose just lets you do it faster.

    There's a reason that Rational's products and sales are going down the tubes after the dot.com freakshow - I found people pushing these models weren't the ones on the front lines having to deal with their decisions, integrate them into existing codebases, etc.

    And hey, I'm a graduate. :P

    --
    ..don't panic
  56. Luckily for you... by jtdubs · · Score: 2

    Eclipse is plug-in based. I don't know if you used Eclipse the open-source workbench, or one of IBM's new WebSphere products, but it's completely plugin based. It's much better architected than the old VA tools.

    It's just a matter of getting lots of wonderful plugins written, such as class and method browsers as you mention.

    Justin Dubs

  57. Re:Only three? by richieb · · Score: 2
    Only three? I can name a million: VMS, OS 360, Windows NT, ...

    I'm not really sure that these would qualified, as these are pretty modular systems, so each component is it's own project. So, writing device drivers is quite different from kernel development.

    --
    ...richie - It is a good day to code.