Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Intent (Offer/Request) <-> Resource(Want/Product/Service/Currency) #62

Closed
elf-pavlik opened this issue Oct 12, 2015 · 11 comments
Closed

Comments

@elf-pavlik
Copy link
Member

I create this issue to address common issue with conflating Intent and Resource.

It relates to:

We can see an Intent as an Agent offering/wanting certain Resource.

Responsibility of Resource

  • What exactly or vaguely agent casting this intent offers/wants

Responsibility of Intent

  • On what conditions agent wants to make it happen

Often agent can create many intents for the same Resource. For example offer particular Resource on different conditions in different social circles - eg. borrow a Product to friends but only use-together for everyone.

@elf-pavlik elf-pavlik changed the title Intent (Offer/Want) <-> Resource(Product/Service/Currency) Intent (Offer/Request) <-> Resource(Want/Product/Service/Currency) Oct 28, 2015
@elf-pavlik
Copy link
Member Author

I just renamed renamed this issue, and most likely I should add link to it from https://github.com/valueflows/intent README.

Still without addressing Recipe/Plan/Reality aspect. Similar to distinction between Product or Service and various Offer(s) to provide them. Distinction between Want/Need/Desire and various Request(s) to fulfill them seems to make sense. It also seems relevant to how Nonviolent Communication four components have distinct Need and Request. For example:

  • Need: Tomorrow I need to travel between Amsterdam and Berlin
  • Request
    • I can ask people on ridesharing site to go with them by car
    • I can ask people working in bus carrier company to go with them by bus
    • I can ask people having a group train ticket to go with them by train

@fosterlynn
Copy link
Contributor

@elf-pavlik a clarification:

We can see an Intent as an Agent offering/wanting certain Resource.

Sometimes an agent offers/wants a certain Resource, more usually when offering. Sometimes an agent offers/wants a Resource Type, and any resource of that type will do. See https://github.com/valnet/valuenetwork/wiki/Resource-Types-vs-Resources

@bhaugen
Copy link
Contributor

bhaugen commented Oct 28, 2015

Want/Need/Desire = Plan.

They may evolve into Commitments for specific fulfillments, which would still be Plans.

In terms of @elf-pavlik's travel example, somebody commits to give Pavlik a ride in their car which will leave tomorrow.

The Reality would be the actual ride in their car tomorrow.

@ahdinosaur
Copy link
Member

from my understanding, it seems the type of interaction is orthogonal to the type of event, as in we have:

  • 2 types of economic interactions: Process and Exchange (transfer).
  • 3 types of economic events: Intent, Plan, Flow

for example, a conversion for action regarding an exchange between Alice and i:

  • i make an Intent for an Exchange: "does anyone have hammer i can borrow?"
  • Alice makes a Plan for an Exchange: "i'll let you borrow my hammer tomorrow until next Friday"
  • i affirm the Plan: "i'll borrow your hammer tomorrow until next Friday"
  • we do the Flow, i borrow the hammer from Alice and return it by next Friday

then maybe there's another event for afterwards: a Claim.

  • Alice makes a Claim for the Exchange: "Mikey borrowed the hammer from me and returned it on time"

@bhaugen @fosterlynn am i understanding this right or am i off somewhere else?

@bhaugen
Copy link
Contributor

bhaugen commented Oct 30, 2015

@ahdinosaur - looks good to me except for the claim. If you borrow the hammer in that conversation, Alice has an implicit claim that you should return it on Friday, given your commitment to do so and taking the hammer. She has no need to instantiate the claim explicitly unless it's (for example) Saturday and you have not returned it.

So she would probably not make a Claim that Mikey returned it on time. That was an economic event that fulfilled a commitment, raising the claim was not needed.

To explain a bit more, a Claim (in the REA vocab) is an explicit demand for a reciprocal transfer that is due because its (parallel?counter?partner?dual?)-transfer in the same exchange already happened. (The word for the relationship in the REA vocab is Duality, which nobody understands...)

Invoices are the most common example of instantiated claims. In fast-flowing commercial supply chains, they started to become eliminated as waste in the 1990's. People just paid based on recorded receipts,, or in more advanced ones, on planned use.

@elf-pavlik
Copy link
Member Author

Interesting conversation, I really need to start using a wishlist on my website to next week should start having much more examples of Intents to share.

Sometimes an agent offers/wants a certain Resource, more usually when offering. Sometimes an agent offers/wants a Resource Type, and any resource of that type will do. See https://github.com/valnet/valuenetwork/wiki/Resource-Types-vs-Resources

where we find

The Resource Type is the definition of all of the Resources that belong to that Type. In programmer-speak, a Resource Type is like a class, and Resources are like objects of the class.

i would say object - an 'instance' of the class, anyways.... as I see it, in the end we always want a particular on any instance of a class

  • very specific - very particular instance of a very specific class (travel on Bus nr 7 on Sat, Oct 30 at 4PM)
  • less specific - any instance of a very specific class (travel on a Bus from/to sometimes next week)
  • very broad - any instance of a very generic class (travel from/to within those 3 days, which includes Bus/Car/Train)

i hope we all will get our personal wishlists published online before x-mas 😉

@bhaugen
Copy link
Contributor

bhaugen commented Oct 30, 2015

An actual value flow is almost always a particular instance of a fairly narrowly defined Resource Type.

Exceptions that we run into are where the Resource instance itself is not worth tracking. The particular instance did occur in real life, it's just noise to record it. Examples include work and intangibles.

There is actually a way to "inventory" work: as slots on a calendar. Used often for space and equipment sharing, and sometimes also for scheduling people. In which case, people could commit to be available for given slots on a calendar, and (often in the case of rooms where the slots are days) commit to use the room on those days, and then do so (or not).

@bhaugen
Copy link
Contributor

bhaugen commented Oct 30, 2015

@elf-pavlik - re intent examples: I'll ask for a bunch from the Mutual Aid Network.

@cristianvasquez
Copy link

nice coversation, this reminds me "Speech Acts", where for example we count with 'Promises', 'Declarations' etc.... http://www.pattianklam.com/2009/12/fernando-flores-speech-acts-and-networks/

@bhaugen
Copy link
Contributor

bhaugen commented Oct 30, 2015

@cristianvasquez - Conversations for Action, the human-level protocol that we intend to use in these situations, incorporates a heavy dose of speech acts:
http://www.itu.dk/people/kasper/REA2004/pospapers/PrasadJayaweera.pdf

@almereyda
Copy link
Member

We have moved the ValueFlows organization from GitHub to https://lab.allmende.io/valueflows.

This issue has been closed here, and all further discussion on this issue can be done at

https://lab.allmende.io/valueflows/valueflows/-/issues/62.

If you have not done so, you are very welcome to register at https://lab.allmende.io and join the ValueFlows organization there.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

6 participants