April 2005 - Posts
Very off the wall humor, but it had me LOL, the comments are just golden.
Peli very recently left a post that mentioned he could no longer develop on MbUnit and the reins were being passed to Jamie. Jamie is a very busy man and I asked if I could help out, as such me and Jamie have been discussing the best way forward. If your (like me) a MbUnit fan then I am here to tell you that MbUnit is indeed OSS again and lets gather as a community and help carry on Peli and Jamies work. So I ask you, join the MbUnit lists, spread the word, lets talk.
My friend Dave P (no blog but should ;-) showed me a link to the new data driven testing feature in Team System
. This is database driven rather than MbUnit's XML based method. Mark Michaelis who wrote the article also blogged this interesting MbUnit feature
My old buddy Robert put me onto this thread via a comment on his blog. The main issue is, MbUnit looks good but should I bother if the project is closed and Peli is focused on his MS role. I am here to tell you, oh yes ! While its an accepted fact that the good man is working flat out at his new role and MbUnit has gone quiet but he did promise on this very blog that he will consider returning MbUnit back to OSS. While we wait, lets not forget that MbUnit is miles, miles, miles ahead of anything else, got some data driven testing in your framework of choice, I doubt it. Its a rich, mature framework and you really have no excuse at all to not use it !
On Saturday I picked up a copy of 'Customizing the .NET Framework Common Language Runtime' by 'Steve Pratschner'
. Being the CLR wonk that I am, I have had this on my radar since Robert
posted about it. Its a great book for its technical depth when it comes to some key changes in the CLR v2.0 namely the hosting, app domain and CAS changes. The hosting I was most interested in as it explains some of the work that went into DB2 or Yukon for CLR hosting. I am also curious on some the tweaks you can make, such as the loader and threadpool etc that are explained. Only ficked through so far, but looks interesting.
James (NUnitASP) Shore is blogging
. I opened his blog to find this post on why he dislikes CruiseControl
. It seems that Jim feels that CI does not solve all your problems, if the code is good then it won't fail and by working to that target you can over time not need CruiseControl. I do feel that this goal may be one you will never reach, if the code is ever shifting and changing due to say refactoring then you will need CI to ensure your standards are being met, that your unit tests pass, that your tests pass code coverage, that your static anaylsis passes etc etc. As you get closer to your goal, sure CruiseControl will have less to do but what happens when the next phase starts and CruiseControl then has more work Looking foward to more posts from Jim :)
My good friend Robert is giving a talk on TDD and Unit Testing
to the Vermont .NET Users Group
. Robert will be talking about this using NUnit, he did mention that he will try and talk about my unit testing framework of choice, MbUnit
, as well and that would be a real treat for those folks attending.
Jim (NUnit) Newkirk has announced a new role at Microsoft
, to help make GDN a better place. Randy
have made some suggestions of which I wholey support. With GDN the ability to release and announce releases within a CI enviroment is I feel very important. Craig suggested CC.net but doubts MS would adopt it. I can't see them wanting to write there own CI system when CC.net is so dam good, prehaps borrow Team Systems code base for that? but its vital that they adopt everything CI brings. The sourcecontrol system in GDN must be fixed and again I whole sale agree with Craig that the model is changed, again Team System has its own SC system, why not expose that for GDN?
Mike R is in the UK (London) to give a talk on 'scaling CI'
, being 400 miles north I won't make it. But if your local then worth a visit.
Brian has created a list of CLR compiling languages
, I have offered a few suggestions. Cesar if your listening, send Brian a mail your Mono JScript compiler belongs on there.
More Posts Next page »