<ul>Toyota Production System by Taiichi Ohno </ul><ul>Competing with US companies was difficult. Smaller production runs of more models Waste when production runs finished and there were left over parts <li>Ohno reverse engineered the production line and created “Just in time” manufacturing </li></ul>
<ul>How is making cars anything like making software ? </ul><ul><li>Complex processes
Manufacturing & construction industries Software has requirements that are never in spec. Requirements evolve over time Software developers are rarely domain experts BDUF meant changes later on were costly Waterfall model is based on “Physical Design”
Manufacturing & construction industries BDUF meant changes later on were costly Software is difficult to change in maintenance Two teams same project.
FAIL FAIL <ul>Writing massive amounts of tests up front is “time expensive”, so with a goal in mind you can follow this flow chart. (Everyone loves flow charts) </ul>Add a test Run the tests Change Run the tests
<ul>Tests shouldn't take long to write. Tests shouldn't take long to run. The drive the “development” of the application. Write what it takes to make the test pass, and that is all. YNGNIA </ul>
Useful URLs: android-sdk/platforms/android-1.5/samples/ApiDemos My life with android (mylifewithandroid.blogspot.com) Diego Torres Milano's blog (dtmilano.blogspot.com)
“ The fundamental problem with program maintenance is that fixing a defect has a substantial (20-50 %) chance of introducing another defect.” Mythical Man Month
CodeAndroid.org <ul><li>Android Developer/User Group </li></ul><ul><li>Grassroots effort by developers </li></ul><ul><li>Promote Android development around this region (SEA, Oceania) </li></ul><ul><li>You can join us on Facebook, Twitter (codeandroid), IRC (#codeandroid @ irc.freenode.net) </li></ul>Special thanks to Google for the venue and food.