Mercurial > hg > IntentMadeManifest
annotate README.txt @ 14:6715102c5a86
update
author | Jeff Hammel <jhammel@mozilla.com> |
---|---|
date | Fri, 10 May 2013 10:06:21 -0700 |
parents | 702409a27dac |
children | 4353d36a2f80 |
rev | line source |
---|---|
0 | 1 IntentMadeManifest |
6 | 2 ================== |
0 | 3 |
6 | 4 /python workflow engine via directed graph/ |
0 | 5 |
1 | 6 As risen from the stillborn ashes: |
7 http://k0s.org/mozilla/hg/MozbaseWorkflow/ | |
10
75e651ddd631
okay, now i am actually speccing
Jeff Hammel <jhammel@mozilla.com>
parents:
9
diff
changeset
|
8 [TODO: port ^that^ -> this document] |
1 | 9 |
2
b8be785f8e87
lets pretend that were dead...er, doing something
Jeff Hammel <jhammel@mozilla.com>
parents:
1
diff
changeset
|
10 |
3 | 11 Intents |
12 ------- | |
13 | |
10
75e651ddd631
okay, now i am actually speccing
Jeff Hammel <jhammel@mozilla.com>
parents:
9
diff
changeset
|
14 "Software [...] is communication" |
14 | 15 -- David "Whit" whitfield Morris |
10
75e651ddd631
okay, now i am actually speccing
Jeff Hammel <jhammel@mozilla.com>
parents:
9
diff
changeset
|
16 |
6 | 17 /What is a directed graph?/ |
18 | |
19 Several systems take the form of a directed graph: | |
3 | 20 |
4 | 21 - dependencies |
3 | 22 - workflow |
23 | |
7 | 24 IntentMadeManifest *utilizes* directed graphs. A framework is provided |
25 along with instances to form a library: | |
4 | 26 |
7 | 27 - VCS: git, hg, etc. |
28 - decorators: actions | |
6 | 29 |
7 | 30 http://k0s.org/hg/WSGraph is built upon for interface. |
6 | 31 |
32 | |
2
b8be785f8e87
lets pretend that were dead...er, doing something
Jeff Hammel <jhammel@mozilla.com>
parents:
1
diff
changeset
|
33 Potential Uses |
b8be785f8e87
lets pretend that were dead...er, doing something
Jeff Hammel <jhammel@mozilla.com>
parents:
1
diff
changeset
|
34 -------------- |
b8be785f8e87
lets pretend that were dead...er, doing something
Jeff Hammel <jhammel@mozilla.com>
parents:
1
diff
changeset
|
35 |
5 | 36 * dependency curation: |
37 - DEPS: Dependency Extraction and Processing System; | |
38 http://deps.alioth.debian.org/ , | |
3 | 39 http://vasks.debian.org/projects/deps/ |
5 | 40 - Extraction of Attribute Dependency Graph from Database Applications |
41 http://ieeexplore.ieee.org/xpl/articleDetails.jsp?arnumber=6130680&contentType=Conference+Publications | |
4 | 42 - MAKAO, reverse engineering build systems : |
43 http://mcis.polymtl.ca/~bram/makao/ | |
11 | 44 - ceve, utility to parse package dependencies as set of constraints |
45 - edos, building Linux distributions; | |
46 http://www.mancoosi.org/edos/ | |
3 | 47 |
5 | 48 * workflow construction, execution, and curation: |
7 | 49 - edit+create+export workflow TTW |
14 | 50 - workflow manager: an application to manage the workflows created |
51 by IntentMadeManifest | |
5 | 52 |
6 | 53 * hybrid: of course, since IRL |
54 `workflow = DAG; dependencies = DAG => ...` , | |
9 | 55 Since a `transition` is causal but necessarily with the `t` |
56 of spacetime, indeed from the above: `workflow == dependency processing`. | |
57 You can do some crazy things: | |
6 | 58 - actions: a class with method dependencies noted by decorators |
59 (see actions.py) | |
10
75e651ddd631
okay, now i am actually speccing
Jeff Hammel <jhammel@mozilla.com>
parents:
9
diff
changeset
|
60 - control workflow via .ini files (see `examples/github.ini`) |
6 | 61 |
3 | 62 Meta: |
5 | 63 - A Formal Definition of Data Flow Graph Models |
64 http://ieeexplore.ieee.org/xpl/articleDetails.jsp?arnumber=1676696&contentType=Journals+%26+Magazines | |
2
b8be785f8e87
lets pretend that were dead...er, doing something
Jeff Hammel <jhammel@mozilla.com>
parents:
1
diff
changeset
|
65 |
b8be785f8e87
lets pretend that were dead...er, doing something
Jeff Hammel <jhammel@mozilla.com>
parents:
1
diff
changeset
|
66 |
1 | 67 Links |
68 ----- | |
69 | |
5 | 70 /Links to software and other communiques/ |
71 | |
7 | 72 |
1 | 73 Python packages: |
74 | |
75 * https://pypi.python.org/pypi/finite | |
76 Yet another finite state automaton | |
77 | |
78 * https://pypi.python.org/pypi/fluidity-sm | |
79 State machine implementation for Python objects. | |
80 | |
81 * https://pypi.python.org/pypi/fysom | |
82 pYthOn Finite State Machine | |
83 | |
12 | 84 * https://pypi.python.org/pypi/graphwalker |
85 Finite state machine based testing tool. | |
86 | |
8 | 87 * https://pypi.python.org/pypi/luigi |
88 Workflow mgmgt + task scheduling + dependency resolution | |
89 ^ REALLY worth looking in to | |
90 | |
14 | 91 * https://pypi.python.org/pypi/pyscxml |
92 A pure Python SCXML parser/interpreter | |
93 (see also: https://github.com/jroxendal/PySCXML) | |
94 | |
12 | 95 * https://pypi.python.org/pypi/ubik |
96 Minimal and elegant packages manager | |
97 | |
98 * https://pypi.python.org/pypi/workflow | |
2
b8be785f8e87
lets pretend that were dead...er, doing something
Jeff Hammel <jhammel@mozilla.com>
parents:
1
diff
changeset
|
99 Simple workflows for Python; |
b8be785f8e87
lets pretend that were dead...er, doing something
Jeff Hammel <jhammel@mozilla.com>
parents:
1
diff
changeset
|
100 Not sure if this is really what's needed. And....1.01??? |
1 | 101 |
2
b8be785f8e87
lets pretend that were dead...er, doing something
Jeff Hammel <jhammel@mozilla.com>
parents:
1
diff
changeset
|
102 * https://pypi.python.org/pypi/xworkflows |
b8be785f8e87
lets pretend that were dead...er, doing something
Jeff Hammel <jhammel@mozilla.com>
parents:
1
diff
changeset
|
103 A library implementing workflows (or state machines) for Python projects. |
b8be785f8e87
lets pretend that were dead...er, doing something
Jeff Hammel <jhammel@mozilla.com>
parents:
1
diff
changeset
|
104 |
14 | 105 |
7 | 106 node.js: |
107 | |
108 Those node.js people seem to know what they are doing. | |
109 | |
110 * conductor: http://howtonode.org/step-of-conductor | |
111 https://github.com/creationix/conductor | |
112 Looks (maybe?) like what IntentMadeManifest is supposed to be (???) | |
113 | |
114 * step: | |
115 https://github.com/creationix/experiments/blob/master/step.js | |
116 same author as conductor; again, impressive | |
117 | |
118 * composer: https://github.com/tmpvar/composer | |
119 totally the WSGraph of node (!) | |
120 | |
121 | |
2
b8be785f8e87
lets pretend that were dead...er, doing something
Jeff Hammel <jhammel@mozilla.com>
parents:
1
diff
changeset
|
122 State Machines: |
b8be785f8e87
lets pretend that were dead...er, doing something
Jeff Hammel <jhammel@mozilla.com>
parents:
1
diff
changeset
|
123 |
b8be785f8e87
lets pretend that were dead...er, doing something
Jeff Hammel <jhammel@mozilla.com>
parents:
1
diff
changeset
|
124 Workflow == state machines, so an understanding from either |
b8be785f8e87
lets pretend that were dead...er, doing something
Jeff Hammel <jhammel@mozilla.com>
parents:
1
diff
changeset
|
125 perspective is the same apropos the other. |
b8be785f8e87
lets pretend that were dead...er, doing something
Jeff Hammel <jhammel@mozilla.com>
parents:
1
diff
changeset
|
126 |
b8be785f8e87
lets pretend that were dead...er, doing something
Jeff Hammel <jhammel@mozilla.com>
parents:
1
diff
changeset
|
127 * http://en.wikipedia.org/wiki/Finite-state_machine |
14 | 128 * http://en.wikipedia.org/wiki/SCXML : |
129 State Machine Notation for Control Abstraction | |
1 | 130 |
13 | 131 |
132 == Other Approaches == | |
133 | |
134 BPMN: Business Process Modeling Notation; not quite what I had in | |
135 mind. Flowcharts are nice, but the sense of "state" + "transitions" | |
136 is not the same as in the graph model. | |
137 * http://www.bpmn.info/ | |
138 | |
0 | 139 ---- |
140 | |
141 Jeff Hammel | |
3 | 142 k0scist@gmail.com |