# "*": "https://raw.githubusercontent.com/wefindx/schema/master/method/oo-item.yaml" # "base:title": "0oo - Network of Functions" "og:title": "Network of Functions" "og:description": "How the world works can be understood by viewing at all things as functions, and building their network. For example, a `shop` nearby takes in electricity, people's work, monetary inputs from customers, etc., and returns products to customers, and a number of other "[side effects](https://en.wikipedia.org/wiki/Side_effect_(computer_science))". A shop outside, thus, is a function with I/O. The same applies to companies. A `company` takes something in (e.g., natural resources), and returns something else (e.g., products, or their parts). This is also true to `schools`, `hospitals`, etc. A hospital takes in sick people, and returns healthy people. There are many other examples of …" "og:image": "https://avatars0.githubusercontent.com/u/28134655" "og:url": "/method/222/" "base:css": "/static/css/bootstrap.min.9c25540d6272.css" "base:extra-css": "/static/css/base.57997aeac1df.css" "base:favicon": "/static/favicon.acaa334f0136.ico" "base:body_class": "" "layout:logo": "/static/0oo.8d2a8bbef612.svg" "layout:index": "/" "layout:menu": "/menu/" "layout:categories": "/intents/" "layout:ideas": "/methods/" "layout:projects": "/projects/" "layout:users": "/users/" "layout:about": "/about/" "layout:help": "/help/" "layout:bug_report": "https://github.com/wefindx/0oo" "layout:login": "/accounts/login/" "layout:light-off": "/darken/?darken=true" "layout:set-multilingual": "/mulang/?mulang=true" "layout:lang": "Language" "layout:set-language-post-action": "/i18n/setlang/" "layout:csrf-token": "X9mIlowrR1CzfqPonB1Ly0YyCXHI9PTkoRniaz3Klof4iZNEfeGSshciPJqDw2EF" "layout:input-next": "/method/222/" "layout:languages": [{"code": "ja", "is-active": "false", "name": "日本語"}, {"code": "lt", "is-active": "false", "name": "Lietuviškai"}, {"code": "zh-hans", "is-active": "false", "name": "简体中文"}, {"code": "en", "is-active": "true", "name": "English"}, {"code": "ru", "is-active": "false", "name": "Русский"}, {"code": "oo", "is-active": "false", "name": "O;o,"}] # "item:parent:intents": [{"url": "/intent/21/", "title": "Access To Know-How"}, {"url": "/intent/1366/", "title": "Cyberspace"}] "item:title": ".:en:Network of Functions" "item:summary": ".:en:Document the world's entities like we document the functions of code, and build their network." "item:voting": +2 "item:voting:add": "/admin/hlog/voting/add/?method=222" "item:voting:csrf_token": "X9mIlowrR1CzfqPonB1Ly0YyCXHI9PTkoRniaz3Klof4iZNEfeGSshciPJqDw2EF" "item:voting:submit-value-option": {"selected": "[-]", "value": "-"} "item:voting:submit-value-option": {"selected": "[+]", "value": "+"} "item:base-administration": false "item:body": | .:en How the world works can be understood by viewing at all things as functions, and building their network. For example, a `shop` nearby takes in electricity, people's work, monetary inputs from customers, etc., and returns products to customers, and a number of other "[side effects](https://en.wikipedia.org/wiki/Side_effect_(computer_science))". A shop outside, thus, is a function with I/O. The same applies to companies. A `company` takes something in (e.g., natural resources), and returns something else (e.g., products, or their parts). This is also true to `schools`, `hospitals`, etc. A hospital takes in sick people, and returns healthy people. There are many other examples of functions, e.g., a `mobile phone` takes in electric power, and input, voice gestures, microwave radiation, etc., and returns things like differences in pixel luminosities, frequencies of speaker vibrations, other electromagnetic impulses and so on., even based on the input of code. The very `surface of a stone` nearby you takes in photons of one type of characteristics, and returns photons of different type of characteristics. _Anything that interacts can be thought of as a function._ **The idea would be to document the world, as if the world were to be build out of functions.** Hopefully, this would help us really understand how the world works, and what is possible, in terms of abstract state spaces. This is actually related closely to the previous idea of [Technology Maps ™](http://www.halfbakery.com/idea/Technology_20Maps_20_99) on Halfbakery, and inspired by thinking that in fact, the idea of "`Function Networks`" (FNs) is much broader than the idea of "`Neural Networks`" (NNs), in a sense that the NNs are composed of narrower set of possible functions. For example, mostly linear functions, and with a couple of non-linear ones as activation functions, and thinking of -- `what if` we would simply allow all the functions, in the most general sense, and built a network of them. In fact, this extends quite broadly, and branches very fast, because -- every `website`, every `protein`, every `lab` and `institution` is a function too, and this type of documentation of the world would best be done by a collaborative effort, perhaps starting with the cooperative open project by world's nations, open knowledge organizations, and largest search engines, taking into account the fact, that openness needs to be with [wise constraints](https://blog.mindey.com/2017/01/03/open-knowledge-and-its-risks/). We had some progress with `websites` in fact, in a sense, that recently websites had increasingly taken on to implement their `API`s to document themselves. However, most of the world remains remains undocumented. "item:source-date": "" "item:permalink": "/method/222/?l=en" "item:owner": "Mindey" "item:created": "2017-06-03T15:59:17.431000" "item:ownerlink": "/user/147/Mindey" # "item:link:items": "item:link:add": "/admin/hlog/link/add/?parent=222" "item:project:items": - "id": "p-1017" "title": "Network Resource Vocabulary Development Group" "url": "/project/1017/" "mission": "The sole purpose is to introduce, evolve and maintain data alignment protocol." "owner": "Mindey" "ownerlink": "/user/147/Mindey" "created": "2021-02-22T01:07:38.681480" "permalink": "/method/222/?l=en#p-1017" "item:project:add": "/admin/hlog/project/add/?parent=222" "item:comment:add": "/methods/addnote?parent=222" "item:comment:add:csrf_token": "X9mIlowrR1CzfqPonB1Ly0YyCXHI9PTkoRniaz3Klof4iZNEfeGSshciPJqDw2EF" "item:comment:form": |
  • Mark if the comment raises new questions.
  • Mark if the comment contributes potential solutions.
  • Mark if the comment contributes facts for reasoning.
  • Please, log in. # "item:comment:items": - "id": "a-829" "text": | I like this idea. Could be combined with business cloud. One of my ideas: https://github.com/samsquire/ideas2#98-business-cloud "owner": "chronological" "ownerlink": "/user/198/chronological" "permalink": "/method/222/?l=en#a-829" "created": "" - "id": "a-1043" "text": | So, thinking along these lines, I tried to abstract the things that we collect here at 0oo. Basically: 1. `Category`: _Function class_, e.g., Goal, Category, Question 2. `Method`: _Function prototype_, e.g., Idea, Invention, Transformation 3. `System`: _Function instance_, e.g., Plan, Project, Agent, Organization, Team, Person, Equipment, Tool, Resource, Instrument 4. `Task`: _Function call_, e.g., Task, Request, Order. 5. `Place`: _Function parameter_, e.g., Location, Address, Account. 6. `Result`: _Function response_, e.g., System Log, Event, Report, Executed task, Operation, Work result, Demo, Transfer, Transaction, Log, Blog post, Press release, Product, Service deployed. It seems, that this corresponds well to the established concepts in CS:
            1. TYPES
            2. OPERATORS (i.e., functions)
            3. PROCESSES
            4. OPERATIONS
            5. OPERANDS (i.e., parameters)
            6. VALUES
            
    "owner": "Mindey" "ownerlink": "/user/147/Mindey" "permalink": "/method/222/?l=en#a-1043" "created": "" - "id": "a-1044" "text": | Apparently, OPERAND and VALUE, i.e., the 5th and 6th merge into one, as they are very similar, and those who think that a relation is not an object, are mistaken. "owner": "Inyuki" "ownerlink": "/user/206/Inyuki" "permalink": "/method/222/?l=en#a-1044" "created": "" - "id": "a-1082" "text": | // OPERAND and VALUE, i.e., the 5th and 6th merge into one // Doing that would mean not distinguishing between a "variable" (a place for value) and the "value" (thing itself). So, perhaps it makes sense to stay separate. "owner": "Mindey" "ownerlink": "/user/147/Mindey" "permalink": "/method/222/?l=en#a-1082" "created": "" - "id": "a-99001" "text": | Thats an excellent idea. Thats the premis of what im doing. Ill create another thread explaining my approach. But yes, everything can be modelled with funcs. Funcs and differential equations are equivalent. Quantum mechanics can be formulated thru funcs. Our programming languages and qm are very similar, imo. "owner": "skihappy" "ownerlink": "/user/14001/skihappy" "permalink": "/method/222/?l=en#a-99001" "created": "" - "id": "a-100001" "text": | It can be abstracted in different ways. Relationships can be modelled as particle entanglements, funcs, analagous to qm. Reactive funcs constraining the state. But then, a constraining func can be represented as an object, with props as two particle refs, and a symbolic operand. Thats a descriptor of a link in graph. Now we got graph, and we can build and manipulate it graphically, in a low code development system Of course, there can be relationships between systems of particles, like many to many and one to many and all that. They are all entanglements. Any math experts? I need to classify a complete set of operands, to represent all ways to write constraining funcs, atomic style. "owner": "skihappy" "ownerlink": "/user/14001/skihappy" "permalink": "/method/222/?l=en#a-100001" "created": "" - "id": "a-102001" "text": | // Any math experts? I need to classify a complete set of operands [..] atomic style I think you'd benefit from experts in logic and symbolic reasoning, experts in ontologies and knowledge engineering, not so much from mathematicians. [skihappy], I get a feeling that what comes to your attention, gets through the "prism" of your system that you're building, but you're not explicitly mentioning it, so readers won't understand what you're talking, exactly... so, could you at least mention subjects in your sentences explicitly, for example, saying those few sentences, like: _"In order to construct a knowledge graph that has (some representations and capabilities), we'll need A, and it get it, we'd need B, and C.",_ Don't be lazy, contextualization makes thought. "owner": "Mindey" "ownerlink": "/user/147/Mindey" "permalink": "/method/222/?l=en#a-102001" "created": "" - "id": "a-103001" "text": | Ok. I do tend to get fixated. I reread your idea. You suggest that everything is broken down into structure, which is arrangements of funcs, and each func is documented, and it can be seen how the things are build by examining the structure. Funcs are easy to document. How these funcs fit together into structure is another subject, dont you think so? Just initial thoughts. But i do like the idea of trying to organize knowledge into a sensible structure, with layers, where one can traverse functional scopes to zero in on specifics. It seems like a good idea, but how would it be different from existing practice. Be nice to have a sample. I think you talking about breaking up knowledge in atomic peices, each with its description. Is that right? "owner": "skihappy" "ownerlink": "/user/14001/skihappy" "permalink": "/method/222/?l=en#a-103001" "created": "" "base:js": "/static/js/base.c7357c06cc89.js"