cheapjack / buildyourown

Project mgmt and help files for DesktopProsthetics Baylee Abbott & DoESLiverpool's 3D printed prosthetic hand project within the FACT BuildYourOwn Show
Creative Commons Zero v1.0 Universal
2 stars 3 forks source link

DesktopProsthetics

4th June - 31st August 2015 at FACT

Gallery 1, FACT, 88 Wood Street, Liverpool, L1 4DQ

image Image Copyright Jason Abbott.

Copy:

DoESLiverpool will develop an iteration of the Enabling the Future project within the Build Your Own Show at FACT. DoESLiverpool is a community of makers and entrepreneurs in Liverpool, with a Co-Working space, Workshop and Event Hub. It’s a place to work, learn, share ideas, form groups and make things the way you want to for small fees or initially, cake.

DoES will be lead creative technologists to help setup, facilitate and support a ‘production line’ area for Build Your Own introducing the idea of 3D printing open source designs of upper limb prosthetics. It's inspired by a local family who used DoESLiverpool's workshop to print hand parts independently.

Over the course of the exhibition FACT Gallery Assistants and DoESLiverpool will assist the public in testing and building 3D printed prosthetic devices. The public will have the opportunity to play, experiment and understand what prosthetics are and how access to rapid prototyping and open source digital making tools can help people make the world the way they want it.

Information on this Repository:

Project management, help and files for the 3D printed prosthetic hand project

We are also collecting related information - links, pictures, etc. - over on the Desktop Prosthetics tumblr

Issues:

The issue list is a place to track what needs to be done. Creating and closing them is cheap, so make liberal use of them :-)

It's easy to see which issues need addressing by looking at the open issue list but there are other ways to slice and dice things. Issues get labelled as a way to group them together - feel free to create new labels as and when needed. And there are a few milestones to mark when issues have to be finished. Use milestones for things that '''have''' to be done before a set event, rather than for "it'd be lovely if this was done by date X", as that just clutters things up if the deadline isn't hit.

Some more useful labels:

For some more background on good practice when using issues, read http://ben.balter.com/2014/11/06/rules-of-communicating-at-github/. It's about Github's culture and process rather than exactly how we're running things, but there's plenty of crossover.