Posted via email from davidnunez’s posterous

I’m sitting here, alone, on a Sunday afternoon at DINO’s studio. It’s cold and wet outside, a perfect day for reflection.

We’ve been doing projects together, as DINO, for the past couple of months, but Em has only been able to put in part-time hours as she completed her obligations with her prior employer. Her last day of work was the 15th and she started full time at DINO last Monday (although she couldn’t help herself and came in the weekend before her first DINO day to get caught up on project work and set up her space).

Today marks the end of our first week where all 3 of us are doing DINO — so in my mind, this is truly the first week of DINO, regardless of what’s happened before. I feel like something powerful clicked now that we can physically locate ourselves in the same place during the day, finally.

It’s been a busy week, indeed. I haven’t had things this intense in a VERY long time. What’s encouraging is that I’m not feeling burned out (well… yet). If anything, the intensity is giving me an energy I’m feeding off of.

A great moment from this week:

I was really excited by how quickly we were able to mobilize to put together a proposal for a kids’ iPhone game; we went on that sales call together and it was a lot of fun and satisfying to come together as a team. I think we all stepped it up to squeeze in what amounted to a decent sized set of projects in between all of the other work we had on our plates.

There was some basic office reconfiguration as Em got her second monitor installed on her drafting table and we managed to hook up the printer so we can all actually use it rather than emailing documents to the one machine that was configured correctly. Aaron consolidated a lot of extra craft supplies so that we could donate those to our friends and landlords at Sprout.

Em and Aaron made multiple trips to Pearl to stock up on some great paper and art supplies (an incredible sale!).

Em has been a powerhouse all week – business cards, document templates, and an initial set of designs for our website. She’s been helping with project management and will be doing PM for upcoming clients.

I pulled some long hours trying to finish off a couple web projects that have persisted through the New Year while also handling a few sales leads and getting a contract out to a new client.

Aaron continued his solid track record of hitting milestones and getting great compliments from clients about communication; he’s building playables and solving some memory issues for the codenamed “Awesome Safari” project.

And as if that wasn’t enough, Aaron’s Meta-Nixie Clock project was featured on the Make blog and CrunchGear.

I can’t speak highly enough of Pipelinedeals.com. I have a dozen or so opportunities at various stages being tracked through this service, and I would say I haven’t even scratched the surface of its utility. As I refine some of the funnel processes, I should be able to scale up my efforts in business development and really start to take advantage of having a central, simple tool to manage strong communication with both potential and active clients.

In fact, over the past few projects, we’ve been developing processes and templates which, over time, we think will both increase our capacity but also help us move projects along efficiently with a higher quality client experience.

Upcoming Week

We’re technically operating through my old consulting business (where I was sole proprietor), but we have a couple of pressing potential contracts of a larger size that we do not want to sign w/o at least an LLC in place. So Em is handling setting up our business structure and administration (legal registration w/ the state, bank account, etc.)

We have a number of client projects coming due in the next couple of weeks, so that’ll be dominating Aaron’s and my time. In particular, we have 2 web projects that are due this week, an iPhone app to be submitted for a client on Monday, deliverables for 2 other apps, and a kick-off for a new client. The iPhone game we’re developing (“Awesome Safari”) is due in a couple of weeks (can you say “Crunch time”?) We manage our projects in Basecamp and it’s been a lifesaver.

The encouraging thing is that if we can deliver some results for our active clients this week, our February is looking strong – the pipeline is full and converting better than expected, and we have a couple of interesting opportunities that may allow us to focus on fewer and bigger projects.

We do have a speculative project we’d like to work on, but we had to have a conversation about what’s currently on our plate, on our radar, and what we could realistically accomplish in a short time. We’ll be making a final go/no-go decision this week and we’ll definitely blog about it, etc.

Finally, we’ll be putting in some effort on getting our website live and blog posts flowing.

Parting Thoughts

Last night we all went out to celebrate our first week. We toasted the long adventure ahead over margaritas and delicious burgers at Christopher’s.

