Thoughts are that I've been working on the tutorials for the last week and that's my main focus for this weekend. :P
I generally favor tutorials over an /examples directory because it mixes both an explanation about how the library should be used with running code. Is there a compelling reason that you'd favor example scripts instead?
Thoughts are that I've been working on the tutorials for the last week and that's my main focus for this weekend. :P
Aha. Nice!
I generally favor tutorials over an /examples directory because it mixes both an explanation about how the library should be used with running code. Is there a compelling reason that you'd favor example scripts instead?
I don't really know how to create a tutorial. I have sample scripts that I've written for metrics foo or other stuff that use stem and I'd like to put up the code snippets somewhere so that others can easily find it. If there should be some sort of an explanation for the code, I can add comments to the code, but I'm not sure I want to spend time figuring out how to use sphinx.
Gotcha. On reflection I like the idea of our tutorial ending with a list of links to other code that uses stem. One condition though - I want it to be good code, well commented and reviewed. ;)
Would you mind adding the links to this ticket so we can discuss them? It would also be nice to have a 1-2 sentence summary of what each does for the tutorial page.
Gotcha. On reflection I like the idea of our tutorial ending with a list of links to other code that uses stem. One condition though - I want it to be good code, well commented and reviewed. ;)
Cool :)
Would you mind adding the links to this ticket so we can discuss them? It would also be nice to have a 1-2 sentence summary of what each does for the tutorial page.
That's interesting. I was expecting gitweb urls or something else more static. I actually think that I might use this in the general descriptor tutorial if you don't mind (it's a very neat little script). For the examples section though I think that we'll want to use production code.
That's interesting. I was expecting gitweb urls or something else more static.
gitweb url's aren't really static, unless you want to point to the repos themselves. I was thinking of pointing to a particular code sample would be more useful than just saying "xxx uses stem. go search for the place where stem is being used in it's repo".
In case we point to a particular line of code in a gitweb repo, then it wouldn't really be "static", since the code changes so much. This is partly why I wanted an /examples dir.
I actually think that I might use this in the general descriptor tutorial if you don't mind (it's a very neat little script).
Sure :)
For the examples section though I think that we'll want to use production code.
What is "production" code? Do /user/* repos count? Are there any apps that use stem in production? Does metrics-tasks count? Some of the metrics tasks were made when parts of stem's metrics-lib wasn't finished. I don't think there's enough motivation to go and refactor those metrics-tasks since we probably won't run those tasks again.