Hi Björn, >> Well, this "the trick is ..." part is exactly why I think that >> issueing a statement like "from now on, we do tests for our code" >> won't work - this is a complex topic, with a lot of "tricks" to know, >> so "Just Do It!" is an approach which simply doesn't work. But okay, >> that's a different story. > > I beg to differ: If code is not testable, it is not good and needs to > be changed.
You didn't get my point. Writing *good* and *useful* tests needs education, for most, if not all of us. "Just do it!" won't give you those tests, but just a pile of frustrated developers. So, the learning which is needed here (and the "is needed here" is the part which some of those saying "just do it!" miss) will be on a long and hard road. I didn't mean to say we should not take this road. I just wanted to say (and this was probably the wrong forum here) that words are easy, while doings are more difficult. > If code is not testable, it is not good and needs to be changed. Sure. And if OOo is not stable for remote access, this needs to be fixed, since this is one of our most important features. And if a single feature of OOo is not accessible, this needs to be fixed. And if there is a crash somewhere, this needs to be fixed. And if code is not maintainable, this needs to be fixed. The list could be much longer. There are more things which need to be fixed than can be fixed, actually. It boils down to a question of priority. I fully agree to you that tests *are* very important (hey, accidentally, I just spent the whole day to write new tests for my current CWS'es changes!), but I would have a hard time arguing with my manager that I want to spend the next two years re-factoring the x*100.000 lines in my modules, to make them testable. So, seriously, please save me from this fundamentalist "But it *must* be that way!" phrases, and let's find compromises with reality. Thanks. Ciao Frank -- ORACLE Frank Schönheit | Software Engineer | [email protected] Oracle Office Productivity: http://www.oracle.com/office --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