I’m very happy to be taking on this journey with good friends; the upcoming year will be filled with uncertainty, really awesome successes, and some terrible letdowns. We can’t know when those high and low moments will come, but when they do, I’m confident in my partners’ capacity to celebrate and survive. If the upcoming weeks are anything like this past one, we’re in for an amazing ride.

Events & Announcements

We’ll be attending the Mobile Monday, MassMobile, Drinks On Tap developer’s meetup tomorrow night. Come say hi!

Topics for upcoming weeknotes:

• What did we learn in our first 2 months of DINO
• How we met and how we became DINO
• More about our studio space

I’m currently in Pittsburgh at the Art&Code Mobile event.

We arrived last night and came straight from the airport to attend the Rossum’s meetup. The group is an Art and Robotics collective that meet regularly to host speakers, collaborate on projects, and promote their work.

This morning, I particpated in the OpenFrameworks and iPhone workshop taught by memo akten and Zach Gage

The project we were working on was, essentially, pong for the iPhone. It was a great starter project for those that needed an intro to OF because it exposed the basic structure of an OF program (memo and zach did a great, patient job of going through the IDE and the file placement idiosyncrasies of OF). The class proved that OF can be quite cross-platform right out of the box. There are some obvious exceptions (ex. multitouch isn’t available on all platforms). These unique features are handled as addons to the basic OF project.

As expected, the most difficult part of getting an iPhone OF project to work is the whole provisioning / signing process. Luckily, I’ve done quite a bit of iPhone work before, so this was somewhat smooth for me (once I made sure that the correct SDK was selected in XCode — that messed me up a bit).

I didn’t realize that iPhone OF creates ‘legitimate’ iPhone apps that are acceptable for app store submission (and sale). What’s especially exciting about working with something like OF for iPhone is that the platform encourages building art / toy / pretty apps… so the scope of interestingly designed applications that can be offered is small enough that you could iterate through many experiments with ease. That being said, in my experience, since OF can also be essentially use any library that compiles (c++ or objective-c on OS X), you can use it as a framework for more complex applications.

Tonight, I’m spending evening at HackPGH – very cool do-oriented space. somebody’s soldering near me, somebody’s crocheting. I’ll be trying to build an iPhone toy using OF.

Special thanks to Matt Mets for letting me couch surf at his apartment this weekend.

Good times.

“What do glitter and glue, needles and thread, batteries and wires have to do with Human Computer Interaction? What can makers and crafters teach technology researchers and designers about the world and technology? How can CHI researchers engage with Do-It-Yourself communities? This session will be a dialogue about the relationships between academia and DIY communities. It will include presentations from the workshop organizers and participants who will demo and discuss their own DIY projects and then use them as springboards for open discussions with the audience. Come to see some interesting projects and to share your own insights and experiences.”

I have the pleasure of making some opening remarks; it’s a little bit of “what is dorkbot,” but I’ll be mixing in some of the call-to-arms rhetoric I’ve used before with a DIYist slant:

Opening Remarks for dorkbot-diychi 2009-04-07

Hello, Hello and welcome to dorkbot! I’m David Nunez, one of the organizers for dorkbot-boston.

Dorkbot is people doing strange things with electricity. We are technologists, artists, designers, scientists, and crafters who gather regularly to share ideas and support each others’ work.

A visionary artist named Douglas Repetto started Dorkbot in New York in 2000 as a way to connect with like minded thinkers and do’ers. Since then over 70 active dorkbot chapters have appeared all around the world from San Francisco, Seattle, and Austin to Tokyo, Vancouver, Melbourne, and Beijing.

I know we have some dorkbot organizers and participants from around the world today in the audience… if you would please wave or stand: dorkbot-seattle, dorkbot-tokyo, dorkbot-gotenberg…dorkbot-pittsburgh(?) are there any others?

So what is dorkbot?

