-
Notifications
You must be signed in to change notification settings - Fork 64
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Define a process for dumping things here #109
Comments
PS context is that google docs aren't addressable in china. office 365 is still dunno doesn't seem culturally well used in open source. etherpad is pretty rad, but not a great offline repo. etherpad -> stable -> pull request here seems good enough. and indexing could happen as well. if we later want to make some docs and such, should be easy enough to copy/paste again! see also: https://groups.google.com/forum/#!topic/zipkin-dev/6ibgOXDngwE |
Methinks the doc site could definitely use a betterer, easier-to-edit format. First thing that comes to mind is https://readthedocs.org/. I notice we're talking about two kinds of contents here: one is notes / proposals dumped into a “knowledge base” another is stable, user-facing documentation. readthedocs looks promising for the latter, unsure if it's a good fit for the former. Short term: dump the things into |
Mentioning that there are actually 2 different kinds of docs we are talking about brings to mind Architectural Decision Records. There have been teams at work who have had success using them to work through changes and document the design process. I wonder if this is a good avenue for the design notes type of discussion and documentation. I've previously looked at https://github.com/npryce/adr-tools to facilitate this on my team. We haven't attempted it yet though |
love the discussion here
|
After we elaborate certain things like designs etc, we could dump them here. We also have some things in google drive we could consider dumping here.
I would love to have a reasonably easy way to add markdown about a meetup that occurred, like notes from it. It would be something we can add after it is over, so thrashing the content isn't likely.
@openzipkin/devops-tooling ?
The text was updated successfully, but these errors were encountered: