David Phillips

Design Technologist - Control Group
Writer - High Fructose Zombies

Gtd and comics unit testing

August 02, 2013

Back in my 20's, I had the corpses of 1000 wasted days in my wake. "Well, the script is just not coming to me today, I don't know if it's good anyway. I hate all the words!" etc. The older I got, the more I stood in my own way and that time adds up. Sometimes you just need to get s#!% done.

Joss Whedon said it better than me, "You know, it’s so easy to just get nothing done, but you’ve got to rock a little David Allen out to be able to get things done and break your list down into next actions."

Joss says Get Things Done

I read Getting Things Done and...honestly, well, I was terrible at it. To learn the same principles, I needed to learn code.

One of the many things I learned at ITP and TechStars was the need for quick, rapid iteration. Prove your hypothesis, get it on the screen, see what code works and use the console to figure out what broke. So, when I came back to writing creatively, I applied the same principles.

  • write the outline
  • read it
  • rewrite it
  • then write the first draft before I overthink it
  • review it
  • write it again
  • send it to my friends for review
  • and repeat

Boom! Magic storymaking dust!

The hope is that I'm catching my story flaws early, so that way I haven't stacked more story on top of a flawed architecture, otherwise it's more expensive to fix. It's much better than before.

There's a huge gaping hole there that I run into, which is waiting for other people. And as we all have run into, the open source ones are sketchy and the proprietary ones are too expensive. It would be so much easier to just run my comic book script through the command line and see what errors came out.

Act_2: B Story does not exist;

This is my dream. Alas, my dreams are deferred. Please let me know if Jenkins or Jasmine have a narrative nephew.


Comic book startup

July 17, 2013

High Fructose Zombies

As you may or may not know, my wife and I are the co-creators of the comic book High Fructose Zombies. I was also a Hackstar at TechStars for their NYC Summer 2011 team. So, when we created HFZ, we did our best to implement a quick, iterative build process in the same way I use agile development at work. "F#$% it. Ship it." as the kids say. I think the cat is out of the bag that most creative works are not perfect on the first go around.

This is the first of the Iterative Comic Design posts on how to not let 'getting it right' get in the way of 'getting it done.'

Know your Fudging Audience

When I wrote the first issue of HFZ, my audience was very clear: me. Generally, culturally aware folks ages 23-42, hopefully clever and smart, fun, fine with swear words, blood and guts. It is a zombie comic, right? Blood and guts are part of the minimum viable product, really.

But when we premiered our first issue at NYCC, however, Sarah and I quickly realized that a large unforseen demographic interested in HFZ were girls, ages 9-13. In hindsight, that makes perfect sense: we have a cool looking female lead character, Clea, and we have candy EVERYWHERE. Of course kids like it! Swear words were limiting our potential user base.

the smarter fudging plan

It was always our intention to treat the NYCC launch as a beta test and, by the very nature of print runs, we limited the release. It's true, we get to cheat. We were able to see the user reaction in one giant weekend, rather than waiting to find usable data points from a limited base. In our post-mortem, we opted to convert all swear words to a candy-based cursing communique("Fudge this! For crepes sake! Gumballs.") Now when we have concerned parents who ask about language, we state with confidence that it's AOK. The candy swearing is a stronger choice, better for world building and adults know what we're saying, but we never would have realized that without having that initial beta release.

Thanks for reading!


The much needed overhaul

July 06, 2013

Hello image

Hello and welcome / welcome back! This site was in need of an overhaul after my intial 'oh god oh god, I need a job!' days. I will update the blog weekly, in the coming months. I'll cover my work as a writer, as well as a technologist.

And I have what to look forward to...

Hey man, I don't know! I haven't written it yet! But the goal here is

  • Personal Reviews
  • Photos
  • High Fructose Zombies Updates
  • Portfolio Refresh
  • Random Insights

The goal here is not to have the end all be all of blogs. I really just wanted a flexible site to try stuff, talk about things when I need and even learn a little bit. I was tired of saying "I really should update my portfolio."

For those curious, the site is built on Jekyll, and quite the heavy dose of jquery, SCSS and such. At the moment of this writing, I'm wholesaling a demo from codrops for the portfolio; they do great work and I've wanted to use their work for some time.

Thank you so much for reading and I'll see you next week!