Comments (7)
so far what i've been thinking:
ipfs/infrastructure
actual work done to improve the infrastructure (gateways, mailing lists, irc channel, etc) (e.g. document what it is, and file a bug here)ipfs/community
an entry point + place for discussion for community members. documents all our practices, legal docs, who we are, and other random things. (e.g. swag, meetups, etc)ipfs/ipfs
an entry point for the public at large, and something with low bandwidth periodic updates. major updates / requests.ipfs/papers
academic style papers about ipfsipfs/faq
where anyone can ask general ipfs-protocol questions
the addition of ipfs/news
could work-- are you thinking one issue per newsletter? we should still post it to ipfs-users
from infra.
Sorry @jbenet I pressed enter prematurely on that issue. I've modified the issue a bit more.
I'm using news in the sense of not necessarily a full blown newsletter, but notifying the community on anything they'd be potentially interested in. Things like ipfs/community#11 would fit.
from infra.
@dylanPowers when "Using this as news would be good." and "Things like ipfs/community#11 would fit." i disagree. we should not spam all of those people random little things like our swag.
Let's think about it this way-- there's concentric circles of involvement, with different "home" repos:
- the core ipfs dev team (building daily)
ipfs/community
- the broader ipfs community (actively participating on github, irc, etc)
ipfs/community
- the broader set of people interested (mostly watching, rarely participating)
ipfs/ipfs
- the public at large (not watching, but may notice things on twitter/HN/etc)
ipfs/ipfs
The first two groups care about more messages than the latter groups. I also want to distinguish "community" (and use the word community because it is very clear) to be a place where we discuss various random things. And "infrastructure" is more about "working on" the tools and systems we use to work together.
from infra.
Okay, I think I'm starting to get a better picture of your thinking. Putting it like that helped a lot.
I'm trying to further understand what you mean by
"infrastructure" is more about "working on" the tools and systems we use to work together.
specifically the "working on" part. Is this opposed to the documentation of how to use "tools and systems"? I'm confused on that point because previously you stated "document what it is" as an example
ipfs/infrastructure
actual work done to improve the infrastructure (gateways, mailing lists, irc channel, etc) (e.g. document what it is, and file a bug here)
Also confusingly for me you stated that community "documents all our practices"
ipfs/community
... documents all our practices, legal docs, who we are, and other random things. (e.g. swag, meetups, etc)
and I see documenting practices and how we use the tools as one in the same because the practices and tools are dependent upon each other.
Expanding upon this would help me out.
Sorry to nitpick, I just want to be crystal clear in my understanding.
from infra.
he "working on" part
what i mean is that infrastructure
is the repo we post things like "bug in gateway", or "need to add an irc bot". it should also document (i.e. list) the actual infrastructure we use.
for example, this list belongs in infrastructure
not community
:
IPFS infrastructure consists of:
Computing:
- Gateway nodes
- Bootstrap nodes
- CI servers (jenkins, travis, etc)
Communications:
- Github repos
- IRC Channel
- Mailing Lists
only the "communications" part would need to be described in community
(and yes, there may be redundancy of information there) but everything else (and certainly all actual work we have to do to improve any of these ) would be in infrastructure
.
infrastructure
- dry, work repo. (the things, fixing the things)community
- fuzzy, social repo. (practices using the things)
from infra.
I think I got it now. I'm going to test myself real quick and tell me if I'm wrong:
- #8 - Should be in community because it's about using waffle.
- ipfs/ipfs#61 and ipfs/ipfs#62 - Should be here in infrastructure because they deal with an issue with a tool (the Github organization).
- https://github.com/ipfs/community/tree/master/dev/tools - Should also be moved to infrastructure since it's a tool
One line summaries:
- Infrastructure: Tools and systems for the community
- Community: General discussion and documentation on community practices
If you agree with these I'll set them as the Github repo summary for the respective repo.
from infra.
#8 - Should be in community because it's about using waffle.
sure, though could also go in infra. this is in the small intersection of the two. (it's ok to have some overlap-- human, organic definitions tend to)
ipfs/ipfs#61 and ipfs/ipfs#62 - Should be here in infrastructure because they deal with an issue with a tool (the Github organization).
Yep!
https://github.com/ipfs/community/tree/master/dev/tools - Should also be moved to infrastructure since it's a tool
Yes, and no. this is also in the intersection -- because it's a set of tools that ipfs community members should be aware of and use. Most people will not have to look at infrastructure
ever, most people developing/participating will have to look at community
. In this case, i'd prefer the hooks remaining there for that reason, but if they're linked from there, it doesn't matter much. ((If all the repos were rooms in a (big) house, community
is the living room. infrastructure
is the garage/workshop.))
For the one-line summaries, sure.
from infra.
Related Issues (20)
- Binary Hosting Causes Intermittent Failure HOT 12
- Create DNSLink for en.wikipedia-on-ipfs.org HOT 2
- Circle CI not deploying blog posts HOT 3
- MetaMask to start using *.ipfs.dweb.link for ENS-IPFS sites? HOT 9
- Missing redirect from https://archives.ipfs.io to https://awesome.ipfs.io/datasets/ HOT 1
- Enable `/api/v0/cid` at ipfs.io HOT 2
- Deprecate the SoLarnet bootstrappers HOT 3
- Install the Ajax panel in our Grafana HOT 2
- node0.preload.ipfs.io NET::ERR_CERT_COMMON_NAME_INVALID HOT 2
- 301 redirect for explorer.ipld.io → explore.ipld.io HOT 1
- *.delegate.ipfs.io NET::ERR_CERT_COMMON_NAME_INVALID
- Update dist.ipfs.io DNS HOT 2
- Update DNS for dist.ipfs.io HOT 3
- http://dweb.link shows 404 while https://dweb.link redirects HOT 3
- ERR_CONNECTION_REFUSED
- Update DNS for dist.ipfs.io
- SSL cert problems accessing dweb.link with IPNS HOT 5
- test post, please ignore.
- test post, please ignore.
- invalid variable name "\$ipfspath" HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
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.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from infra.