Sometimes people try to place dorkbot along an art — technology — design continuum. I know I’ve been guilty of plotting a 4-quadrant graph in a fruitless attempt to construct myself and dorkbot into an easily digestible meme. What is dorkbot? I’m not even convinced its an interesting question, and I certainly don’t have a solid answer. Actually, if you were to ask random dorkbot people from any chapter you’d get wildly different answers. By design, the dorkbot founder doesn’t give us a whole lot of direction. Our common guiding motto of “doing strange things with electricity” is broad and ill-defined on purpose.

And paradoxically… but not really… this tremendous anti-pattern of ambiguity is why dorkbot has become such a vibrant movement. Each dorkbot chapter evolves in whatever direction its members need. Some chapters trend towards more fine art discussions while others embrace more DIY and tinkering content.

Because of this relentless grassroots position, the individual dorkbot communities feel a strong sense of ownership and are free to adapt to the peculiarities of different regions and populations. Douglas does offer a little bit of infrastructure; through his resources at Columbus University, we have access to webspace and listservs which some chapters use, but many do not. Otherwise most of us remain purely unfunded, and I don’t know of any groups that have their own venues. We’re volunteer led and user defined and we are sustainable only as long as somebody is willing to put in the very much uncompensated time.

The format of the activities themselves can vary. For example, in Boston, we meet every month and invite a few guest artists and engineers to demonstrate and talk about their current projects. We then ask audience members to bring forward any works-in-progress during a freewheeling peer-review session called opendork. It’s like geek show and tell. Chapters in other cities might host workshops or curate art shows.

In Boston, communication online is active but not overwhelming. We share a weekly summary of art and technology events and opportunities on our mailing list and members will often ask technical questions to the list and expect several answers within a few hours.

You can learn more and find a schedule of Boston gatherings at dorkbotboston.com and you can find all dorkbot gatherings at dorkbot.org.

It is useful to ask why these communities choose to self-organize. I’ve only been doing dorkbot-like things for about a decade and dorkbot itself only for a little over 4 years… (first in Texas and now here), so I can only offer a very anecdotal opinion.

To be honest, I can’t even say I speak for the members of dorkbot-boston, much less dorkbot itself, but let me give it a go because this is kind of ranting is what I love the most:

dorkbot / DIY Manifesto — my own take

a dorkbot gathering is a transitory thing. It exists as dorkbot only as defined by the people that gather in those bars, galleries, coffeehouses, and apartments all around the world. It persists in the conversations that happen during the events, but also afterwards online on mailing lists and in the new projects spawned from some new technique learned at dorkbot.

the community has a belief in the freedom to tinker – to tear apart our technology, our clothes, our food and even our bodies to use these raw materials to build something new and better… something only we could have imagined through the summation of our personal experience and curiosity.

Whether we use a soldering gun, software debugger, sewing machine, or welding torch, we tinker every day first for the pure love of making things with our hands and second for the joy we derive from showing our friends something new and interesting. We look at the world as a collection of parts that can be broken, reassembled and recontextualized for whatever beautifully strange ideas haunt our idle thoughts. We laugh at the artificial rules companies put on how we use their products and we willfully void our warranties to make sure we really do own the things we own.

We are the passionate hackers who believe that we must teach our foundational skills to each other and to the public. We insist that young students be encouraged to do undocumented, dangerous, and weird things with their toys, tools, and especially electricity because they will surprise us with what they choose to invent… the next Tesla is running around some primary school playground, both empowered and drowned by the staggering amount of stimuli streaming into her mobile internet device.

Let’s rip that cell phone out of her hand and and replace it with a welding torch and give her permission and love when she fails, learns, and tries again.

We will empower ourselves and our neighbors to make something delightful together. As we collectively add the results of our DIY experiments to the knowledge base we create speculative objects that help us imagine worlds filled with the small improvements we choose to build.

Sometimes we call this community a crafting circle, or hackergroup, or motorcycle club, or a quilting bee, or burning man, or progressive dinner, or diy bio, or barn raising, or sometimes, like tonight, we call it dorkbot and you are always welcome here.

Dorkbot is usually free and open to the public. Tonight, through the generosity of our hosts, we’re able to gather as dorkbot and share our ideas freely.

