Michael Lazzaro wrote:
I think we need to allow some sections to be the definitive documentation, andHere's some notes based on the first bits of feedback -- something to throw rocks at, as it were."The overall project goal is to produce documentation that will:" (1) define precise semantics for the Perl6 language; discover and document ambiguous possible behaviors and report them to the design team (Allison, Dan, Damian, Larry) for review and decisions. (2) provide detailed test cases allowing Perl6 implementors and the QA team to verify functionality as it is written. (3) encourage community interest and participation in Perl6, growing the community and the manpower available to implement the language.
others to be 'user-contributed' and rather looser later on in the project, possibly
with some of the examples getting pulled in to the formal docs if appropriate.
(4) be distributed, when complete, as the user documentation for Perl 6.0.How (if at all) does this project link into the internal documentation of the coding team ?
Note that we have things here with quite divergent intended audiences. Not saying that's a problem, just pointing it out. :-)
It would be nice to be consistent, and allow the links to work across that boundary
if possible. Maybe a well developed system would encourage the coders to add more
comments into the code than they do currently.
[...]
Should start small. No tutorials until docs & tests are done. NoI agree strongly on the focus, but presumably the mechanism to manage the above
working on A3 until A2 behaviors are *locked*, to whatever extent that
proves possible.
pages, etc. will be done early on ?
R.
--
Richard Nuttall