Difference between revisions of "User:Infinity Linden/pyogp"
Jump to navigation
Jump to search
Line 1: | Line 1: | ||
= PyOGP l33t C0d3rZ m33t1ngs = | = PyOGP l33t C0d3rZ m33t1ngs = | ||
== The Slides == | |||
{|style="background:white" width="100%" cellpadding="5" | {|style="background:white" width="100%" cellpadding="5" | ||
Line 23: | Line 25: | ||
| | | | ||
|} | |} | ||
== 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. |
Revision as of 09:46, 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.