4 ms·

" there are no "open source projects" - only "the open source Key-Value database of all functions" There would be a function name rush in open source (similar

" there are no "open source projects" - only "the open source Key-Value database of all functions" There would be a function name rush in open source (similar to domain name rush) to claim cool, short function names.

fortytw2 11y ago
which, no doubt could be handled by `import coolfunctiondotio from github.com/username/function`, and handled very much how Go does package imports, but on a function level
- sz4kerto 11y ago
  > github.com/username/function This looks a bit like a module :)
derefr 11y ago
I don't imagine plain names would be very usable. The lowest level would be SHAs; then you'd have UUIDs mapping to signed feeds of SHAs (like Freenet's SSKs); and then maybe URLs that resolve to a server that 302-redirects to the UUIDs as URNs (where caching those resolutions becomes part of JITing code.) A "module", then, would be e.g. a web server: a dictionary under your control, mapping symbols of your choice (paths) to [a particular trusted maintainer's ABI-locked sequence of fixes for] the functions you want them to map to. A "library" wouldn't be the canonical container for functionality, but rather would provide a particular taxonomy; people in organizations would share "libraries" in order to speak the same design language.
maerF0x0 11y ago
if it was opensource the maintainer could simply merge a PR for the correct content.. getPi() returns a link to some stupid Pot pie website? submit a PR that returns 3 (or maybe with more digits)... Community votes or somehow manages getting the "correct" implementation in .
maerF0x0 11y ago
if it was opensource the maintainer could simply merge a PR for the correct content.. getPi() returns a link to some stupid Pot pie website? submit a PR that returns 3 (or maybe with more digits)... Community votes or somehow manages getting the "correct" implementation in .
__david__ 11y ago
I don't think so. C has been around since the 70s and there's no shortage of (short) names to use as your prefix.
- SomeCallMeTim 11y ago
  If you are using a prefix that's unique to you, then you've just created a namespace.

fortytw2 11y ago

which, no doubt could be handled by `import coolfunctiondotio from github.com/username/function`, and handled very much how Go does package imports, but on a function level

sz4kerto 11y ago
> github.com/username/function This looks a bit like a module :)

derefr 11y ago

I don't imagine plain names would be very usable. The lowest level would be SHAs; then you'd have UUIDs mapping to signed feeds of SHAs (like Freenet's SSKs); and then maybe URLs that resolve to a server that 302-redirects to the UUIDs as URNs (where caching those resolutions becomes part of JITing code.) A "module", then, would be e.g. a web server: a dictionary under your control, mapping symbols of your choice (paths) to [a particular trusted maintainer's ABI-locked sequence of fixes for] the functions you want them to map to. A "library" wouldn't be the canonical container for functionality, but rather would provide a particular taxonomy; people in organizations would share "libraries" in order to speak the same design language.

maerF0x0 11y ago

if it was opensource the maintainer could simply merge a PR for the correct content.. getPi() returns a link to some stupid Pot pie website? submit a PR that returns 3 (or maybe with more digits)... Community votes or somehow manages getting the "correct" implementation in .

maerF0x0 11y ago

__david__ 11y ago

I don't think so. C has been around since the 70s and there's no shortage of (short) names to use as your prefix.

SomeCallMeTim 11y ago
If you are using a prefix that's unique to you, then you've just created a namespace.