I will ask for your generosity, as well, and hope that you will grant me three favors.

First: I ask that you participate tonight. There will be opportunity for discussion and questions. The entire reason we’re here is for you to add to the ongoing dialog. If nothing else, be engaged and present for the next little while. You may learn something or nothing at all, but trust me when I say it’s always better when you are in the conversation.

Second: When tonight is over, I respectfully suggest that you have an obligation to relate what you’ve seen here with your colleagues, friends and family. Even if you hate everything about this evening and just want to share your curmudgeonly experience, please do have that conversation with somebody. And, if tonight inspires you to think about what being a maker of things really means, then please shout it from the rooftops or at least your blog. A curse of a thousand flame-throwing robots on you if you keep your thoughts to yourself!

and Third: If you at any point tonight think to yourself, “This is great! I wish it would happen more often” then please visit dorkbot.org and find the dorkbot in your own hometown. If there’s not one nearby or if you just don’t like what your city’s dorkbot is doing, then guess what? You’re it. I knight you as a dorkbot-overlord.

Starting a dorkbot couldn’t be easier. Invite one or more of your friends out for lunch and talk about the strange things you are doing with electricity. Do it once or daily or monthly at a bar or hackerspace or your living room. You can call it a dorkbot if you want. Or not. Tell us about it when it happens.

I will offer to you that you can email me or Douglas or any of the other dorkbot organizers for any advice or help as you get going. You’ll find there’s a wonderfully strange community out there really eager to hear about what you’re doing.

I’m also going to send around a couple clipboards for you to add your email address and hometown. Your info will be treated with respect, I promise. I’ll just make sure your local dorkbot organizer knows you’re interested in getting connected.

Thank you so much for being here tonight. and so with that, I declare the first dorkbot-diyCHI open!

The story is a “mockumentary” done in the style of a radio documentary you might hear as a 30-minute special on NPR. While parts were definitely funny, it didn’t seem to be presented as a slapstick humorous production (a la Chris Guest’s movies).

Instead, this was speculative fiction reported on in a very serious manner, peppered with the sound collages you come to expect from well-engineered radio stories. This particular story was about childcare in the near future. Robots watch kids (cheaper than university-educated babysitters), children have implants that provide biodata like “I’m hungry,” and society faces all sorts of questions about class differences, feminism, and the ever-present abundance of overbearing parents.

In fact, this was truly science fiction in 2002, as technology presented in the show was not widely available. Disturbingly (?), in 2008, just about every innovation mentioned in the program has been demonstrated by governments, universities, companies, or even the diy-garage inventor. It’s easy to see that given a little more tinkering time, everything in the piece could arrive in the next few years.

That got me thinking about what it means to be plunging the fringes as an amateur futurist. I have friends who are educated and trained futurists (Garry, for example). They have a toolbox of systems analysis that can find patterns in our world that would indicate trends in the observable future (i.e. they think 10-20 years ahead and not 1000 years. “In our lifetime”). When Garry talks about energy, I trust him because he spends his days researching and prospecting the domain while applying his pattern-matching experience.

This activity happens all the time in thinktanks. They get paid to speculate and present the future so organizations can create strategies that might improve their success (whatever that might mean)

However, I also like the idea of domain experts (ex. architects, fashion designers, software engineers) involving themselves in near future speculation by creating representative artifacts of the future.

I’m interested in what the amateur futurist, who is not necessarily involved in thinking about trends directly, would create given an appropriate creative prompt. For example, industrial design firms often go through this exercise (“What does the vacuum cleaner look like in 2020″). Their designs might not actually function, but they will build representative mockups and create websites and commercials as if they really did exist.

Nikhil Mitter describes speculative design as

an emerging practice based research methodology that promotes designed objects as tools for critical reflection.

He goes on to say of “research objects” (i.e. the artifacts of exploration)

A presentation of form as research has the advantage of implementing all the resources afforded to material objects such as imagery, sound, tactility, presence, feedback, interaction, duration, and behavior.

