Giter Club home page Giter Club logo

design-docs's Introduction

Storj logo

Storj V3 Network

Go Report Card Go Doc Coverage Status

Storj is building a distributed cloud storage network. Check out our white paper for more info!


Storj is an S3-compatible platform and suite of distributed applications that allows you to store data in a secure and distributed manner. Your files are encrypted, broken into little pieces and stored in a global distributed network of computers. Luckily, we also support allowing you (and only you) to retrieve those files!

Table of Contents

Contributing to Storj

All of our code for Storj v3 is open source. If anything feels off, or if you feel that some functionality is missing, please check out the contributing page. There you will find instructions for sharing your feedback, building the tool locally, and submitting pull requests to the project.

A Note about Versioning

While we are practicing semantic versioning for our client libraries such as uplink, we are not practicing semantic versioning in this repo, as we do not intend for it to be used via Go modules. We may have backwards-incompatible changes between minor and patch releases in this repo.

Start using Storj

Our wiki has documentation and tutorials. Check out these three tutorials:

License

This repository is currently licensed with the AGPLv3 license.

For code released under the AGPLv3, we request that contributors sign our updated Contributor License Agreement (CLA) v2 so that we can relicense the code under Apache v2, or other licenses in the future.

Support

If you have any questions or suggestions please reach out to us on our community forum or file a ticket at https://support.storj.io/.

design-docs's People

Contributors

dlamarmorgan avatar ifraixedes avatar jenlij avatar jtolio avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Forkers

liori

design-docs's Issues

Define a directory structure for the docs

Motivation/Why?

  • We have one design doc merged under a directory.
  • We are going to merge a new one (#2) under another directory.
  • Both design docs are related to satellite, however:
    • The one to merge isn't currently in the satellite directory as the first one.
    • The one to merge is also related to Edge services for supporting more S3 endpoints.

What needs to be done?

  • Determine a directory structure or keep the documents in the root of the repository.

Acceptance Criteria

  • In the case that we decide to have a directory structure:
    • Define if there is one level or sub-levels.
    • Define how the directory structure is created, for example per system, area, etc. The structure should be clear so future design doc writers know where to add their document (in an existing directory or creating one following the defined structure)
  • Decide where the old design docs should be kept. Unblock #4
  • Document in the README about the directory structure, or in the case of keeping the documents in the root, explicitly mention it.

Move old blueprints to this repository

Motivation/Why?

  • We want to have all the design documents in one place to make it easy for everybody (employees, community members, contributors, etc.) to find them.

What needs to be done?

Acceptance Criteria

Blocked by #3

Move old blueprints into this repository

Motivation/Why?

We want a single to find all the relevant information about the design of all the systems related to Storj.

What needs to be done?

  • Take all the blueprint documents in storj repository that are still applicable (code and logic that remains) and add them to the root of this repository.
  • Rename those documents to prefix them with the initial commit date with the format specified in the conventions present in the README.
  • Add a frontmatter with the required fields specified in the conventions present in the README.
  • Documents that aren't applicable, place them in a folder in the root named archived.

Acceptance criteria

Create a template for design documents

Motivation/Why?

  • We have an internal document that defines what a design document should contain and how it should be structured.

What needs to be done?

  • Create a template so people can copy and paste for filling the information when they have to create a new design document.

Acceptance Criteria

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.