New ask Hacker News story: Ask HN: Equivalent of Docker-compose for managing team knowledge services?
Ask HN: Equivalent of Docker-compose for managing team knowledge services?
2 by pizza | 2 comments on Hacker News.
I would love something like a single text file spec/yaml file where you specify the knowledge ‘services’ your team uses. Eg: gdrive: folders: - eng - notion-sync - symlink: notion/notion-sync notion: workspaces: - notion-sync: permissions: allow-all slack: integrations: - gdrive Something to that effect. Do docker-compose type configs exist to put all these things together? The real value-add would be being able to expose this information in a processible way, eg allowing documents that can retrieve information from within other sources of knowledge (as well as keeping copies of prev state) Why? Because what if today I have all these sketches of proofs or diagrams or things that don’t really map onto any feature that currently exists in these existing apps, but in a few years some awesome app just for this use-case emerges. I would like to continue sketching w the hope that in the future the work I’ve already done is likely to eventually become integrated into the existing meta-level system. There may be a lot of forgotten/lost/never-pursued knowledge that could eventually become extremely useful to a different person; simply because the conduits to create that expectation of the eventual free-flow of any medium of knowledge didn't exist at the time.
2 by pizza | 2 comments on Hacker News.
I would love something like a single text file spec/yaml file where you specify the knowledge ‘services’ your team uses. Eg: gdrive: folders: - eng - notion-sync - symlink: notion/notion-sync notion: workspaces: - notion-sync: permissions: allow-all slack: integrations: - gdrive Something to that effect. Do docker-compose type configs exist to put all these things together? The real value-add would be being able to expose this information in a processible way, eg allowing documents that can retrieve information from within other sources of knowledge (as well as keeping copies of prev state) Why? Because what if today I have all these sketches of proofs or diagrams or things that don’t really map onto any feature that currently exists in these existing apps, but in a few years some awesome app just for this use-case emerges. I would like to continue sketching w the hope that in the future the work I’ve already done is likely to eventually become integrated into the existing meta-level system. There may be a lot of forgotten/lost/never-pursued knowledge that could eventually become extremely useful to a different person; simply because the conduits to create that expectation of the eventual free-flow of any medium of knowledge didn't exist at the time.
Comments
Post a Comment