Skip to content

Conversation

@chrisfrederickson
Copy link
Contributor

This adds an initial version of the Sphinx documentation for the project. It is split into:

  • development: For development standards, style guides, notes, roadmap, etc.
  • specification: For the official authoritative CyanoByte specification
  • generator: For documentation relating to the CyanoByte generator

As the end goal for this project is to attempt to get buy-in and general adoption in the industry, we should start taking into account the many different stakeholders and use cases, so that we don't inadvertently make any decisions that limit the usability of the standard and generator.

While it may be a bit unorthodox for an open source project, I'm going to recommend maintaining a list of stakeholders and user stories. This way we can better prioritize which features we want to add first and actively state what should be out of scope in the near term (@Fleker as you are totally right, this project is dangerously easy to fall into the scope creep trap). This also becomes a good communication tool for any new developers helping out (especially if we want to get involvement from students at Rowan).

@Fleker Thoughts?

@Fleker
Copy link
Contributor

Fleker commented Apr 29, 2019

Looks like a good start. Putting everything into docs/ will allow us to host with GitHub. Should we start looking for an easy domain to point to? (If this is a Google project, who gets the domain? I'll need to find out.)

We should also consider seeing if we can leverage Cloud Build to generate documentation that we can download and put anywhere.

I imagine some sort of landing page like Google Cloud, with a few top-level sections for each part:

  • Overview (Marketing material like critical user journeys and case studies)
  • Develop
  • Specification
  • Generate (or Build?)
  • Contribute

@chrisfrederickson
Copy link
Contributor Author

@Fleker I'd say we definitely should have a domain. I'm also fine with Cloud Build to generate the docs.

@Fleker
Copy link
Contributor

Fleker commented Apr 29, 2019

If we build the docs, we'll need a host provider, as Google policy does not allow automated systems to make commits to a GitHub repository.

And this could easily be static Firebase hosting or wherever.

@Fleker
Copy link
Contributor

Fleker commented Apr 29, 2019

Seems to be fine to get whatever domain name as it's not an official product.

Edit: Nevermind

@Fleker
Copy link
Contributor

Fleker commented Oct 7, 2019

This should be merged with #71 and a new build script should handle deployments to cyanobyte.dev on the master branch from the docs/ directory.

Fleker added a commit to Fleker/cyanobyte that referenced this pull request Oct 11, 2019
@Fleker Fleker mentioned this pull request Oct 11, 2019
Fleker added a commit that referenced this pull request Oct 14, 2019
* Migration of #64 to new docs structure
* Merge of doc suggestions from #58
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants