Archive for the 'Uncategorized' Category

The Team.

Wednesday, June 18th, 2008

Originally printed on the Synthesis Studios blog on 12 June 2008.

We were never huge fans of titles around here, but if push came to shove, I could tell you that Jeremy is a Senior Architect, Jessica is the Director of Operations, and I’m the IT guy. The roles, however, that we take on while working on a project is what’s the most important, and we work really hard to make sure the exact right person is on the project, regardless of his or her title.

Even if somebody is not technically “assigned” to a project, we like to think that everybody gets his or her hands, brains, and heart into a project because everybody at Synthesis isnaturally curious. It’s not uncommon for one of us to peer over a shoulder and say, “Hey! What are you working on today?” After that, suggestions start to fly on ways to tear it apart and put it back together again to make it awesome. It’s all part of making sure we build the best things we can.

Not all of our roles are used on all of our projects, and not all of our roles have a person that is strictly assigned to them — in fact, these are more like hats that people wear, but we all find ourselves wearing particular hats on particular projects. A few of these hats include:

Project manager
This is the “Get It Done” role, making sure everything is done on time, and everything is kept to a budget. This person also works really closely with our clients to keep conversations going, make sure that our relationship is a real collaboration, and that the decision-making is shared.

Product manager
While the project manager makes sure that we get things done on time, our product manager is there to suggest ways to make your product better than you thought of. Whether this means market research to better understand where its going to go and who is going to use it, or if this means suggesting that we should do user studies before we go any further — the product manager is trying to look at the process through your glasses and in your shoes, just with a bit more experience on how Synthesis works. This is the creative lead.

Prototyper
Sometimes an idea is still just an idea, and needs more thought before it becomes a reality.Ormaybe there are just too many questions surrounding its feasibility — this is where the prototyper comes into play, literally deciding to test a proof of concept by dropping something off a building, or mocking it up in gum wrappers (both true stories). The questiontoask is, “Can this even be done?” The goal of the prototyper is then to answer it.

Architect
Because our projects are unique, and diverse, our architects pride themselves in having the experience, education, and instincts to make sure that weare designing somethingrobust and extensible. It takes skill to make sure that you can design something that can be tested (and not just in the way of putting it out there and hoping it doesn’t break), that will last, and that when you come up with that next novel improvement, its not that hard to get it slotted in there.

Engineers
Finger to keyboard, solder to soldering iron, whatever it takes — these folks do it. Synthesis has a really wide breadth to these people from software, to electrical, to mechanical. These people also really like to work in teams as it means that they can look over each other shoulders. They can test each others code. They are always trying to one up each other, and that’s to the benefit of all involved.

Testers
Bash that thing to bits, and figure out how to make it better is really the mantra of somebody who has to wear this hat. Ideally, this person hasn’t seen any of the code or schematics of what was written, but his or her goal is to behave like a regular person using the product and just be really hard on it. And then feed it back to the Engineers.

And finally, there is somebody like me. I’m where the buck stops, and the final call. I’m here to make sure it all works like a well-oiled machine.

Story told in thirteen clicks

Sunday, June 8th, 2008

I’ve been thinking a lot about Google Streetview recently (more on that at some other date), so as part of that process I been looking for interesting stuff using it. The best thing I’ve bumped into so far is one I’m borrowing from one of Matt Grey’s blog posts. Go down Adkins Road, one click at a time going North — this one is a story told in thirteen clicks.

Indiana Jones and the Kingdom of the Crystal Skull

Saturday, May 31st, 2008

Its like an old fashioned ice cream shoppe in the middle Hollywood.

Update 2008-06-01: I don’t know if this is true, but the same thing happened when I saw it.

Henry Canoy, Rest in Peace

Saturday, May 17th, 2008

Broadcast industry pioneer Henry R. Canoy passed away in Wyoming, U.S.A. on May 16, 2008. He was 84 years old.

