-
Notifications
You must be signed in to change notification settings - Fork 97
feat: noise #280
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
feat: noise #280
Conversation
|
thanks for the review, @MarcoPolo! I don't see the value in the docs if we abstract the material to the point where we are generally only mentioning something along the lines of "this is a protocol, this is the protocol in libp2p, and this is the protocol ID" and not have context on how something works. However, I still agree that we should continue to abstract material that is primarily relevant to libp2p users. What about an approach where we present more context on a subject matter in an optional dropdown menu. For example: |
The most important things are:
For Noise this would be:
A user reading this doc should be able to understand how they would make use of this protocol. When I buy a hammer I only need to know which part I whack, not the process of making the hammer. The problem with putting too much stuff in here is that then we need to review everything much more carefully. This turns the documentation into a spec rewrite. And makes it really brittle to any future changes. The higher level stuff targetting users is more likely to be true no matter what small changes we make. e.g. Noise will never not be used to encrypt your data end to end. |
|
I hear you @MarcoPolo, thanks. I incorporated the suggestions. |
MarcoPolo
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you :)

Context
Latest preview
Please view the latest Fleek preview here.