Managing Creativity

Loading...

Flash Player 9 (or above) is needed to view presentations.
We have detected that you do not have it on your computer. To install it, go here.

0 comments

Post a comment

    Post a comment
    Embed Video
    Edit your comment Cancel

    2 Favorites

    Managing Creativity - Presentation Transcript

    1. Managing Creativity Pycon UK, Sept 2007 Michael Sparks Kamaelia Project BBC Research
    2. Conflicting needs
      • Research
      • Don't know what the problem is
      • Don't know the solution
      • Don't know suitable approach
      • Unknown requirements
      • Production
      • Know the problem inside out
      • Have a solution which must be reliable
      • Approach is known and engineered
      • Requirements clear, but with scope for growth
      • Research
      • Don't know what the problem is
      • Don't know the solution
      • Don't know suitable approach
      • Unknown requirements
      • Production
      • Know the problem inside out
      • Have a solution which must be reliable
      • Approach is known and engineered
      • Requirements clear, but with scope for growth
      Conflicting needs How to go from here to here?
      • Research
      • Don't know what the problem is
      • Don't know the solution
      • Don't know suitable approach
      • Unknown requirements
      • Production
      • Know the problem inside out
      • Have a solution which must be reliable
      • Approach is known and engineered
      • Requirements clear, but with scope for growth
      Conflicting needs More like this!
    3. Process
      • Have an idea
      • Build something to see if idea is good
      • Review & build systems using it it is a good idea
      • Make possible to use in production system
      • Make production quality
      • Exploration is very different from polishing
    4. hackers&painters vs CS
      • Hackers & Painters essentially postulates that coding is like painting
      • Computer Science essentially postulates that coding is like engineering with solid foundations we can follow sound rules & constraints
      • Both are right even though in conflict
      • Huh?
    5. Building a Building
      • Sketch a design
      • Collect system requirements
      • Build models
      • Refine
      • Architect building based on physical stresses etc
      • Refine
      • Build
      • Both engineered & crafted
    6. Key Trick – Code as Wiki
      • In python terms:
      • Namespaces are one honking great idea
      • -- let's do more of those! -- import this
      • Or wiki terms:
      • Enlarge Space - In order to preserve GlobalResources, create more public space. This reduces limited resource tension. Unlike the RealWorld, land is cheap online.
    7. Core Approach
      • Encourage play - capture results (sketchbooks)
      • Encourage system building, component extraction
      • Reuse & refine components
      • Make testable
      • Reimplement as TDD – potentially formalise tests as formal spec
      • Version control as core enabler
    8. Core Feature Flow
      • Idea & Initial System
        • /trunk/Sketches/<initials>
      • Componentisation & Systems
        • /branches/private_<initials>_Scratch (sometimes)
      • Reuse & Candidate for main tree
        • /branches/private_<initials>_anything
      • Merge into Main Tree
        • /trunk/Code
    9. Feature Consolidation
      • Testable
        • /trunk/Code/<path>/Example/<example>
        • /trunk/Code/<path>/Tests/test_<component>.py
      • TDD
        • /branches/private_<initials>_FeatureRewrite
      • Merge
        • /branches/private_<initials>_FeatureRewrite
    10. Feature Future Proofing
      • Tests as formal spec
        • /trunk/Tests/Python/<project>/test_....
        • eg /trunk/Tests/Python/Axon/test_*
    11. Feature Extension
      • Idea
        • /trunk/Sketches/<initials>
      • Componentisation & Systems
        • /branches/private_<initials>_Scratch (sometimes)
      • Reuse & Candidate for main tree
        • /branches/private_<initials>_anything
      • Merge into Main Tree
        • /trunk/Code
    12. Alternative View
      • Idea
        • Shared Sketchbooks
      • Componentisation & Systems
        • Visible integration & demo of use
      • Reuse & Candidate for main tree
        • I'm handing this off for review
      • Merge into Main Tree
        • Release to general user base
    13. Alternative View
      • Idea
        • Shared Sketchbooks
      • Componentisation & Systems
        • Visible integration & demo of use
      • Reuse & Candidate for main tree
        • I'm handing this off for review
      • Merge into Main Tree
        • Release to general user base
      Can use code for idea at all stages of development
    14. Shared Sketchbooks /Sketches
    15. Shared Sketchbooks: /Sketches
      • /Sketches/MPS – this is mine, I can do what I like there.
      • Does not have to work
      • Can be imperfect
      • Everyone else can see it
      • eg
        • /Sketches/MPS/Systems/Paint
    16. Shared Sketchbooks: /Sketches
      • /Sketches/MH – this is Matt's, he can do what he likes there.
      • Does not have to work, can be imperfect, etc
      • Can copy other people's sketches & extend
      • eg
        • /Sketches/MH/Sketcher
    17. Shared Sketchbooks: /Sketches
      • Can also play with new ideas
        • Handwriting recognition
        • 3D Page turning
        • a “record for me” PVR
      • GestureRecognition/StrokeRecogniser.py , OpenGL/3fFolding.py, DVB_PSI/PVR.py
    18. Shared Sketchbooks: /Sketches
      • Same goes for anyone else
      • Trainee engineers
      • Summer of code students
      • Anyone else (you?)
      • Can get feedback much sooner, and do fast diffs
    19. What's there?
      • Video annotating whiteboard, P2P swarming radio, IRC clients, pygame experiments, topology visualisation, paint programs, a multicast toolset, shedskin (python to C++) compatible micro-axon, simple reliable multicast experiments, sub-component level experiments, new tools for integration outside kamaelia, networked audio mixer matrix, record everything tv experiments, seaside-like HTTP server, random experiments, tools for multicast of DVB & playback, networking of pipes distribution, gesture (and basic handwriting) recognition, custom PVRs, mobile reframers, 3D video playback, PVR content viewer for mobiles, trusted communications experiments, speex tools, Icecast clients, subtitling tickers, libao tests, early 3D work, bittorrent integration work, DVB tools, weather scraping etc
    20. Visible Integration
    21. Visible Integration
      • /branches/private_<initials>_Scratch
      • Personal version of trunk – may or may not actually be shared.
      • Benefits of sharing
        • Not at the whims of a merger to use new namespaces
        • Don't corrupt others
        • Provide mechanism to demo is “OK”
    22. Visible Integration
      • As you go through this process – more detail may emerge, and become clearer making more generally useful – better case for mainline merge
    23. Hand off branches
    24. Hand off branches
      • Always named
        • /branches/private_<initials>_feature
      • Never merged to /trunk by their creator, unless agreed by all admins – encourage review & feedback.
    25. Main Code Tree: /Code
      • Code only reaches main code tree if:
        • Has proved itself useful in /Sketches
        • Merge onto pseudo trunk works well
        • Passes code review
    26. Key points
      • Always have permission to create new branches named appropriately
      • Always have permission to check in new code
      • “ Force of gravity” approach to consolidation
      • Clear & simple code migration rules
      • Version control as a tool to support process management tool
    27. Key points
      • Encourages play, encourages innovation, but in a manageable way, that also encourages development of an engineered usable system
      • Really about “who owns a namespace”

    + kamaeliankamaelian, 3 years ago

    custom

    2291 views, 2 favs, 0 embeds more stats

    In this talk I talked about how,in the Kamaelia pro more

    More info about this document

    © All Rights Reserved

    Go to text version

    • Total Views 2291
      • 2291 on SlideShare
      • 0 from embeds
    • Comments 0
    • Favorites 2
    • Downloads 208
    Most viewed embeds

    more

    All embeds

    less

    Flagged as inappropriate Flag as inappropriate
    Flag as inappropriate

    Select your reason for flagging this presentation as inappropriate. If needed, use the feedback form to let us know more details.

    Cancel
    File a copyright complaint
    Having problems? Go to our helpdesk?

    Categories