Priority By Economical System {Cognition}

Principle

Associate a costs to actions, thus giving the basis for an economical system, in order to provide the necessary support for incentive on usage and optimization from improvements. High leverage actions should naturally be preferred over low impact hight requirements actions. Also, the system would favor an increasingly precise estimation of costs (which is probably why this can not be delegated even to AWS#MechanicalTurk).

Solutions

Use include (limited by line numbers) to highlight the current main focus and the Site.AllRecentChanges page to show current activity (potentially related).

Demo

Goal

note that this demo has been largely superseeded by the (internally visible only) http://127.0.0.1/wiki/PBES/PotentialTasks

Last actions undertaken

Example

Dilbert comic strip for 04/18/2010

Structure

• isolate an action A (atomic unit with clearly defined limits)
  • parent
    • default=root
  • expected impact of the realization
    • default=1/number of actions from the parent
    • impossibility to short-circuit the system and consider global impact
    • ultimately should be convertible to unit of energy
  • estimated cost
    • default=2300Kcal
      • shortcuts convertible to unit of energy
        • day of work for me
        • amount of money
        • amount of objects
        • combination of some shortcuts
        • ... (simple to add)
    • a ridiculously higher amount for the infrastructure
      • housing, administrative overhead, insurances, ...
  • return on investment (ROI)
    • expected impact of the realization/estimated cost
• Hierarchy of actions
  • root=strategy S
    • default=homeostasis
  • actions

Remarks

• there is no short-term incentive to price and since it is a complex thus costly function, the system is not being used
• closure must be taken into account in order to
  • make projects "safe" from side-effects
  • lower the cognitive cost of comparing a long list of actions
    • overall costs is too complex to evaluate and update
    • consequently, consider the cost for each project
• unit of energy in general as absolute value in one moment in time, as opposed to taking time into account, might be too simplified
  • as the price of a unit of energy is a function of time
  • especially important if strategy takes into account homeostatis for which
    • energy can be stored only to a limited extend
    • energy can not be consumed instantly
• estimate waste by conversion
  • in both direction
    • in cost, waste of management
    • in estimated impact, energetic waste in order to get the final product
• EROEI alone can provide a basis for optimization
  • use an estimated base EROEI and tend to perpetually improve it
• Usability threshold
  • every process including chores would be there but even theoretically there is a usability threshold
  • small repetitive yet required tasks are probably under a threshold of resource required
    • managing them would require more energy than just doing it (cf EROEI) since they usually have low dependencies, it's not a complex network of effects and the consequence of doing or not doing them are highly predictable
  • example
    • "breathe in, breathe out" despite its fundamental importance as it is a default background task
    • yet how to breathe in and out in an optimal way sustaining the system could go in the dedicated Health page and hopefuly in Augmented Reality Heuristics System too

Credit earned by

• realizing actions

Debit to spend on

• time slot for
  • browsing
    • else redirecting traffic to the system page through
      • local proxy (cf Lighttpd)
      • DNS (cf DNS)
      • in browser HTTP Proxy Server with node.js
  • reading books
• Energy Slave(s)
  • new tools with higher Utility
    • facilitating productivity of the system
    • including those in Xmaswishlist
  • delegation

To do

• consider
  • virtual currency solutions
  • Trac MarketPlugin enables financial trading of contracts on wiki page versions
• add the schema from the notebook (Canada)
• for shared/delegated/requests task, use Person social network
• leverage existing agenda
  • Cookbook:WikiCalendar used internally
• use HealthDashboard to handle "stress level"
• check Cookbook:Flipbox
• consider financial pricing models
  • Wikipedia:Pricing
  • models
    • Wikipedia:Capital asset pricing model (CAPM)
    • Wikipedia:Fama-French three-factor model
  • notes on related books
    • Venture Capital And The Finance Of Innovation
    • Introduction a la Finance et a l'Economie de l'Immobilier
    • Quantitative Trading
• compare with
  • Worklist by lovemachine
• consider a dedicated separate browser window
  • start with a specific URL and window size thanks to AutoHotKey and stay on top of the taskbar
    • ideally not part of the Alt+Tab sequence, without border, always on top
    • also possible to make a specific Firefox profile in order to remove all additional lines through Vimperator
• Cookbook:StarRanker
  • knowing that one can rate amongst multiple dimensions
• integrate discussion with nicktick at 07:36 on freenode/##pim the 06/07/2010
• integrate discussion with Paola in November 2009
• implement 2008 Auto-Upgrade Prioritize mechanism with Wikipedia:Petri net

See also

• Cognition#GoalFocusAttention
• Cognition#Postponing
• Decision Science News decision research edited by Dan Goldstein
• Energy Returned on Energy Invested (EROEI)
  • Thermoeconomics
• Activity-based costing (ABC)
• Neuro-économie, évaluation et décision. Séminaire du 4 mai 2009 Théorie économique et organisation sociale - Roger Guesnerie - College de France
• Economic Models and Algorithms for Distributed Systems Springer 2010
• Wikipedia:Pareto principle or 80/20 rule
• Wikipedia:Value stream mapping discovered in Lean Thinking
• Economy
• JAIR International Planning Competition (PDDL) special track, started in 1998
  • PDDL (Planning Domain Definition Language)
• Wikipedia:Discipline#Self_discipline
• Wikipedia:Self control

Inspired by

• Seedea:SeedeaProtected/Leads#Rules and my other privatization solutions (cf Seedea to do, meta-todo, etc)