Stéphane Ducasse wrote:
you still do not believe me but I really think that wirting some documents on 
what are the practices
what are the good practices 
Yes please!  Having an outline good practices is very useful...
and what are the bad practices 
  
...but having someone outline common bad practices is even better.  I used to be quite proud saying that "I learn from my mistakes."  Then one day I was stunned when someone responded saying, "yeah, well I prefer to learn from other peoples mistakes"  That made sooo much sense.
It  is an engineering principal that you learn more from mistakes. Sometimes doing what you think is "right" that does "work", merely reinforces your misconceptions. 

cheers -ben
is important just to make sure that people can refer to it in case.

stef

On Aug 30, 2013, at 1:45 PM, Igor Stasenko <[email protected]> wrote:

  
the more i looking how people using announcements, the more it reminds me the quote:
if the only tool you have is a hammer, to treat everything as if it were a nail


On 30 August 2013 13:38, Igor Stasenko <[email protected]> wrote:



On 30 August 2013 13:31, Camille Teruel <[email protected]> wrote:

On 30 août 2013, at 13:16, Igor Stasenko wrote:

    
can someone explain me, PLEASE, what is it for,
and why there are announcer per each subclass of TestCase needed
and why you organize it in a dictionary
      
It should be a class side instance variable instead of a classVar that maps test cases to announcer.

why?
 
Anyway the whole announcement stuff in SUnit is weird.
There TestAnnouncement (used by TestRunner) and an independent TestCaseAnnouncement hierarchy (that nobody use).
And there is this TestAnnouncer that subclass SystemAnnouncer...

that i already dealt with. 

But really.. why whole SUnit package needs more than one announcer announcing all events happening about running tests,
why people so obsessive with announcers that they put them everywhere??

 
    
... and.. do we need so many announcers
everywhere?

--
Best regards,
Igor Stasenko.
      



-- 
Best regards,
Igor Stasenko.



-- 
Best regards,
Igor Stasenko.
    

  

Reply via email to