“I am deeply saddened by the passing of RMN Chairman Henry R. Canoy,” said Cagayan de Oro City Mayor Constantino G. Jaraula in a statement. “He is a great loss to the industry where he belongs. May his family and relatives be assuaged by the thoughts that his soul now rests in the loving hands of the Father!”

Read the rest of this entry »

Bringing it back strong

Monday, April 21st, 2008

Synthesis’s network went down last Friday. Not down in the sense of our network connection. Not down in the sense of WiFi. I mean really down. Our main server decided that it was time to call it quit, and left the building. Really out. Like bye bye. Time to rebuild.

Some advice for people who find themselves in a similar predicament:

  • Ditch Windows Server if you can. Synthesis used to rely on it for Exchange (to support the Outlook and Windows Mobile junkies in the office), but when the processor melts down on that computer, you can’t just take the hard drives and plug it into another machine;
  • minimize the number of your machines in your closet and run Ubuntu JeOS — if you do need to run Windows, at least you get a lot more flexibility;
  • Zimbra, zimbra, zimbra! We’re still testing it, but so far we absolutely love it. The web client rocks, it has Windows Mobile push support, and I’m now finally using iCal and Mail.app instead of Outlook under Parallels; and
  • for backups, Jungledisk is the way to go. We mount S3 from inside our Linux instances and do daily rsyncs of critical data for backup. And, once week, we automatically suspend each instance, hot copy it, and rsync that for backup.

Better, stronger, faster.

Wagamama

Thursday, April 10th, 2008

If you get a chance, Wagamama is definitely worth a quick lunch or dinner visit — not necessarily for the food (although the Zagat ratings aren’t too shabby), but just to experience a shift in restaurant efficiency. Something that I usually wonder about while sitting in a restaurant is the restaurant’s scheduling technique.  How do they get the kitchen to get appetizers to come out first (and together), and have main entrees appear simultaneously (and warm!).  To further “mix it up”, all this has to happen while factoring in the time it takes for the waiter to get from a table to the kitchen with an order (while not getting sidetracked), from my table to the register, back with the credit card at the end of the meal, etc.  The whole dance makes my head hurt.

Wagamama, instead, throws that all out the window.  Their focus is on two things, and two things alone: food and time.  There is no need to worry about ambience (its all really simple), and there aren’t any tables that can fit certain sized parties to avoid the problem of having to have large groups wait.  All waiters, armed with 802.11 devices, take your order at the table, and beam those directly to the kitchen.  The notion of “appetizers” are gone and are replaced by “sides”, to remove the need to get those to the table first.  When the food is done, it is brought to your table immediately.  And finally, when your check is to be paid, you swipe your credit card right there at the table and you can keep your eyes on it at all times.

I guess what Wagamama exhibits is a focus on what’s actually important — food and time.  I love the notion that they’ve removed everything else from the equation and can make sure they really deliver on those.

Know when to get out

Tuesday, April 1st, 2008

The poster for “21″ 21 proves to be an entertaining and forgettable two hours of my life that doesn’t manage live up to my expectations set by Bringing Down the House. Peter Steinfield and Allan Loeb ignore all the nuances and the realities of what the MIT team did; what the movie fails to emphasize, and what is the most brilliant part of the story, is that the Ben Mezrich’s tale is true — its not fiction. Instead, this movie adaptation attempts to be the Ocean’s 11 for young and smart kids — just one that isn’t well-acted nor even has a plausible story to back it up. Unless you’re illiterate, save that $10 and put it towards the bookstore or a trip to the library to pick up Bringing Down the House instead.

* Kids: the writers really manage to get the MIT undergraduate experience wrong. While getting those details right is not at the forefront of their minds, its the small details that irritate me. Probably one worth seeing at LSC instead.

Exposing the APIs of invisible things

Saturday, March 29th, 2008

At ETech this year, Kati London (of ITP and now of area/code), put together a great panel discussion entitled Artistic Experiments in Revealing Invisible Networks. Somehow I missed it, but at the finale of the talk was a reference to one of my favorite final projects from Every Bit You Make, Generative Social Networking by Andrew Schneider and Christian Croft.

