<snip>
> 2) My goodness, we don't use CVS! :) That is a specific system which we
> haven't used in 10 years. I believe the general term your looking for is a
> Source Code Management (SCM) system.
>
> Ok. I meant the Controlled Version System but looks like there isn't such
a term. ;) And CVS is an old obsolete SCM. I will correct that in a while
4) I see no mention of documentation besides the grandiose summary at the
> end. The focus is and should be on the code, but you should plan to spend
> a small percentage of your time writing examples (e.g., wiki page) or test
> harnesses or some manual page that you expand, etc.
>
> Answered in the last part.
> 5) It might be helpful to specifically itemize your deliverables -- what
> actual tangible items you are planning to produce. You hint at most of
> them throughout (like your test script, the wrapped interfaces, a project
> summary, a blog entry, etc).
>
> Ok. So I will create a seperate header for the deliverables marking them
specifically.
> 6) Weeks 10-12 are "high risk". That's a lot of time and no detail to
> account for it. Note that "brep" and "nurb" are synonymous. Maybe try to
> find a way to break that work up into smaller subtasks.
>
Thanks for pointing to that. And I believe the reason you say that is
because I must not be blank on arrival of that date. I should rather have a
plan now itself. I think this will require a little time from my side to
figure it out. Do you
>
> As for primitives, these should probably be skipped: grip, pg (poly), hf,
> and bspline (which you don't list, good).
>
Do you mean I should completely avoid them ? So do we have alternatives for
them. or they are old ways of CAD drawing. I am just curious.
> These are of lesser priority and shouldn't have much time invested in them
> due to their status: cline, constraints, annotation.
>
Ok, I will take care of that. But I believe implementing them will still be
my goal.
> I'd rather see a nice wiki page example showing an example (with images)
> of how to use the python interface than to focus on any of those old
> primitives. However, I defer to your guru mentors on that decision.
>
> Yeah, that is a nice idea. In fact I would think about this plan to follow
a way to document the wrapped primitives. Also, I will be creating examples
framework. And taking a feedback from Csaba and Bryan (who are already
involved with the project) will be a good idea.
Best,
Raj.
------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
_______________________________________________
BRL-CAD Developer mailing list
brlcad-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/brlcad-devel