I believe that this begins to approach the notion of directed tinkering as an enabler of critical thinking. You are not just hacking to hack, but you are hacking to understand a problem.

At the same time, I think most shadetree-engineers who are playing around with microcontrollers and robots would probably not think about their work this way (frankly, they wouldn’t use the word “work” to describe their benchtop experiments).

I wonder: is it possible or worthwhile to set up channels for problem solving in the form of creative prompts for hackers?

It makes me feel like my code is more beautiful, somehow.

Maybe it’s because whenever I watch a brilliant hacker give a technical talk, they put their screens up on the projector and live-code with super-large type.

Perhaps it reduces the amount of stuff that fits on my screen to a more elegant “that which matters.” Too much text via smaller font makes it difficult to focus.

It’s a cognitive hack for creativity.

Monoco 18pt – Vibrant Ink color scheme for Textmate

Dev House convenes a group of people who all are working on or wanting to work on interesting projects for one, short day. At a strict time after the hack session, everyone shows off what they’ve finished. The scope of each project is necessarily small since the emphasis is on completing something.

Mac demo’ing the project we worked on

There were no sponsors (aside from the venue itself, betahouse) nor after-parties; these were just smart, energetic people putting in a good day’s work on mostly side-projects. Pizza and coffee and wifi flow freely and everyone has an impressive skill set and/or project history.

Simple and effective. The organizers weren’t egomaniacal pseudo-celebrities in an insignificant web 2.0 universe. In fact, while there were provably high caliber brains with large profile track records in the room, egos seemed to have been checked in at the door.

The hangers-on that tend to flock to your average barcamp who have little substantive input to offer and just get off on going to tech events would have been really out of place here.

You’ve met these people? Their cards say “Social Media Consultant,” but you still have absolutely NO idea what they actually have accomplished in their lives to enjoy such self-importance.

They somehow show up at every technology conference and happy hour, flitting around and constantly twittering and traveling and collecting “friends” on facebook like points in a game. They name drop other, bigger narcissists with @’s on twitter as if you are supposed to be impressed by their ability to weasel into places where they are hopelessly outclassed.

Engage them in their one-way conversation at an unconference (one of 20 they helped “organize” that month) and they kvetch about how they don’t ever have time to sleep and how their many podcasts and video streams and guest blogging gigs and Uber-secret, open-source coalition of boards and specification architects is just about to launch and change the universe forever.

The have to wear costumes… COSTUMES… to SxSW so they are noticed and photographed since you have never heard of anything they’ve actually shipped before.

You fall for it once or twice or a few years. You may even chase the glory. Then the veneer fades. Then you meet people who are actually smart and are producing projects daily that chip away at real world, observable improvements in our human condition. Then you get angry or bitter or jealous at the “evangelists” and “connectors.”

You look around and wonder what the hell happened and how did so much time disappear.

Not at Dev House.

Everyone was working and the socializing was all in the context of real effort. I suspect that there would have been very little tolerance for the BS that we generously call “expertise” at your typical tech conference panel sessions, for example.

“Tolerance” overstates the case. Valueless people would probably have just gone home on their own because they would have been ignored.

Coding notes

I also got a glimpse of what I’m missing as a lone wolf freelancer. I’ve not really participated much in pair programming sessions, and realized that there are some practical advantages. For example, watching somebody’s terminal commands might reveal a new shortcut that can shave precious seconds off of trivial operations.

With somebody looking over your shoulder and simultaneously working on the same problems, you tend to be on better behavior.

There wasn’t time for much architecture or even goal-setting at the session. We just kind of went forward as fast as we could. The day before, I created an initial framework that was refined pretty quickly by the others’ input and it did the job for the day.

In this team coding environment, you have to constantly think about what you’re doing and be prepared to explain or justify your approaches. So for better or worse, I found myself slowing down– I was coding at maybe 60% efficiency.

This was maybe my second or third effort using ruby-processing (although I’ve done dozens of things (including production work) in processing, proper). It was definitely the most involved ruby-processing project I’ve done. We chose ruby-processing since more people were used to doing ruby work vs. java, and frankly, it just seemed more fun. Processing will ultimately not be sufficient for this project. We didn’t even get into “real” graphics stuff.

I got stuck on some of the issues that “just work” in processing like file inclusions that were a result of our ruby-processing choice. Nevertheless, I do think that using some of the ruby idioms, combined with the ruby expertise in the room made for a more rapid development.

The last version control system I’ve used w/ more than one coder was subversion. I’ve migrated all my active projects to git lately. Git merges, etc, are something I don’t usually deal with as I’m almost always a lone programmer on a project, so I needed some reminding on how to address those in git.

Criticism was constructive, for the most part. There were some people who took conversations off on digressions, but that’s to be expected (reminded me of some of the better undergrad comp sci classes)

Get something done in a day, and you get the respect of at least a few minutes of attention and genuine questions or suggestions.

Most normal people took Sunday off.

The concept, called SmartLab, looks to be a fun way to reapply and improve on some work I have done previously in interface design, multitouch tables, and creative workflow research.

The project will involve prototyping a physical workbench (with integrated projection, multitouch screen, and image capture facilities), writing some system software, and developing a user interaction that will stretch my imagination in strange and useful ways.

Tomorrow I’ll be working with them at Dev House Boston (a self-imposed cram session of people completing interesting things over the course of a few hours) to design and possibly prototype some of the user interaction for this device.

I have an interest in people’s workspaces. I have reams of notes and photographs documenting how people set up their studios, kitchens, or even just their computer desktop. I adore artist studio tours because you can often get a sense of flow from the best producers just by their arrangement of tools or choice of decor. I believe that prolifically creative people set up their environments so that there are few barriers to successful accomplishment.   

The idea of introducing technology into an environment in an unobtrusive way to facilitate creation strikes me as a big problem worthy of exploration.

For example, one of the more interesting ideas that surfaced today was the idea of an “improved lab notebook.” Researchers must take copious notes about their experiments as they are learning and trying new ideas and techniques. These logs serve as both evidence of work progress and as fodder for the papers that are the mark of accomplishment for scientists.

While there are many attempts to digitize or automate these notes, it seems that most researchers revert to paper and pencil as their note-taking default; Mac relayed a story of a researcher printing out results and literally cutting and pasting the spreadsheet into a paper notebook.

Lifecasting as Means for Project Documentation

There are live video streams of offices and studios and workshops out there that I find fascinating. Sometimes I’ll just turn them on one of my monitors and just have them running in the background. Since I work alone from my home office, this sometimes makes me feel connected to other humans also pursuing some results.

A little while ago, I registered a ustream.tv account for an idea called “Tinkercam.”

lifecasting as means for project documentation.

There is a known psychological effect that when you are observed in a work setting (i.e. you think somebody is watching you), you will work more effectively and are more likely to stay on task. The surprising thing is that this will even work if you place a photograph of eyeballs somewhere in your peripheral vision.

I set up my tinkercam in hopes that it may be a way to mindhack my way into increased focus. On my test run, I just found that I was spending all my time fiddling with the webcam and that only one person was watching (who thought I was a tech support person and started asking questions about setting up their ustream account). Granted, I could have gone onto twitter and announced the “launch” of tinkercam, but I felt that it’s not at a launch stage yet. (The cam is live sometimes, nonetheless.)

I then started brainstorming on what else a tinkercam would be and how it needs to change to be useful or even fun.

First, because it’s video, it needs to point at interesting things. A guy, banging on his keyboard all day is actually not interesting. More interesting would be a stream of my computer screen overlaid on top of my face so you could see what I was working on, what I was paying attention to, and how my workflow progresses.

If I was working on my robotics projects (like the robot puppet), then I could get away with just pointing my camera at my soldering iron and that would be more visually interesting by the nature of the work.

Second, it needs to be unobtrusive. I shouldn’t have to think about turning it on or switching between camera views. Something like motion detection or application awareness could act as a virtual “director” for the tinkercam.

