Re: Proposing BRAT/bratmain addition (PLEASE READ!)

From: Djamel Ouerdane (ouerdane@nbi.dk)
Date: Fri Dec 13 2002 - 06:58:41 EST

  • Next message: Stephen Sanders: "bdst makefiles changed to allow Darwin build"
    Ciao Peter,
    
    Since I am in the same situation as yours (little time for these things),
    I propose that Bjorn and Claus organize the...reorganization :) They could
    lead a couple of projects and designate people to work on it.  All these
    people are free to ask me and you about the stuff we made but hardly
    documented (reduction passes, calibrations, DST etc).
    
    I don't know what a "sweet" code is :) but I do think that very dirty
    coding will mess up this effort. So, like Christian says, before using
    your keyboard for writing C++ stuff, think a bit of what you need and how
    to organize it. I know nothing about UML or whatever called somehow like
    that but a couple of drawings might help :)
    
    About the local tracking : I don't agree, it's not that good. Refer to my
    emails dealing with the T1 vdrift (FS setting 12A843 as far as I
    remember). So there should be at least a rereduction at this level.
    
    Putting some deadlines is good and bad, good because you force yourself to
    have things done, bad because you always end up hasting just before the
    deadline to the detriment of quality. I don't know what's the best but
    I tend to prefer being cool, we're not in the private sector, we have
    to produce results but not in a factory way ok ?
    
    Concerning now the discussion about these job log files, I mostly agree
    with Christian for the pragmaticcal aspect : if tools are already built
    and at hand, and if they showed they were powerful enough (I'm thinking
    about cvs, mysql, root, etc), so why not using them directly ? But where I
    disagree with him is that noone is as disciplined as he seems to be and
    will never be. We have to cope with it also in a pragmatical way and
    should not discourage any attempt to find a solution. The only worry I
    have is that ascii files are always the least efficient way of storing
    important info (cf. geo file mess, matching parameter mess, etc). But
    let's give it a chance, see how people use it and behave, and if it turns
    out that it's too much a pain to deal with these log files, then it won't
    be long to jump to the scheme Christian has in mind.
    Christian, I know what you think : pure waste of time. Maybe, but if it
    is, then people will know for sure if they do try this way and will learn
    from it.
    
    Djam
    
    
    
    
    
    
    Djamel Ouerdane ------------------------------------------o
    |  Niels Bohr Institute      |  Home:                     |
    |  Blegdamsvej 17, DK-2100 Ø |  Jagtvej 141 2D,           |
    |  Fax: +45 35 32 50 16      |  DK-2200 Copenhagen N      |
    |  Tel: +45 35 32 52 69      |  +45 35 86 19 74           |
    |                  http://www.nbi.dk/~ouerdane            |
    |                  ouerdane@nbi.dk                        |
    o---------------------------------------------------------o
    


    This archive was generated by hypermail 2.1.5 : Fri Dec 13 2002 - 06:59:48 EST