#16391: Helper functions for OA constructions
-------------------------------------+-------------------------------------
       Reporter:  ncohen             |        Owner:
           Type:  enhancement        |       Status:  positive_review
       Priority:  major              |    Milestone:  sage-6.3
      Component:  combinatorial      |   Resolution:
  designs                            |    Merged in:
       Keywords:                     |    Reviewers:
        Authors:  Nathann Cohen      |  Work issues:
Report Upstream:  N/A                |       Commit:
         Branch:  u/ncohen/16391     |  42239ccc8b169e1aaf148da90b638004a09e67c6
   Dependencies:  #16370             |     Stopgaps:
-------------------------------------+-------------------------------------

Comment (by ncohen):

 Yo !

 > I had a look at various papers and they define holes as subset of `V`.
 But I agree, it is fine the way you did.

 Thanks.

 > I can review it, but I do not want to see it used in designs!

 ....

 It's cool to say "I do not want to see it used in design" but I am still
 the one who writes the code. Having this generic cache would make stuff
 better. And you can't really refuse an improvement because "there would be
 a better way to implement it" that you expect me to implement instead.

 Pfffff...

 Spoiled reviewers...

 > No. We should cache a dictionnary `n -> (k_exists,k_unknown)`. This
 would be more efficient. Sometimes you have a TD(k+5,n) but was looking
 for a TD(k,n), so you loose information. Similarly, if you start caching
 (incomplete) orthogonal array you would only cache the one which has the
 maximum number of holes with respect to a fixed k or the on which has the
 maximum size with respect to a fixed set of holes.

 I know, I told you about it myself.

 ...

 I will do it.

 It just takes time, and I have been stuck for 5 weeks with a
 straightforward code that does not get reviewed, and I can't add patch
 over patch over patch forever, knowing that names and specifications will
 change in the dependencies. It would have been done already otherwise.

 Nathann

--
Ticket URL: <http://trac.sagemath.org/ticket/16391#comment:39>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica, 
and MATLAB

-- 
You received this message because you are subscribed to the Google Groups 
"sage-trac" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/sage-trac.
For more options, visit https://groups.google.com/d/optout.

Reply via email to