Difference between revisions of "User:Infinity Linden/pyogp"
Jump to navigation
Jump to search
Line 36: | Line 36: | ||
; '''obviousness''' : (slides 12 and 13) there's command line tools and libraries. and there's stuff that implements functionality and stuff that tests functionality. | ; '''obviousness''' : (slides 12 and 13) there's command line tools and libraries. and there's stuff that implements functionality and stuff that tests functionality. | ||
; '''secret shame''' : OGP is far from complete. we're putting "legacy" stuff in PyOGP 'til we don't need it. | ; '''secret shame''' : OGP is far from complete. we're putting "legacy" stuff in PyOGP 'til we don't need it. | ||
== The Transcript == | |||
Sai was good enough to post [[Pyogp/Chat_Logs/Daily_Meeting/14_jul_2008 | the transcript here]]. |
Revision as of 09:51, 14 July 2008
PyOGP l33t C0d3rZ m33t1ngs
The Slides
The Notes
- who
- this group is for peeps writing the code.. i.e. the l33t PyOGP C0d3rZ
- objectives
- Just so we're all on the same page here... we're writing python code to implement OGP. Usable to implement a viewer, agent domain or region domain.
- why
- one.. it's wikked cool. two.. while it's not a "reference implementation," it can be used to demonstrate details the spec is silent on. three... people can use the test case stuff to demonstrate features and bugs.
- two test goals
- one... test PyOGP. two... test an implementation for interoperability with PyOGP.
- two test tools?
- interop tester. unit tester.
- PyOGP uses service interface
- let's you put code underneath that either a. actually talks to a real implementation (for interop) b. talks to a "mocking interface" for unit tests.
- obviousness
- (slides 12 and 13) there's command line tools and libraries. and there's stuff that implements functionality and stuff that tests functionality.
- secret shame
- OGP is far from complete. we're putting "legacy" stuff in PyOGP 'til we don't need it.
The Transcript
Sai was good enough to post the transcript here.