Principle
Apply what I invest resource on to my own problems. Each page in this group should correspond to a personal problem or set of problems. The process and its tools stay within the wiki (e.g. as recipes) in order to maintain coherence and move for a solely descriptive wiki to a more dynamical system.
Process
- list problems
- map problems
- apply the cheapest solver, rate results of solvers
- if there is no satisfying result
- if all solvers has been used
- map the problem differently and go to 2
- select a more costly solver and go to 3
- go back to step 1 and update
Result
Tools
Problems
Organized models
Solvers
- exploration in time
- generation of solution
Remarks
- degrees of freedoms or dimension of explorations have a non negligible cost
- new solutions are not necessarily required, what is new for a problem holder is most of the time not entirely new for others
- in such situation the problem solving can be replaced by a search
- overall semantics and hermeneutics can be overrated
- at least by delegating cognition from the solver to the rater
Inspired by
Having to navigate in a crowded street of Madrid during the winter holidays and wondering how my models could make me more efficient that other wanderers.
To do
- make Template? based on Process, LeveragingRandomness and new requirements from this very todo list
- simplified the feedback process
- i.e. usage itself shows limitation of the tool and its underlying model, yet as both should be updated the usage should be pursued while taking into account such required modifications
- consequently each applied models should link back to its source model
- e.g. LeveragingRandomness From Wiki.ToDo#LeveragingRandomness