bug-serveez
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug-serveez] times


From: Tilda Sears
Subject: [bug-serveez] times
Date: Thu, 19 Oct 2006 23:44:55 +0900
User-agent: Thunderbird 1.0.2 (Windows/20050317)


All credit types accepted! Much of the nice modular design we have today is owed to him. If you write your tests first, using mocks, you will end up with well-designed, nicely decoupled code.
Knowing when you're done saves time.
It is very hard to do properly until you pair with someone who knows how to do it.
You write exactly what makes the test pass.
Seeing this will make it harder to ignore problems related to build time.
Seeing this will make it harder to ignore problems related to build time. The team's established practice is to extend the action and override methods that use objects that we want to mock out. He also seems to ignore the benefits of TDD. -And hopefully encourage the development team to do something about it before it becomes too big a hassle.
This involved some simple reflection logic and was implemented in a couple of classes. If you write your tests first, using mocks, you will end up with well-designed, nicely decoupled code.
PicoContainer was now a well-established project. Mocking is also an essential part of the whole TDD concept.
-And hopefully encourage the development team to do something about it before it becomes too big a hassle.
Its class is generally an implementation of an interface or a subclass of some class, either generated dynamically or statically coded.
Send your code to Guantanamo!
Get your brushes and submit your art! Send your code to Guantanamo! He got this weird _expression_ on his face when I asked, and I couldn't quite figure out whether he was excited or depressed.
Seeing this will make it harder to ignore problems related to build time. Check out QDox Attributes! This can incur some percieved overhead in the codebase, as the developer will now have to maintain both a CheeseDao and a HibernateCheeseDao. There are good and bad ways to do TDD. He also seems to ignore the benefits of TDD.
The derived "mock" implementation within the test may not be overriding anything in the superclass anymore, and the test may fail to execute the methods originally intended.
ie : Police retrieved the bodies of four men believed to be Macedonians kidnapped in s.
The derived "mock" implementation within the test may not be overriding anything in the superclass anymore, and the test may fail to execute the methods originally intended.
It tends to open up and cripple the classes even more than they were before.
At the end of the day that will bring us code that is easier to maintain. NET and a Ruby port, and more in the pipe. That would have been absolutely impossible without the extensive test suite we had built up by then.
It's kind of blurry to me how we decided to go for constructors, as we were both drunk when we started TDDing the first lines. Before I delve into the details, let me recap some simple mock essentials.
PicoContainer was now a well-established project.
Jon quickly joined the project and has since been an important contributor. Having a well designed codebase saves time.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]