Every Bit You Make, as a class and as the topic of my next book, explores the intersection of our ever increasing digital lifestyles, the infrastructures needed to put that in all place, and the architectural decisions and choices to help create that infrastructure. For example, we analyze the market need to create a wireless protocol to inter-connect devices, study the introduction of Bluetooth to consumers and the first few devices that showed up with support, and then begin to exploit their vulnerabilities. The duo looked at cellular phones and gave birth to Generative Social Networking:

How does it work? Unbeknownst to the phone owner, her device will betray its list of saved phone numbers to a nearby laptop … [who] will generate a “conversation” with each number in the list. The first number on the list is called and receiver’s response recorded. The next number on the list is called, the first number’s initial response is played back to the new number … This continues for however many phone numbers are in the contact list.

(listen to the project in action).

Their final project absolutely it speaks to the title of this essay — everything about our digital lifestyle exposes some form of API, whether it be intentional or not. In fact, people found and sell startups on the notion that they are exposing an API to items that were previously un-API-able. Andrew and Christian expose this information/vulnerability, and then extrapolate it to larger concerns of the meanings of social interconnection (e.g. courts have ruled that privacy, in so far as the telephone is concerned, only extends to the content of the conversation, and not the number that was dialed) to make it immediately disgestable to anybody.

For more information on GSN, read their final project writeup and view the presentation they delivered at Eyebeam.

Run it like an open source project

Wednesday, March 26th, 2008

One of the items that we’re constantly looking at perfecting at Synthesis is our project process — since we work on such a wide variety of projects, its sometimes hard to converge on a single process that all of us can know, embody, learn, and execute on; its really a question of, “write once, run anywhere”. The one thing that I’ve gravitated towards is (and thanks to Glyph for putting it so succinctly): run it like an open source project.

Our client interaction lifecycle has people coming in and out of it at every stage — we have practitioners interacting heavily with clients during “project inception”, engineers are going rampant during “development and build out”, and our clients have internal teams that we’re working with during “the transition”. People need to get up to speed really quickly because their expertise may be needed for a brief moment, or because we’re handing off ownership of a project. And knowledge transfer is just a plain, hard, problem.

Just like any good open source project, we’ve structured all our projects to have top level and sub-level README files — with this, I, a developer, can go from SVN checkout to compiling code in a short amount of time. That, armed with the URL of a well-maintained and up to date Trac instance means that I, again as a developer, know “what needs to be done”. Jabber chat rooms (we were never IRC fans) and e-mail lists for each project means that a “community” can be found relatively quickly. And code reviews mean that the changes committed to the tree are correct, with the great side effect of forcing us to get other junior developers up to speed.

Having projects run like this makes our life that much easier. We just pretend that we’re running a good open source project hosted on Sourceforge and then we’re forced to contend with ebbs and flows. Our process, we like to think, supports developers popping in and out of a projects, and allows us to answer to those who just demand a snapshot view of “where things stand”. And, when we don’t have to worry about “how” things are getting done, then they can really just get done.

Latte factor

Sunday, March 23rd, 2008

E and I are pretty regular supporters of the iTunes store — a song here, a music video there, and an episode of The West Wing in the evening. After inspecting our credit card statements, we’ve decided that spending cash on iTunes needs to be treated as our version of The Latte Factor.

The Latte Factor® is based on the simple idea that all you need to do to finish rich is to look at the small things you spend your money on every day and see whether you could redirect that spending to yourself. Putting aside as little as a few dollars a day for your future rather than spending it on little purchases such as lattes, fancy coffees, bottled water, fast food, cigarettes, magazines and so on, can really make a difference between accumulating wealth and living paycheck to paycheck.

This has all gotten us thinking about how to cut out, or at least reduce, iTunes from our lifestyle. The answer? YouTube:

All that is left is the ability for me to load it onto our iPods to take the music out into the world — I’m giving TubeSock a try. Hopefully it will pay for itself in 10-15 downloads.