Note, this is part of the 2021 IPFS project planning process - feel free to add other potential 2021 themes for the IPFS project by opening a new issue or discuss this proposed theme in the comments, especially other example workstreams that could fit under this theme for 2021. Please also review others’ proposed themes and leave feedback here!
Theme description
Focus on enabling and cultivating development of tools (libraries, frameworks, devtools, services, etc.) that simplify the IPFS experience for many developers to accelerate and retain new projects building on IPFS, with a smooth conversion into deeper web3 stack usage.
Hypothesis
One of the most significant pain points undermining the InterPlanetary Stack developer experience is a lack of tools catered towards IPFS developers - network visibility, debugging, etc. Too often, developers need to get under the hood into the implementation code to understand what’s going on. We need to think about the right set of tools that web3 developers need, and provide as easy an experience as they have in web2.
Vision statement
There is a rich ecosystem of tools that developers can leverage to make the experience of developing on IPFS easy, with multiple options for major use cases and organic development of tools for even niche use cases. Developers rarely have to dive into the underlying implementation code or write their own scripts to diagnose bugs or monitor things. These tools also bridge the gap to/from using other parts of web3.
Why focus this year
For IPFS to achieve its mission, end users need to be drawing value from applications built on IPFS. Growth of end user-facing applications will always be bottlenecked if the friction to developing them on IPFS is high. Developer tools can focus directly on the experience of these developers, solving specific pain points and use cases, rather than developers having to figure out how to engage with the core implementation libraries or protocol itself.
Example workstreams
Development of tools supporting IPFS development in different contexts (e.g., SDKs, APIs, debuggers, libraries) and help with deployment of IPFS nodes (e.g., tools providing visibility into the network, other GUI products, guidance for parameters), changes at the protocol levels to support this (e.g., refactoring implementations where much is pulled out of the core), devgrants program for community creation of tools
Other content
Note, this is part of the 2021 IPFS project planning process - feel free to add other potential 2021 themes for the IPFS project by opening a new issue or discuss this proposed theme in the comments, especially other example workstreams that could fit under this theme for 2021. Please also review others’ proposed themes and leave feedback here!
Theme description
Focus on enabling and cultivating development of tools (libraries, frameworks, devtools, services, etc.) that simplify the IPFS experience for many developers to accelerate and retain new projects building on IPFS, with a smooth conversion into deeper web3 stack usage.
Hypothesis
One of the most significant pain points undermining the InterPlanetary Stack developer experience is a lack of tools catered towards IPFS developers - network visibility, debugging, etc. Too often, developers need to get under the hood into the implementation code to understand what’s going on. We need to think about the right set of tools that web3 developers need, and provide as easy an experience as they have in web2.
Vision statement
There is a rich ecosystem of tools that developers can leverage to make the experience of developing on IPFS easy, with multiple options for major use cases and organic development of tools for even niche use cases. Developers rarely have to dive into the underlying implementation code or write their own scripts to diagnose bugs or monitor things. These tools also bridge the gap to/from using other parts of web3.
Why focus this year
For IPFS to achieve its mission, end users need to be drawing value from applications built on IPFS. Growth of end user-facing applications will always be bottlenecked if the friction to developing them on IPFS is high. Developer tools can focus directly on the experience of these developers, solving specific pain points and use cases, rather than developers having to figure out how to engage with the core implementation libraries or protocol itself.
Example workstreams
Development of tools supporting IPFS development in different contexts (e.g., SDKs, APIs, debuggers, libraries) and help with deployment of IPFS nodes (e.g., tools providing visibility into the network, other GUI products, guidance for parameters), changes at the protocol levels to support this (e.g., refactoring implementations where much is pulled out of the core), devgrants program for community creation of tools
Other content