The more exciting potential is that by recording the stream or taking critical snapshots, you can document the progress of a project automatically for sharing. Documentation and process sharing has become increasingly important for creative producers in the hacker/DIY community. (see instructables.com) Software artists pay attention to the blogs of other software artists as they write about their projects.

We also discussed the value of “replaying.” Mac often captures a desktop stream as he is iterating over design (ex. photoshop). This way, he can replay his tinkering and watch the creative evolution of an idea. Often he will discover decision points where alternate choices might be useful in different contexts.

The Creative Framework and the Digital Notebook

I’ve also been working on a digital sketchbook and ideaflow tool which allows me to rapidly iterate through ideas and follow threads. I am able to fork off ideas and replay/retrace iterations to discover their lineage.

This, in essence, is my lab notebook. It’s custom software that in itself is a creative work, but it allows me to open lots of streams of thought and follow them as I see fit (or as the software urges me to go).

I’ve written about my theory of creative infrastructure before, but to reiterate:

The creative process has steps:

1. Live and Observe
2. Wonder and Research
3. Tinker and Experiment
4. Build and Bookend
5. Repeat

You complete this cycle forever and at every stage, you have opportunities to share your output copiously so that you can create better work.

I think working with Jason and Mac on the SmartLab table and lab notebook will inform my continuous tinkering with the creativity framework. I think there are tools that may emerge that will become useful cognitive aids for knowledge workers.

I took for granted that Austin was a relatively smaller town and that I could go to just about any tech-related meetup and find at least one person that I knew.

So the question, “what do you do?” has had me stumped for a while now. When most people ask that, they really want to know “how much money do you make” or “can you even relate to my self-important world?”

I’ve been doing web and software development of some sort or another for the past decade with an occasional foray into non-profit organizational work and things like dorkbot and robotic puppets. There are also many things I aspire to and am working towards. I looked at web stuff as bread and butter.

I no longer introduce myself as a web developer or Rails guy. Ballast. All of my current gigs involve art or robots or innovative software. It’s a good place. When I consciously made the decision not to pursue web stuff as a source of income the universe rewarded me by presenting just enough non-web opportunity to keep my income pipeline fuller than it’s ever been while keeping the stress level way down.

I’m happier when I’m doing work that’s more creatively fulfilling.

I’m also realizing that if I keep all of my creative work closed up in a box out of fear or relentless tinkering, then it’s as good as “never done.” Nothing is more unflattering than trying to convince someone of the value of a perpetual “closed beta.”

As a side effect, I find that the people I’m wanting to meet deal in the currency of provable accomplishments and not vaporware ideas. Nobody cares about the network of people I know (since nowadays, it’s super easy to reach anybody via social media tools). Spinning multiple plates badly is not attractive. They aren’t even interested in what I can do.

The only thing that matters is, “What have you done lately that’s remarkable?”

Cal Newport defines Grand Projects as

any project that when explained to someone for the first time is likely to elicit a response of “wow!’”

There is a huge difference in multitasking because you are disorganized and consciously multitasking so that you accomplish interesting grand projects.

Interesting people are often involved in multiple grand projects, but they really only can get one completed at a time.

So the better question is “What project are you working on right now that fires you up the most?”

I’d like to live a life of prolific creativity. I’d like to introduce myself with infectious enthusiasm over some project I can literally put into somebody’s hands.

I’m working on a meta-grand project, then. I’m fired up about figuring out what creativity framework I need so that I and lots of other people can have a relentlessly creative output of accomplishment.

I won’t spend all of my time ruminating over the creative process rather than actually creating things. That’d just be procrastination. I am spending quality time doing research and building infrastructure that facilitates creative output. These ideas are to be field tested by me and eventually others.

I’ll probably blog about that research on occasion, but only when I have something provable to say or an artifact to share.

Most of the time, now, I want to talk about the projects that result from my creativity experiments.

I may, at some point in my life, call myself a technology artist or creativity expert. For now, I’m a guy making things.

This post is a response to the Holidailies writing prompt “Introduce Yourself.”