What can you tell us about Valve’s Linux strategy?
Back to the docs…
Folks, I’ve done this before. It should be done in stages with care being
made to separate the different types of documentation. What are the core
types of documentation:
-
Functional -
a) What you get from Doxygen
b) Should be in the Source Code
-
Educational -
a) Examples
b) Tutorials
c) Educational materials
There are two phase that need to be worked on. They can be done in parallel
but only at risk of redoing work. The first is to up date the documentation
in the source code. As good as it always is, there are always mistakes in
it. There should be a group who does nothing but:
-
Read the headers and sync up the doxygen with the source. There are
often inconsistencies. Especially in formatting style. Often missing
comments and or out of date or just plain wrong comments.
-
Generate the Doxygen comments. Read them examine them… go back to 1)
This part requires someone who can check in code.
The comments in the source code should be the core of the "functional"
documentation.
The rest of the documentation can be written independent of the Doxygen
docs. But, the actual functional documentation in the wiki or anywhere else
should be mechanically pulled from the doxygen docs which are pulled from
the source. The source should always be the SOURCE of the functional docs.
The rest can stand on its own.
This time around I would really like to see every function in the wiki
reference a line of code in a program in the test directory so that people
can look at the docs, an example in context, and then link to an actual
program to see how the function is used.
To quote somebody else “I believe in working code”.
I would also like to see that the documentation in the wiki was written by
someone who had at least run the appropriate test program and understood
the output.
Bob PendletonOn Mon, Feb 11, 2013 at 10:56 AM, Sam Lantinga wrote:
Hey guys, SDL is an important part of the strategy at Valve to promote
Linux development, and that means making SDL great on all platforms. One
of the important pieces of any software development kit is the
documentation. It has to be clear, easy to understand, and complete.
The wiki is a great source of information, but there’s a backlog of
feedback that would be great to incorporate. I’m looking for volunteers
with SDL experience and writing skills to update the documentation and
improve it. If you’re interested in helping out, please create a wiki
account and let me know!
http://wiki.libsdl.org/
If you’re looking to help, the documentation list archives is a great
place to start. If you do, please send e-mail to the documentation list so
people can coordinate what they are working on:
http://lists.libsdl.org/listinfo.cgi/docs-libsdl.org
http://lists.libsdl.org/private.cgi/docs-libsdl.org/
Cheers,
–Sam
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
–
±----------------------------------------------------------