FEATURED STORY

Four short links: 30 June 2015

Four short links: 30 June 2015

Ductile Systems, Accessibility Testing, Load Testing, and CRAP Data

  1. Brittle SystemsMore than two decades ago at Sun, I was convinced that making systems ductile (the opposite of brittle) was the hardest and most important problem in system engineering.
  2. tota11y — accessibility testing toolkit from Khan.
  3. Locustan open source load testing tool.
  4. Impala: a Modern, Open-source SQL Engine for Hadoop (PDF) — CRAP, aka Create, Read, and APpend, as coined by an ex-colleague at VMware, Charles Fan (note the absence of update and delete capabilities). (via A Paper a Day)
Comment

BioBuilder: Rethinking the biological sciences as engineering disciplines

Moving biology out of the lab will enable new startups, new business models, and entirely new economies.

Laboratory_public_domain_image_British_Library_Flickr

Buy “BioBuilder: Synthetic Biology in the Lab,” by Natalie Kuldell PhD., Rachel Bernstein, Karen Ingram, and Kathryn M. Hart.

What needs to happen for the revolution in biology and the life sciences to succeed? What are the preconditions?

I’ve compared the biorevolution to the computing revolution several times. One of the most important changes was that computers moved out of the lab, out of the machine room, out of that sacred space with raised floors, special air conditioning, and exotic fire extinguishers, into the home. Computers stopped being things that were cared for by an army of priests in white lab coats (and that broke several times a day), and started being things that people used. Somewhere along the line, software developers stopped being people with special training and advanced degrees; children, students, non-professionals — all sorts of people — started writing code. And enjoying it.

Biology is now in a similar place. But to take the next step, we have to look more carefully at what’s needed for biology to come out of the lab. Read more…

Comment

“Internet of Things” is a temporary term

The O'Reilly Radar Podcast: Pilgrim Beart on the scale, challenges, and opportunities of the IoT.

Hills_album_public_domain_Internet_Archive_Flickr

Subscribe to the O’Reilly Radar Podcast to track the technologies and people that will shape our world in the years to come.

In this week’s Radar Podcast, O’Reilly’s Mary Treseler chatted with Pilgrim Beart about co-founding his company, AlertMe, and about why the scale of the Internet of Things creates as many challenges as it does opportunities. He also talked about the “gnarly problems” emerging from consumer wants and behaviors.

Read more…

Comment

Signals from the O’Reilly 2015 Solid Conference

Insight and analysis on the Internet of Things and the new hardware movement.

Practitioners, entrepreneurs, academics, and analysts came together in San Francisco this week to discuss the Internet of Things and the new hardware movement at the O’Reilly 2015 Solid Conference. Below we’ve assembled notable keynotes and interviews from the event.

Lock in, lock out: DRM in the real world

Author and activist Cory Doctorow uses his Solid keynote to passionately explain how computers are already entwined in our lives and our bodies, which means laws that support lock-in are much more than inconveniences. Doctorow also discusses Apollo 1201, a project from the Electronic Frontier Foundation that aims to eradicate digital rights management (DRM).

Read more…

Comment

The future of car making: Small teams using fewer materials

How we make cars is a bigger environmental issue than how we fuel them.

automobile_public_domain_image_Internet_Archive

Around two billion cars have been built over the last 115 years; twice that number will be built over the next 35-40 years. The environmental and health impacts will be enormous. Some think the solution is electric cars or other low- or zero-emission vehicles. The truth is, if you look at the emissions of a car over its total life, you quickly discover that tailpipe emissions are just the tip of the iceberg.

An 85 kWh electric SUV may not have a tailpipe, but it has an enormous impact on our environment and health. A far greater percentage of a car’s total emissions come from the materials and energy required for manufacturing a car (mining, processing, manufacturing, and disposal of the car ), not the car’s operation. As leading environmental economist and vice chair of the National Academy of Sciences Maureen Cropper notes, “Whether we are talking about a conventional gasoline-powered automobile, an electric vehicle, or a hybrid, most of the damages are actually coming from stages other than just the driving of the vehicle.” If business continues as usual, we could triple the total global pollution generated by automobiles, as we go from two billion to six billion vehicles manufactured.

The conclusion from this is straightforward: how we make our cars is actually a bigger environmental issue than how we fuel our cars. We need to dematerialize — dramatically reduce the material and energy required to build cars — and we need to do it now. Read more…

Comment

JavaScript shares its ubiquity

WebAssembly changes the rules of the JavaScript game.

engineroom

I’ve never seen a technology lay down its primary advantage and prepare to hand over its ubiquity. I’m proud of JavaScript for doing this, and I’m sure that in the long run this will be good for the Web, but in the meantime I’m wondering where WebAssembly will take us.

Brendan Eich’s announcement of the effort makes clear that this builds on the earlier asm.js (and Google’s similar PNaCl), a highly efficient JavaScript subset that compilers of other languages could target. Eich enjoyed using Unreal Engine for demos of the speed asm.js could provide, but compiling to JavaScript, even weird JavaScript, still needed to go through a JavaScript parser. (Other approaches compiled to more comprehensible but less optimized JavaScript.)

WebAssembly – wasm – skips that final step, producing a binary format, technically a compressed AST encoding. Unless you’re going to be building compilers, you can compare wasm to a bytecode system. There is a text format for debugging, but the binary emphasis yields substantial extra speed as it skips parsing and minimizes decompression.
Read more…

Comment