While synthetic biology's ethics of open source and pragmatics of encapsulation and reusability will go a long way toward democratizing genetic engineering, there are still significant barriers to entry for non-institutional scientists. The use of BioBricks in synthetic biology goes back several years, though traditionally in organisms such as E. coli that require expensive or non-trivial preparation, preservation, and culturing techniques.

We will discuss the process of design in synthetic biology through a case study of Kay's work engineering a binary counting biological machine. As Kay's work is conducted in her own lab, we will present the ongoing work to develop techniques that make the same reusable BioBrick parts accessible and usable in non-traditional model organisms that are cheaper, easier, and safer to obtain, culture, and engineer.

A poster on DIYbio.org suggested that drinking straws might be worth a shot. Within a few days of his post, I had tried out the idea and posted pictures, as well as a instructions on OpenWetWare. As other DIYbio members began to experiment with keiki gels, I realized the project represented a whole lot more than visualizing DNA. Keiki gels represent the future of biotech, where individuals from many different backgrounds come together to create new ideas, new experiments, and new equipment to meet their needs.

We will demonstrate from scratch creation of a bootstrap installer for a game which is not otherwise peer to peer enabled. We will also show analytics of deployments which have happened.

• Daniel Shawcross Wilkerson
• Simon Fredrick-Vicente Goldsmith

• Erick Armbrust
• Ryan Barrett

Helios is the first web-based verifiable voting implementation. Votes are captured in a web browser, encrypted inside the browser using a combination of JavaScript and Java, sent to a tallying server which cryptographically combines the results into an encrypted tally, which is then decrypted by trustees.

Helios was initially implemented on Google App Engine. It is now built on Django, and is compatible with Firefox 2/3, Safari 3, and IE 7.

Helios has been used by the Information Card Foundation, and will be used in March 2009 for the Université Catholique de Louvain's 25,000-voter election.

Libevent grew over the years to include an adjunct library with basic support for a few popular protocols, along with rudimentary Windows support and a decent edge-triggered IO mechanism.

The current Libevent 2.0 development trunk represents the biggest change to Libevent since the beginning. In addition to the predictable API deprecations and decent multithreading support, we've revised our buffered IO layer to support complex filters, take advantage of Windows's fast (but very non-unixy) asynchronous networking architecture.

Our work underscores how easy it was to collect data about the download habits of a large fraction of all BitTorrent users. More troubling was our discovery that third parties are systematically monitoring P2P networks using techniques that are open to manipulation.

The goal of the OneSwarm project is to provide users with the ability to control what information about their data sharing behavior that is visible to 3rd parities. To enable this, OneSwarm clients (when operating privately) share data only with trusted friends. When data is located further away in the network, it is forwarded over multiple users using source address rewriting to obscure the source and destination of forwarded data.

Modern browsers exploit coarse-grained parallelism (e.g., process-per-tab) but that does not help individual pages. Furthermore, they provide parallel language constructs that are not intuitive to average designers (e.g., worker threads), and do not use parallel algorithms for many dominant library computations (CSS and DOM manipulation). We made the first parallel CSS/flow layout algorithms and have compelling ideas to build upon them. Typical efforts to parallelize code (in the HPC space) are for much bigger, longer, and seemingly more static computations than what we see in a web page; getting any results, in a way, is surprising and promising.

A standard profiler, such as gdb, summarizes each column (input) of this matrix in a sophisticated way, but does not say much about the relationship between columns. In contrast, Trend Prof (1) groups rows (lines of code) that linearly predict each other well and then (2) constructs a simple power-law model of each row (-group) versus a phantom row that measures input size (as programmer-specified), and then ranks the rows according to how expensive (in the resource measured) that row's line of code is predicted to grow as input size increases. Trend Prof does much to help increase the signal to noise ratio, an inherent problem in such statistical techniques. The technique of Trend Prof is able to find performance bugs, often super-linearities where linear performance was expected, and, unlike in traditional profilers, these bugs cannot be swamped by other lines of code that are doing magnitudes more computation. Even if bugs are not found, the resulting analysis provides a unique view onto the structure of a program that the authors find to be somehow very satisfying.

Typhon provides a state of the art component oriented environment based on OSGi and Apache Felix that is cross platform and cross device capable enabling the deployment of applications for desktop and mobile devices from a unified API and source code base.