Script and Screen

At work we use script and screen for co-development and training.

If you want to work with others in a command line environment and don't use these yet, then you should definitely read this post.

Here's how we use it:

The first thing we do when we work together is we all ssh into the box we will work on.

Then we have the person driving start screen, a terminal multiplexor, and then script, a command logging tool.

Then everyone else logs into the drivers multiuser terminal session run by screen by typing screen -x, and can take over driving when needed. We all can read and write to the same set of terminals, and detach or reattach to the session as we come and go.

When we're done, we copy the drivers /home/driver/typescript file to someplace where we keep old training files like /backup/it/training/how_to_debug_that_thing.txt.

NOTE: screen can be used without script to do a similar job, and script can be used without screen to do a similar job. We just happen to use both.

Script:

Just type script to start it. It will start logging to your home directory in a file called typescript.

If you don't want to use screen, and just want to watch what someone else is doing, you can also try the -f option to flush output after each write. This is nice for telecooperation: One person does ‘mkfifo foo; script -f foo’ and another can supervise real-time
what is being done using ‘cat foo’.

Screen:

Setting up and using GNU screen as a collaborative development environment (pay careful attention to the slashes).

Your user is peter, and you want to pair program with user mike.
1) Install GNU screen on the server and learn the ScreenBasics.
2) Drop the following two lines into /home/peter/.screenrc:
multiuser on
addacl mike
3) Execute the following two commands to allow mike to use your screen sessions:
chmod +s /usr/bin/screen
chmod 755 /var/run/screen
4) Peter is already logged into a screen session
5) Mike can type:
screen -x peter/
6) Peter and mike can now look a the same screen windows/terminals and share the same i/o

ScreenBasics - commands you will actually use, in the order you will probably use them

'screen'	start screen session
'Ctrl-a c'	create a new terminal
'Ctrl-a "'	list the terminals in this session
(then hit the number of the terminal you want to switch to and hit enter)
'Ctrl-a Shift-a'	rename a terminal
'Ctrl-a F'	flush the screen when it gets screwed up
'Ctrl-a k'	kill a terminal
'Ctrl-a d'	detach from session
'screen -r'	re-attach to a screen session
'Ctrl-a S'	make two terminal panes in the window
'Ctrl-a Shift \	split the screen vertically
'Ctrl-a Tab'	next pane in this window
'Ctrl-a Q'	go back to one pane, current window

Other Screen Notes:

1) If you don't want to use script, you can get screen to record sessions as well. I think it's 'Ctrl-a H'.

2) The default screen key bindings collide with readline and emacs commands. I should look into remapping them someday.  Hit Ctrl-a-a to go to the beginning of a line.

3) Record and play back real-time textcasts with scriptreplay as follows:

script -t 2>timingfile testscriptfile
scriptreplay timingfile testscriptfile

Note: scriptreplay is a tiny perl script that was left out of most red-hat derived linux-util packages to date. You can get it from a debian derived distro or find it here.

4) If you are using MacOS, you are behind on every open source software application in existence.   You will have to compile and patch screen, script, emacs, and whatever else you use to get a modern functionality set.

5) You can access the scrollback buffer by hitting Ctrl-[.  After that point, the normal vi-like scrolling commands work i-j-k-l, Ctrl-u-b-d-f.  Hit esc to get out of the mode that allows you to scroll.

Links:

** The homepages for script and screen (for GNU/Linux users):

Script is in util-linux: ftp://ftp.kernel.org/pub/linux/utils/util-linux/

Screen: http://www.gnu.org/software/screen/

** Some of the better articles on screen:

http://www.sun.com/bigadmin/features/articles/gnu_screen.html

http://www.kuro5hin.org/story/2004/3/9/16838/14935

http://aperiodic.net/screen/terminal

http://aperiodic.net/screen/multiuser

http://www.linuxjournal.com/article/6340

http://www.softpanorama.org/Utilities/Screen/screenrc_examples.shtml

Patching Screen for MacOS: http://old.evanmeagher.net/2010/12/patching-screen-with-vertical-split-in-os

Silicon Valley Obscure Sports Quarterly Review - Q208

Welcome to the first issue of SVOSQR. In Q2 I thought I would report on "up-and-coming" obscure sports (read: I'm lazy and the sports on meetup.com are not currently at the bleeding-edge of obscurity). Meetup.com links, pics and summaries follow.

Kickball

Friggin Rocktackulous. About 20 people show up. Pleased to find that although I am now older, heavier, and weaker, I can still get that satisfying PWING! sound out of kicking the ball and deforming it into a lively ovoid before the other team catches it. Margaritas afterward in Willow Glen. Surprising amount of blood involved.

Ultimate Frisbee

Super friendly pickup game at Eagle Park in MV. Show up to learn ahead of time. Usually works best if you pick someone approximately your own body shape to cover. Couldn't tell if we were keeping score - could be that I was unaware of the scoring mechanism, but I prefer to think that it's really that casual of a game. They meet in Sunnyvale, too.

Dodgeball

Silicon Valley is in desperate need of Dodgeball leadership!! Things are getting so bad that I have had to find pictures from other sports. The one silicon valley dodgeball meetup was held at Sky High, where they have a dodgeball room made out of trampolines (walls, ceilings, etc). Mixed group with lots of little kids and a few adults. It felt a little unfair to whale on the kids with a red rubber ball, but the realization that I could actually make them rotate on any one axis with a dodgeball strike kept my interest. Apparently, it's next to impossible to get old people to show up to a Dodgeball game. I tried to help and bring in a few folk, but could only drag one brave soul in with me. We were about half the group. Of course, now that the meetup group has gone inactive, there are dozens of interested people pledging to help. Will you be our Dodgeball leader (left picture - the guy who's winning), or will you be woefully unprepared for the next random strike (right picture - that is you).

A warning: There is not enough research to determine what obscure sports do to our bodies, exactly, but we do know that they fully condone the Bush adminstrations definition of torture. Any single obscure sport, picked up for the first time in maybe-ever, will find and cruelly torture muscles that you didn't know you had for weeks. Middle-aged humans are supposed to be dead, and therefore have not evolved to handle more than one attempt at obscure sports per month. Don't do it! But do let me know if you find an obscure sport in silicon valley that you would like me to try.

Thinking Deeply about Concentrated Solar

I always have Polya's How to Solve It on my desk.

There is this one little part of it that I think everyone ignores, at first, in the "Devise a Plan" section:

"If you cannot solve the proposed problem ... Could you imagine ... A more general problem?"

Inside, when we read that, we think, "Are you friggin' kidding me? A bigger, more general problem? HaHa! Ged ouuuda here! I'm a-simplifyn'!" and quickly skip ahead.

I think Divide and Conquer is the first algorithm that comes to our minds. But it makes us think small - we miss data and cannot apply economies of scope.

It's not like we planned to do that.

I think many people initially plan to look at problems through the end of the process, trying to consider all players, evaluating their historical behaviour and setting up a migration path for them, coming to some solution that takes into account as much data as is useful. (Some people might call this "systemic thinking")

But we get myopic too quickly. We get tired. We find an interesting bit and get focused on the minutia, or start arguing whether a given solution to one part of the problem is feasible or not, and we can't give it up.

I was feeling this way about Global Warming. I got bogged down in studying how amazingly unsuccessful activists are at manipulating governments. Turns out, that wasn't one of the more interesting bits.

And now we return you to our previously scheduled feature on Concentrated Solar:

As Jamais Cascio puts it, the Earth will be just fine, it's humanity that is screwed.

Humanity won't make it without quickly shifting to new forms of power. However, I think we now have at least one reasonable roadmap. You can read all about how this technology is can solve our energy problem lots of places.
Who could implement this the most quickly?

Oil companies and our current power monopolies don't want to be replaced. Want to avoid a fight with them? Give them an advantage in concentrated solar. Just get them the hell out of the way and start them working on this problem. No time for a fight, here.

More specifically, the world has enough sunlit land and money to solve this problem 100 times over. The first set of goodies (We include one 100-year land lease and one suitable tech grant per set (but no batteries)) goes to our current oil and power conglomerats. That should be enough to please any stock holder, line any pocket, and guarantee implementation.

The next 99 sets go to entrepreneurs, which should also help.

You win, oil companies. No one has to die over this. Nice big carrot for you. Just get it done.

Of course, if they can't do it, well, first your land lease will get pulled if you can't get a few PetaWatts to market inside 10 years, but more importantly...if you thought all humanities carrot was big...even weilded in our death throes, that stick has got to be devastating. And, frankly, we never liked you anyway.

I'll write my congressman for you! Good luck!

Debunking the Technological Singularity

I have been arguing, at my local coffee shop, that
an empathy test needs to be developed for computer software.

The Empathy Test would be unlike a Turing Test or a Voight-Kampf machine in that the purpose is not to determine whether a thinking machine is human. The purpose is to determine whether a thinking machine is a good match for human society.

Simply fooling a human into thinking that you feel his pain does not make you empathetic. I argue for testing a broad definition of empathy that is more useful to intelligent beings interacting in a civilized society. The pain of others need not be recognized by the subject. The pain must be felt as psychic stress in the subject. The program/subject, therefore, must be cognizant of it's own mortality, and pain must be a real threat to it's well being, as it is to us. Those guys in the asylum aren't exactly in endless loops, but they certainly have a few rogue processes. So the Empathy Test would be, in a sense, a destructive one that arguably mimics it's function in humans.

With luck, these empathy-equipped AIs will confirm the game-theoretic benefits of this feature and propogate it up to their designs. They will understand that this feature is for the preservation of lower races - an endangered species act, if you will. Alternately, it might just piss them off and subject us to summary disintegration. After all, how many programs have you killed today? How many lower species? On a macro scale, are we failing the empathy test?

In any case, I have found today that the point is moot! Recent historical research uncovers striking similarities between our past intellectual follies (SINGULARITARIANS MUST CLICK ON <-THAT LINK) and our current failed delusions of technological grandeur.

Clearly, I was entranced by the mental crack that is the singularity novel. For those of you with the same addiction, you can shoot up with this open content novel. Confirmed grade A stuff. But please, don't share dirty algorithms.

Rock genre terminology considered asinine

Recent craigslist internet engineering jobs, exclamation point:

** Rock Star (Affordable) Flash Developer Needed ASAP!

** Seeking a rock star DBA for our production environment!

** Great Opportunity for a Rock Star Intern!

Before interviewing for these positions, be sure to comb your mullet and put a cucumber down the front of your spandex pantsuit.

On any given day, about 30 craigslist job postings in my area are looking for "Rock Stars". They are all really looking for "programmers", so, as I am about to enter the job market, I happen across them with increasing frequency.

I have to ask myself: How the heck did "Rock Star" eclipse "productive"?...and why haven't other industries caught on? Where did this trend come from?

No, Captain Klaa(pictured) has not been going around writing corporate dress codes, and yes, perhaps these HR departments are a bit too exuberant(see below). But that's not why I'm looking into this.

I don't have a problem with the use of the term "Rock Star" per se. I don't want to make fun of anyone. I enjoyed Spinal Tap as much as the next guy.

No, I'm looking into this because the trend really got on my nerves. I couldn't put my finger on why that was; so I explored it, and learned something.

I think these employers are trying to do two things:

1) Find programmers that are very productive (top 1% preferrably).
2) Imply that they will treat them well.

What I think they really want is to:

1) Attract programmers who know they are very productive and easy to work with.
2) Imply that they their team is productive and easy to work with.

If you have recently read Joel Spolsky, you may feel the need to replace "productive" with "gets things done" - I won't feel bad.

Thinking about how these employers can get what they want, I found what I really want: a productive, easy-going team. The heart of my problem with a team of Rock Star's is that it's so far from that ideal.

I asked roughly the same questions that employers ask. It was so informative to me that I would recommend it to anyone looking for a job. Here's what I came up with:

1) How do I know I am productive?:

Well, I can measure it.

The employers who are looking for rock stars have probably read that timely tome - The Mythical Man Month, in which the productivity of programmers is said to vary by an order of magnitude by skill alone. Well, this is one of the things that is still true in that book, but not in the way most people probably think.

Most people know how to measure their own productivity. They can describe what they have produced, and discuss it at length. "I developed X in Y weeks and I here it is", etc.

To most employers, your past productivity in the domain of the job in question is the primary measure of your likely future productivity.

Most people are o.k. with that. It's just common sense that you improve at a task with experience. This is hard to measure, but anyone who plays chess might assume that from competent to expert there may be 100 or 1000X improvement in most fields to be gained by experience. As it turns out, this is a highly contentious assertion. No one knows how much experience really has to do with it.

In absence of a candidate that is productive in the required domain and easy to work with, an argument can be made that a candidate that is trainable and easy to work with will do.

Trainable is usually a secondary requirement, and you can measure it the same way you measure productivity, based on past performance. In the case of a programmer out of school, trainable may be the only applicable requirement.

The more experience and intelligence the better. That's nice, but...

2) How do I become more productive?

Most people have a decent understanding of the factors upon which their productivity depends. It may vary from person to person and purpose to purpose. For me, right now, it consists of four things that I seek to improve upon daily.

Domain experience:

Produce more. Focus on one job for a while, and you will become an expert. I may be an order of magnitude more productive at writing support scripts or IVR applications than I am at writing web applications. At some point in the near future, however, I expect this situation to reverse. This just makes sense. I am working on web apps every day. If I want to get good understanding the core concepts of a framework and writing large programs in that framework, then there is no substitute for doing that.

Tool expertise:

Programming tools are made from software and improve productivity. New and better tools come out every day. If I spend time every day learning tools, I will improve my productivity. Commit to this, and you will improve.

Mental and physical health:

Stay healthy. My levels of pain, discipline, and energy vary based on my lifestyle. I get up every morning and excercise, clean up, hug my wife, drink coffee, and solve a puzzle. If I don't get a healthy start to the day, or if I don't take care of myself in other ways, I am sure my productivity will suffer.

Environment:

As a programmer, I work best either in a quiet office or pairing with one or more team members at about the same skill level. I can rank environments for productivity as well. The library is fine, a coffee shop is not so good, and home is right out - too many non-work distractions. Nothing compares to a serious, conflict-free, office work environment.

All I can do here is be aware of the quality of my environment, which varies from job to job. Experimenting with environmental improvements can help, as do these helpful techniques for tough environmental situations.

Kaizen.

3) How do we know when someone is easy to work with?

Probably the most important and tricky part of the hiring process, for both the employer and the candidate, is measuring soft skills.

If a candidates tech skills are not up to par, you have to train them. Fine.

Employees with very poor soft skills can destroy an entire company. Experienced employers and employees know this. So what we are looking out for here, are the bottom few percent of the employee pool in soft skills. No one wants a report or a manager like that.

My soft skills can be measured, and so can those of any company. We just ask each other how we handle situations that matter, and check references.

For my part, I have to ask myself tough questions: How many co-workers have I helped, how many have I hindered, what tough problems have I solved with them, what have I learned, and how can I improve?

So how can I improve? Aside from discussing this with past co-workers, knowledge will help: PeopleWare.

It can't hurt to improve, but I think most people are probably o.k. on soft skills. Still, the better adjusted the team, the better for everyone.

And now, a word to folks advertising for Rock Stars:

I don't expect hiring managers to read this, but...

If you would like to project an image of your programming team, a gathering of Rock Stars is probably not what you want. Rock Stars are people who produce hit songs and are worshipped only as long as they keep pumping them out. A collection of rock stars are not likely to work together long.

Sounds like solo-superman programming while surrounded by dysfunctional sycophants and confrontational peers. Probably not what you meant. If that is really what you meant, then I suggest a different perspective.

I could suggest a different analogy...A construction crew is a closer match than a Rock band. It could be that your construction crew wants to design and build the next Guggenheim and drink beers after work, but it's a construction crew all the same.

Better yet, drop the analogies. Mention your team, your management style, your process and your product. Mention that you would like applicants to discuss what they have actually produced, providing examples where possible. Maybe lead with something like: "Highly productive team seeks C programmer" - or whatever actually describes your team and what you are looking for.

Mention that soft skills are important up front. This is a very good sign.

And...Rock on.

Swig-C-Ruby-Pointers Hello World

I'm trying to write C libraries to do some things on the Mac that are not easy to do with Ruby. I found that I had to read several documents and experiment around a bit with SWIG to call a C library function that took a pointer as an argument. This is just one of those things that should not take that much time to figure out.

C library functions that take pointers as arguments and return ints (that covers most of the c library functions I have written) ultimately return an array to Ruby. Uncovering that little factoid, and the swig interface format required to make that process work, was the tough bit.

So, I'm taking a few more minutes to make sure you don't have to do that (and to make sure I don't have to do that long after I forget about this exercise).

Step Zero: get swig.

I install all open source software on the mac with fink. Fink Swig

Step One: Copy my example code - inline below.

I provide what you need to make a ruby callable module called Example that contains the C function SimpleFunc() that you will call with a little ruby test program called testsum.rb.

user-64-9-234-209:~/src/c/simplelib richbodo$ ls -l
total 48
-rw-r--r-- 1 richbodo richbodo 61 Oct 12 16:24 example.i
-rw-r--r-- 1 richbodo richbodo 42 Oct 12 15:52 extconf.rb
-rwxr-xr-x 1 richbodo richbodo 90 Oct 12 16:41 get_it_done.sh
-rw-r--r-- 1 richbodo richbodo 46 Oct 12 16:36 sum.c
-rw-r--r-- 1 richbodo richbodo 24 Oct 12 15:46 sum.h
-rw-r--r-- 1 richbodo richbodo 67 Oct 12 15:57 testsum.rb

Three of these files you already understand:

sum.c - your library

int SimpleFunc(float *modify_me)
{
*modify_me = 5;
return 1;
}

sum.h - your library header - not used by swig unless you tell it to - don't need it here.

testsum.rb - ruby program that calls your library

require 'example'
afloat = 2
# The first return value gets set as expected in first_returnval.
# However, SWIG puts the float in a second return value.
first_returnval,second_returnval = Example.SimpleFunc(afloat)
puts "Your float is #{first_returnval}, and the return value is: #{second_returnval}"

The other three files are specific to getting your swig library going:

• example.i - a definition of your library for swig in swigs definition language. INOUT is a SWIG typemap, so typemaps.i is required.
  

%module example
%include "typemaps.i"
%apply float *INOUT { float *modify_me };
int SimpleFunc(float *modify_me);

• extconf.rb - a ruby program that creates a makefile for your library

require 'mkmf'
create_makefile('example')

• get_it_done.sh - the commands that you run to generate a ruby module from your c library using swig

#!/bin/bash
rm *.o
rm *.bundle
rm wrap_example.c
rm Makefile
swig -ruby example.i
ruby extconf.rb
make
sudo make install
ruby testsum.rb

Step 2: Run the get_it_done.sh script to build and test your module. (it will ask for your password to install the library)

user-64-9-234-209:~/src/c/idlerlib richbodo$ ./get_it_done.sh
rm: wrap_example.c: No such file or directory
creating Makefile
gcc -fno-common -g -O2 -fno-common -pipe -fno-common -I. -I/sw/lib/ruby/1.8/i686-darwin -I/sw/lib/ruby/1.8/i686-darwin -I. -I/sw/include -c example_wrap.c
gcc -fno-common -g -O2 -fno-common -pipe -fno-common -I. -I/sw/lib/ruby/1.8/i686-darwin -I/sw/lib/ruby/1.8/i686-darwin -I. -I/sw/include -c sum.c
cc -dynamic -bundle -L"/sw/lib" -o example.bundle example_wrap.o sum.o -lruby -ldl -lobjc
install -c -p -m 0755 example.bundle /sw/lib/ruby/site_ruby/1.8/i686-darwin
Your float is 5.0, and the return value is: 1

Step 3: Look at the five new files you just created, and understand what they do:

user-64-9-234-209:~/src/c/simplelib richbodo$ ls -l
total 152
-rw-r--r-- 1 richbodo richbodo 3009 Oct 12 16:42 Makefile
-rwxr-xr-x 1 richbodo richbodo 16316 Oct 12 16:42 example.bundle
-rw-r--r-- 1 richbodo richbodo 61 Oct 12 16:24 example.i
-rw-r--r-- 1 richbodo richbodo 17695 Oct 12 16:42 example_wrap.c
-rw-r--r-- 1 richbodo richbodo 5744 Oct 12 16:42 example_wrap.o
-rw-r--r-- 1 richbodo richbodo 42 Oct 12 15:52 extconf.rb
-rwxr-xr-x 1 richbodo richbodo 90 Oct 12 16:41 get_it_done.sh
-rw-r--r-- 1 richbodo richbodo 46 Oct 12 16:36 sum.c
-rw-r--r-- 1 richbodo richbodo 24 Oct 12 15:46 sum.h
-rw-r--r-- 1 richbodo richbodo 644 Oct 12 16:42 sum.o
-rw-r--r-- 1 richbodo richbodo 67 Oct 12 15:57 testsum.rb

• example_wrap.c - created by the swig command, this a c wrapper for your library with a bunch of additional wrapper functions that translate your functions and data into ruby callable functions and data. see chap 21 in the pickaxe.
• Makefile - this is the makefile that was generated by extconf.rb. It will compile your library and that wrapper and make the mac bundle for you.
• sum.o - the object file generated from sum.c
• example_wrap.o - the compiled version of example_wrap.c
• example.bundle - mac osx stores code in bundles, so make makes one and puts it in your site-ruby directory when you type "make install"
  

So that' it. You make that swig interface file, you call swig. Example_wrap.c gets created. You make the extconf.rb file and run it. A makefile gets created for you. You make your project by calling make and you are done.

References:

• Chapter 21 in the pickaxe book.
• The ruby swig page: http://www.swig.org/Doc1.3/Ruby.html#Ruby_nn5
• The swig basics page: http://www.swig.org/Doc1.3/SWIG.html#SWIG_nn3
• Apple Developer Docs: http://developer.apple.com/documentation/
  

Method for organizing volunteer efforts

The Cancer Beatdown

At it's simplest, it's just a task manager for researchers who would like to utilize volunteers in the search for a cure. For volunteers, it's a way to get their hands bloody at cancers expense. "No, you won't cure cancer, but maybe once in a while, you can come on over here and get a few good licks in". And, yes, I'm going to continue to refer to fighting cancer in more colorful ways than just "fighting cancer". It's quite satisfying.

No money, no donations of protons or neutrons. Just electrons, photons, and elbow grease. This isn't a site for beggin; it's just a site that invites others to get in on the beatdown while the beatin' is good.

The idea is based on the premise that the pool of smart, motivated volunteers is underused and underorganized by the cancer research community. In other words:

1) there are a lot of very smart people who would get a profound satisfaction from knowing that they contributed in some small way to developing a cure for cancer.

2) there are a lot of researchers who will buy that exposing some of their tasks in a sensical way to an army of smart people who want to work on them could speed their work.

One case in which this might work is:

A researcher needed to develop a significant new body of software, and was looking to task some portions of that development out to volunteers in a test-driven manner - "I write the tests, you guys make as many as you can pass before I do".

I recently participated in agile development of this sort, using pivotals excellent agile project manager, which is influencing my thinking on this type of application.

The basic site workflow for Cancer Beatdown is as expected:

1) Site manager invites a few researchers who are doing promising work.

2) Researchers post the task, whether it's stuffing envelopes on-site or coming up with a new way to search a massive database for correlations. The required form of the solution is also specified.

3) Volunteers propose solutions.

Some sensical reputation/core user policies would be adopted - i.e. Researchers or the site manager can invite more researchers, after vouching for them. Volunteers are invested in performance.

Personally, I would love to volunteer for some well-defined and promising projects in which I could invest one day per month. I know some people who would never consider such a thing, and some that would invest considerably more time. What do you think?

Selling on Ebay

Just found this old draft of ebay instructions. If you are going to start selling stuff on ebay, copy these conditions of auction and live by them, it will save you a lot of time and money. The one adjustment you will have to make regards buyer feedback. I stopped selling on ebay when they stopped allowing negative buyer feedback. You can just pull or rewrite those three lines:

Conditions of Auction:

You must agree with our Conditions of Auction prior to bidding. Please do not bid if you do not agree to these conditions.

Shipping Policy:

You will pay shipping as described in the auction.

To avoid damaged goods and provide timely shipment, we will ship as follows:

We only ship air, on-line trackable, on-line signature-required, and fully insured. Internationally, we only ship USPS Express Mail Service.

We do not ship ground by any carrier.

To ship, we require your name, confirmed address, and valid phone number.

We reserve the right to cancel the transaction if we cannot reach you by phone.

Payment Policy:

To avoid fraud, we will ship as follows:

We require payment prior to shipping. We ship within seven days of receipt of payment, usually much faster.

We do not accept payments by check, moneygram, western union, or partial payments of any kind.

Return Policy:

You can return the product within 30 days of receipt if not satisfied for any reason subject to the terms and conditions below.

*** You agree to:

Fully insure any returned item, to the full value of the auction, and to ship via an on-line, trackable, air service.

Provide on-line tracking information on date of shipment.

You will be fully refunded within two days of receipt of goods that are in the same condition they were in when shipped to you.

You agree that we may deduct any costs associated with damaged or missing goods returned from your refund.

Right to refuse sale:

To avoid scams, we reserve the right to refuse sale to buyers with:

* No Feedback
* Poor Feedback
* Private Feedback
* Unconfirmed Shipping Addresses or incomplete contact details.

Service Policy:

No service is provided. No service guarantees are provided.

We will, on a best-effort basis, answer questions via email anytime, or via phone by appointment.

We don't mind answering any questions at all, and we typically get back to you same-day.

Again, those are the conditions of sale. You must agree with those conditions prior to bidding. If you take exception with any of those, please do not bid, or contact us before you bid so that we can work it out. Thank you!

Telepathy UIs

Here is a rundown of "brainwave" game controllers. (bonus idea included)

I first heard about an implementation of one of these in the early 90s by a company called "the other 90%" run by former Atari founder Ron Gordon. AFAICT, very few were sold. Anyway, I still believe it worked. So I had a discussion with someone about this last night. He didn't believe it. Here is some history on the topic:

1974 - EEG control (Sobell - VA Neuropsychology Lab) - Still looking for the actual research study.

1996 - CNN reporting on The other 90% (Atari's Ron Gordon) MindDrive application:

2004 - BBC reporting on MIT implementation

2006 - MSNBC interviews Don Clark of Wall Street Journal reporting on Emotiv game controller.

The reason this works is twofold. First, the composite electrical activity of your brain can be measured and decomposed by frequency and a half dozen clean signals can be discerned. I would call these brainwaves but, according to wikipedia, that is frowned upon for some reason. Second, these patterns change according to thought activity, which is under our control.

Anyway, if one reads about non-invasive brain computer interfaces, it becomes apparent that there is plenty of research in the area. There are also several successful and useful implementations. Not all of them EEG based.

Bonus Idea:

Wouldn't it be cool if:

My jabra bluetooth headset could also send composite brainwave activity to my wildly powerful cell phone, or maybe even my uber-powerful computing cluster at Name_Your_Favorite_Company? In that case, I could generate messages by thinking, while the headset reported the current character.

I have heard somewhere that these game controllers allow you to manipulate 6 tokens based on training them to understand when you think in certain ways.

The first idea that comes to mind is the concept of scrolling through groups of tokens. Lets try sending telepathic messages to each other with just the thoughts Up/Down. (After taking a look at some EEG decompositions, two tokens is, for some reason, quite believable to me.)

Me: Think Up
Headset Audio: "A through E"
Me: Think Up
Headset Audio: "F through L"
Me: Think Down
Headset Audio: "F through L it is - F"
Me: Think Up
Headset Audio: "G"
Me: Think Up
Headset Audio: "H"
Me: Think Down
Headset Audio: "H is the first letter."
...

You get the idea. So you form some text, which gets sent to whoever you are configured to send this stuff to. This gets converted to speech and played back in their headset. They, in turn, send you text with their bluetooth audio/telepathy headset.

Not at all the best UI, but if you can really train yourself to manipulate six binary tokens, the sky is the limit. Can't you just see schoolteachers spectrum-jamming bluetooth signals?

I would appreciate a study that shows a Non-Invasive BCI that was reliably trained to a larger number of tokens. Until then I'll limit my imaginings to two.

Even with two, it is easy to see that the combination of mic/earpiece/brainwaves is powerful. Imagine setting the context with voice: i.e. saying "computer doors" or "computer radio volume", then just thinking up or down to lock or unlock the doors, or control radio volume.

I hope that no one patents this crap and charges exhorbitant amounts of money for this type of tech.

Update: I have to add this link to a cool open-source EEG hardware project: http://pceeg.wikia.com/wiki/Main_Page

You would be surprised what you can find in Open Hardware these days. I will post specs of all the components of the device I describe if I have time. There should be prior are for every component.

Getting Things Done - David Allen - Reviewed by a busy person

I have recently been reading a number of personal productivity and project management books (in typical ADD parallel fashion). If you are a very busy person, you might scroll to the commentary at the bottom of this article, as I am a busy person as well, and I have a few points to make to you.

Summary: Getting Things Done. David Allen. Good productivity tricks. Buy it.

Definitions:

GTD - Getting Things Done - Method for identifying and managing actionable stuff.

Stuff - anything you have allowed into your psychological or physical world that doesn't belong where it is, but for which you haven't determined the desired outcome and the next action step. Stuff clouds your mind until you identify and track it.

Workflow - everything in the book revolves around this list.

1) collect things that command our attention
2) process what they mean and what to do about them
3) organize the results, which we
4) review as options for what we choose to
5) do

Incompletes - categorized stuff not done

Collecting - You are always collecting (work flow 1) stuff by identifying and tracking it.

Collection devices - capture stuff - notepad, pda, email inbox, physical inbox., etc.

Processing triage (workflow 2, 3, and 4) -

1) If it's not actionable, trash it.
2) If it's actionable and will take less than two minutes, do it.
3) If it's actionable and will take more than two minutes, delegate or defer to calendar or "next actions"

Projects - special case incompletes - they are a list of actions that needs to be made and triaged separately.

Next Actions / Next Action - prioritized list of things that need to be done and cannot be put on the calendar because they don't have an associated time that is not "ASAP", next action is at the top. You MAY divide your Next Actions list by category - phone calls, support requests, etc.

Waiting Actions - actions that are blocked on other people.

Lists required for David Allens Method -

* Projects
* Next Actions
* Calendar
* Waiting For

Daily Review - Calendar and Processing Triage

Weekly Review - Everything : gather, process, update all lists.

Decision making criteria:

1) context - where, how can this be done
2) time available - when is there time for this
3) energy available - how much of your available energy would this take
4) priority - which action that can be done has the highest payoff

Purging and getting started:

1) Block out a day or two
2) Buy the office gear he recommends
3) Collect every piece of stuff of every kind and put it in a single inbox
4) Process stuff as usual

Also in this book:

Project planning - not particularly interesting if you are comfortable with your project management skills.

Decision making - very reasonable but not inspiring or particularly specialized section.

Part 2 is implementation ideas for this system - probably a must-read if you decide you want to integrate part of this system into yours - these are all productivity "tricks", similar to those you would find in any personal productivity book, although there are a few unique ones. I will definitely come back to this section in my "organization time".

Part 3 is an analysis of the value of the system. I skipped it at first, but came back to it this morning, and he's got some good points. Worth reading.

Links:

This book is a huge geek-cult hit, so google might be your best bet, but here is what I found useful:

Wikipedia summary of GTD

GTD Tiddly Wiki - a very cool javascript-only wiki that supposedly lends itself to these lists. - in any case, any wiki will do as a list manager, but TiddlyWiki is a single javascript / html file with everything in it, so it's great for offline use. Sync is always a problem, even with this method. You won't always use the same PC. Once solution is to put your tiddly wiki on a thumb drive, in the hopes that you will always be able to plug it in. I tried it and liked it, but will abandon it due to sync/speed concerns and merge back into an svn managed wiki.

Location of a blank GTD TiddlyWiki

Implementation Details:

I did make several purchases based on David Allens advice. I also got buy-in to spend a couple days doing a purge from a few other folk before starting - an excellent recommendation as it turns out.

During my purge I found that the layout of my desk and filing system needed to be optimized right up front for this activity specifically. One thing that doesn't get emphasised in the book is setting up your filing system completely before starting your purge. It's important. You should do that, and set your inbox and trash can right next to the filing system, then begin by bringing your paperwork in. You will need a lot of space. You will probably have to purge your entire filing system if you are really following the book closely.

Oh, and if you are a normal person, you will have to do your purge over the course of many days. The better part of two days got me most of the way there, but I had a lot of work to do over the next couple weeks. Expect 10-20 hours work at least, not including purchasing gear he suggests, if you choose to do that.

Commentary:

Continuous Work Flow Management:

There are some adjustments that I would make to his program for very busy people. Weekly or daily triage is not an option for busy people. For busy people, it is constant, just like the collecting phase, and it has to be treated as a constant if you want to stay on top of it.

As a support manager, when I get in in the morning I might have dozens of new tickets (hundreds already triaged), plus ringing phones, a full calendar, and it just keeps coming. It's like managing a busy restaurant kitchen. I only have the luxuries assumed in this book late at night, on weekends and holidays.

After 12 busy hours at work, the last thing you want are huge lists to triage. So you have to work it constantly - collecting, consolidating and triaging. Yes, you still have to make concerted efforts to triage as completely as possible during the slow times, but infrequent triage won't keep you sane. The drive to organize is more powerful and more urgent for busy people.

There are limits to continuous work flow management. It is easier to rework constantly if you have a reasonable percentage of simple tasks, because you can multitask simple jobs. (i.e. phone call plus monitor a few things plus work down a list of support tickets is do-able, while coding plus work down a list of tickets is nigh impossible). Continuous management is sub-optimal in terms of peace of mind. At some point you have to accept that you are resource starved, and can't fix the problem by shoving management into the gaps.

The Drive to Organize:

There is one profound insight here. The drive to obtain the peace of mind that only a complete and properly prioritized task list can provide is irresistible. He covers this right up front and it's so damn true. Without this peace of mind, life sucks and productivity suffers.

I would add that denial of responsibility is an insidious temptation.

There is a relationship between The Drive To Organize and Neuroticism. I could write an entire paper on Neurotic Time Management. Man, I have been there. If you can do something, it's a good thing to do, and you know you are competent and maybe even the best person to do it...AND you are Neurotic, then you will accept responsibility for it. If you are Neurotic enough, your task list is effectively infinite.

The discipline to "just say no" is covered in a section called "How do you prevent broken agreements with yourself", which for my money is the best section in the book. There is probably nothing there you don't intuitively know, but surely some things you need reminders of: Either don't accept the task, renegotiate the agreement to do it, or do it. Not rocket science, but words to live by.

The Problem with Meetings:

"I envision a world in which no meeting or discussion will end, and no interaction cease, without a clear determination of whether or not some action is needed- and if it is, what it will be, or at least who has responsibility for it." - David Allen (Part 3 of Getting Things Done)

How many business meetings end without the coordinator requesting: "List your action items." I hope that I never run another meeting without making that statement, and never leave a meeting where that request is not made without asking why.

Glad I came back to section 3.

What other busy people think:

I bought two copies of this book which I have loaned to two other busy, organized people. They both said the same thing - yeah, he's got some good tricks. Neither could adopt his system to do their day to day work any more than a kitchen manager at a busy restaurant could, but they both got a good trick or two out of it.

Alternatives to Antiproperty Incubation

Really common question:

"Does the patent system do more harm than good?"

Just about everything I read assumes that the answer is: "No - most patent systems are a net good for societies, but we can do better."

After all, patents are just antiproperty with a 20 year incubation period as a government-granted intellectual property franchise. In other words, patent systems carry a lot of baggage.

Assuming that the common wisdom is true - the next question is:

"What's better?" Or more specifically: "Are there systems that can be developed alongside the patent system that can provide us with additional IF?"

I was recently alerted to a paper by Tom Bell discussing one such potential parallel system - scientific predictive exchanges. (spex) I like the idea, and I can see how predictive markets could not only encourage research, but, were the claims to be "bet" upon collaboratively developed, they would potentially expand IF.

SPEX aren't all that different from your company's internal office pool on "what product Google will announce next?" or "when will the release date of your own next product will finally arrive?". These predictive games may not change the world, but good ideas and good data can come out of them (and you might make a few bucks, too!).

A little extra investment in the implementation of a SPEX, however, might make all the difference in its utility. As I alluded to previously, if someone can come up with a good predictive scientific exchange that encouraged collaborative development of scientific claims, then well defined, high-quality ideas might develop that did not previously exist. Exactly what the patent system is supposed to do, without the abuses and high transaction costs.

To restate the last question in light of this new system, assuming SPEX ideas are cheaper to society than patented ideas (and we have no reason to believe otherwise):

"Can a SPEX be designed to encourage the generation of useful ideas, especially those that would qualify as prior art?"

A SPEX that answers that question in the affirmative might not be designed so much as a "market" as a collaborative tool. This train of thought brings me a conclusion I come to often: Keep working on on-line collaborative tools. They hold rare potential as technological solutions to social-political problems.

Anyone up for a predictive market plug-in to MeidaWiki?

UPDATE: HFS, Batman! An idea incubator website thingy! This is almost totally unrelated to anything else I've discussed here, but so cool that I can't help myself from linking to it.

Actually, Cambrian house is just a web apps company that encourages anyone to post ideas for them to develop, and anyone to help develop them. If they are successful, well...I would like to say that they will encourage the documentation of a lot of useful, high quality antiproperty. The initial stage ideas are very thinly described, however, and Cambrian house is not capable of implementing more than a few of them. The thing is, given two generally useful ideas, the very well documented idea will be very useful. Most patent systems do a reasonable job of encouraging good documentation.

On the other hand, Cambrian house does publish specs as they work, so that others can contribute labor for royalty points. Cambrian house is just starting out, and they are highly involved in the voting process, so maybe they can encourage something closer to patent quality work.

I love this idea.

Intellectual Antiproperty

I submit to the court as interesting a recent discussion with my friend David Rowe. He asserts that the creation of an intellectual work, protected from monopolization by design, will more evenly distribute wealth-creation that would otherwise be centralized, were that same intellectual work held as property. That's a mouthful.

If you can put up with my naiveté, you may find my response intriguing:

> > I also have an economic theory I am working on " if closed IP makes a
> > small amount of people a lot of money - does opening the IP make a
> > moderate amount of money for a large amount of people".  The latter
> > seems better to me.  I would be interested in your thoughts on this.
>
> Maybe Intellectual Property (IP) is not the right term.  I say you are
> creating Intellectual Antiproperty, or expanding Intellectual Freedom.
>  IA sounds kind of like a pinko communist plot, so lets use that. ;-)
>
> IMHO, the idea of IP is borderline unethical.   IP is a promise from
> the government to punish people for using ideas.  Freeing IP - putting
> it in the public domain (expanding IF or creating IA), makes it more
> difficult for governments to punish people, and allows people to have
> better lives by making peaceful use of information they posess.
>
> IA and IF as ideas, are arguably beyond moral reproach.
>
> This IP stuff is all tied up in government corruption.  You hear this
> one a lot: Would we not have great drugs without a patent system?
> Huge amounts of money have to be spent to create great drugs, and we
> know that governments, given any amount of money, can only bumble.  So
> it is said that pharmaceutical companies must be compensated with IP,
> and those who cannot afford drugs must not be allowed to make them.
> This leads to vast profits for pharmaceutical companies, who only
> spend a tiny portion (10-20 percent) of their revenues on reearch.
> I'm not railing against capitalism - it's great motivation.  But
> patents suck.  Not only do people get hurt by patents, but whole
> industries are very inefficient.
>
> The solution to that one, unfortunately, involves big bucks and
> stamping out corruption, a difficult pairing.  Big governments, or
> lots of little ones, have to reward companies for actually solving
> problems of their citizens by finding new drugs, and collect taxes to
> pay the rewards.  The rewards have to be greater than the cost of the
> research.  Then anyone can build and sell the drugs.  It's a radical
> change.  And governments these days are difficult to change.
>
> There is some happy medium in which some IP can exist, and some IA can
> exist.  I don't have much beef with 20 year copyright grants, and
> copyright is a cornerstone of viral IA licensing, like the GPL.
> However, I am totally unconvinced that patents are beneficial to
> society.
>
> So I think you are dead on ethically, and I think you are expanding
> the IA domain, which encroaches on the IP domain.  Under most patent
> law, all that is necessary is that prior art exist to free ideas.
>
> So you know what I think about what you are doing, but the root
> question is: how is financial benefit from IA distributed?  We have
> experience with this situation, and there is a good bit of data out
> there.  We know what has happened already in similar cases - lots of
> people will use your free software and free hardware, and get great
> benefit from it.  This will improve their lives, and allow them to
> spend money on other things.  Lots of service industries spring up
> around IA, and small businesses combining IA and IP.  I like small
> businesses.  So I think this is an excellent outcome.  Well, back to
> work on our patented software!

One of my goals was to introduce suitable terminology to allow us to accurately discuss David's theory.

Introducing suitable terminology to solve problems is enjoyable and useful. It's almost a habit for myself and many of my friends, and it has got me interested in morphology in general; I can't help but analyze this. So we're looking for something that solves our problem in such a way as to be unique, useful, easy to use, and clear.

Intellectual anti-property is actually a more useful term for broad consumption than anti-property because it is a compound noun. When the average person looks at the term anti-property, they probably see a compound preposition and interpret it as meaning "against property". However, if you use the term Intellectual Anti-Property, or IA, no such misinterpretation can be made. Either term holds up on the usefulness test for our purposes, the acronyms being particularly easy to use.

I have since done a little research and have found little coverage of the concept of IA, so I would like to discuss this further with anyone who is interested. There are lots of related concepts, like copyleft, Open Content, among others, but none that plainly and simply refer to intellectual works protected from becoming intellectual property by design.

Intellectual freedom is used commonly in a similar context.

Testing Apple Upgrades

When I left the Apple store with my MacBook, I was carrying a 13 inch MacBook and an AppleCare warranty. I'm happy with my MacBook, and happy to pay 250USD for a 3-year comprehensive AppleCare warranty.

Apple upgrades are overpriced. As a rule of thumb, you can get a better accessory with a better warranty at half the price anywhere else. Let's test that.

The Test

To complete my home setup, I needed an external monitor and a couple gigs of RAM for the MacBook.

Memory

Eric recommended OWC for the memory. I checked it out.

Total price charged my card with FedEx 2-day shipping: $236.64
The order went through at about 6PM on a Tuesday.

Response to warranty question:

Duane Crago: Good evening. All memory has a lifetime replacement warranty.

Rich Bodo: Cool. thanks. is there a web page that states that?

Duane Crago: http://eshop.macsales.com/Customized_Pages/Framework.cfm?page=PowerBook_Memory/memhead/warranty.html

Rich Bodo: thanks. I'll blog you guys if this works out!

Well, I didn't get the best deal out there. There are better deals coming up every day. But here's a page that lists some better ones. Still, I did meet my goals, and it looks like princeton chips with good manufacturing quality on the board.

The memory arrived on Friday.

I simply followed the instructions in the supplied macbook manual to get it installed. Read and follow along with that manual, but bear in mind these notes: NOTE 1: The manual asks you to listen for a "click" when inserting the memory. You *might* feel a click, but you won't hear anything. Just make sure it's in as far as the old memory was, taking into account it's dimensions. NOTE 2: the levers don't retract into the memory compartment, the cover pushes them back in place. NOTE 3: If you can't find your set of jewlers screwdrivers, frys has a great little pocket screwdriver for two bucks with everything you need to work on your mac.

External Display

Apple wants 799USD for a 20-inch external monitor. Their monitors are nice, so this may not be easy to beat in quality. It took me a while to find a monitor that looked better to me than the 20-inch, but I found one. The one I bought was a ViewSonic OptiSync VX924 Xtreme Gaming 19" LCD Monitor (Black/Silver) Although it's slightly smaller, it looks a lot better to me personally, and it's got a better included warranty (3 year) at less than one third the price of the Apple monitor. I would much rather look at the VX924 all day, so this is an acceptable deal. Right now it's selling at Amazon for 259.99USD after rebate. I am waiting for it to arrive. To be fair, I don't think there are any monitors out there that are exactly comparable to the Apple monitors feature-wise. They are in a class by themselves. But since this is a subjective thing, the ViewSonic passes my test. If you are looking for a monitor that is half the price of the Apple, and very, very similar, there is a monitor from Dell, the UltraSharp 2007WFP 20.1-inch Widescreen Flat Panel LCD Monitor with Height Adjustable Stand, for 390USD that might fit the bill.

Approximate total for my home setup:


MacBook: 1100.00

AppleCare: 250.00

2 G RAM: 225.00

19" External LCD Mon.: 260.00

Screwdriver: 2.00

miniDVI to DVI cable: 20.00

Or, about 2000 bucks after tax and shipping, plus a little bit of my time. You won't have to put up with another blog post from me on laptops for the next 3 years.

SHDH Day 2 - lessons

I really didn't get the chance to have a Day 2, having to fulfill responsibilities for my friends and family. All unexpected stuff.

I arrived at France Telecom at 8PM, and found that most of the teams didn't get much of a chance to spend a second day on the job, either.

Unexpectedly, I think the contest was actually too long. Everyone thought they could get something done in two days, but didn't factor in that they would not be able to actually spend two days on the project. My project was a two-day project, maybe a three or four day. What I really needed was a one-day or even a half-day project idea.

I was able to help some other projects with tiny scripts, and I still plan to finish up a couple scripts for yet others.

The teams that placed were teams that just did the best project/time management.

Everyone I spoke with had a blast. Personally, I learned enough about Mac OS X Tiger and the new MacBook that I went out an bought one. I'm typing on it now.

My next post will detail where to get a good deal on a memory upgrade for this thing (Definitely NOT from Apple). After that, I'll post my parallels config for Mac OS X, Ubuntu, and Win2K.

If you haven't seen Parallels, you should check out any of the myriad of fast os switching videos on-line. That and a tour of a MacBook from someone who has one should convince you that an extra 1000 bucks for a MacBook is no big deal. Not to mention that, with the demise of thinkpad service, the AppleCare protection plan is the last decent insurance policy for a laptop.

SHDH X Day 1 - Like work, only better

So I had a revelation this morning. After spending four work hours on TurboGears filing bugs on SqlObject, working around poor documentation, and chatting with the only other responsive person in the chatroom, I have thrown in the TurboGears towel. I had a sort-of working todolist example, plus bugs. If I'm going to get anywhere with the 16 work hours or so I have left, I'm going to need a more "rapid" development environment, like CGI, maybe. I'll revisit TurboGears when they are a bit further along.

This morning I woke up wondering how I was going to get things done. Not that there is any real pressure to do so. The whole thing has a sense of humor about it, and no one has anything invested, so if anything does get done, bonus.

Anyway, I picked up the mail this morning and David Heinemeier Hansson was looking back at me from my Linux Journal magazine, as if to say..."Give in yet?". Yeah. I give. I'm installing rails on my laptop as we speak. It's about 1PM, and having already gone through a rails tutorial, I know this is going to get me there.

So SHDH X is being held at France Telecom in S.San Francisco. I'm in a beautiful corner office with a developer from another team. Everyone is running Ubuntu. Anyway, a bit of a late start but better late than never. I have the simple goals today of:

* finishing the design of the basic app
* fixing my eterm colors and learning a few more screen commands
* getting a rails app with the correct data model installed on my laptop.
* getting a basic rails app installed on the competition server.
* go to a barbecue for dinner.
* meet a few more people.

...

So far, so good. Notes:

Eterm

Eterm is very old. The last checkin was years ago. There is probably something better. If you install Ubuntu eterm, the config file you want to modify is in:

~/.Eterm/themes/Eterm/user.cfg

To figure it out, you will need to open the man page for eterm, www.eterm.org, and an advanced search page on the sourceforge "enlightenment" project mailing lists. Anyway, I've successfully changed a few minor things like foreground and background color, and consider myself lucky. Anyone who has a good Eterm user.cfg with a lot of font configs let me know.

Screen

Someday soon I'm going to write the best damn article on screen, ever. But for now, I have picked up a couple new screen commands. "Control key [" puts you in copy mode, which gives you access to the scrollback buffer. This is important. In my .screenrc, I have added these emacs key bindings:

# ------------------------------------------------------------
# EMACS KEY BINDINGS
# ------------------------------------------------------------

# emacs keybindings for navigation in copy mode
markkeys h=^B:l=^F:0=^A:$=^E
markkeys " =^ "

# special hack for C-e, since it should go *past* # the last char. -m means this is for copy mode only. bindkey
-m ^e stuff "$^f"

# C-g and other keys just quit copy mode. Esc does nothing. markkeys 033=015=^G=^D=h=j=k=l=H=M=L=G=g=y=c=v=a=x=
b=e=B=E=w markkeys @=033

# control arrows move by words. (set B, e, and w to F keys so that i can use # them to move by words, but they
themselves still quit copy mode.) markkeys B=[:E=]:b={:e=}:w=> bindkey -m ^[Od stuff { #"[[}" bindkey -m ^[Oc s
tuff ] #"}]^f"

So it's only 3:34PM and I have met a few new people, and made screen and eterm more tolerable. That's a little under an hour each for those enjoyable tasks. Oh, one more thing about screen, remapping the crontrol key is a must - the default is Ctrl-A, which of course interferes with readline bindings.

SHDH Day 0

At SHDH day 0, which is a four hour get together. My goals for the weekend:

1) Learn some Python
2) Learn some TurboGears
3) Write a useful web application

That's right, I'm probably the least skilled programmer here, and I've decided to give TurboGears a try instead of rails as everyone else seems to be using. Hopefully I'll get it installed on the competition server. I just got it installed on my laptop last night, which was a small victory.

I'm starting with the todo-list application from Brian Beck.

First thing I noticed is that there are several gotchas in the wiki that will prevent the app from running on an up-to-date version of TurboGears. All the tutorials look broken this way. That is, bugs in the latest version prevent the tutorial instructions from being valid. I'll file documentation bugs for the tutorials.

O.K. I made the mistake of having a beer and it's looking like I'll get the todolist app up tonight, at best.

The Incredible Secret Money Machines

The Incredible Secret Money Machine is a book by Don Lancaster. It was the first business book I was ever exposed to and it probably gave me the business bug. My older brother was in high school, and probably on his third or fourth business at the time. I was a skinny kid into Dungeons and Dragons who dreamed of writing video games for a living. I came across a dog-eared copy of TISMM underneath my brothers home-made workbench in a pile of sawdust and solder drippings. I immediately started thinking "scungy" (a sniglet coined by Don Lancaster that means, roughly "inventive and frugal"). Somewhere along the way, we lose sight of the fact that we like to sit under homemade desks in piles of sawdust and lab scrapings reading unusual books, and start thinking that what we really want is a pile of money.

This is why I must go to superhappydevhouse X on Jun 2-4. I'll be there most of the weekend. I have been there before and it's a lot of fun. This time, the contest is irresistable. You have to build a money-machine. That is, a website that is fully automated and accepts paypal. Once you have that in place, you have to not touch it for a month. No email, no nuthin'. If your site is crap, it's crap. If it goes down, it goes down. At the end of a month, all the money goes into a pot and most of it gets donated to charity, or something like that. If you win, you get to be a winner for a day. Then everyone goes their seperate ways with their incredible not-so-secret money machines. Pretty neat, huh? I can't wait.

I also started a team. We've got a few people in it. We're going to try to find a lab bench to park our asses under and write a really unusual website. At least that's the plan.

How I Sold My Car in One Hour on Craigslist

My car was overheating so I took it to a shop. By way of background, my car was a beloved Camry wagon worth no more than 2000USD. My guess at the problem was that it's 10 dollar thermostat was sticking. So when my mechanic estimated 750 bucks to do some repair work, I moaned before approving the work.

Later in the day, my mechanic called me and told me he needed to do another 900 bucks worth of work to get the car running.

Needless to say, I wrote my draft demand letter, grabbed my shop manual, and the pink for the car, and prepared to kick ass. When I arrived at the shop, however, I found that the guy was honest and dead on. It had overheated for too long. The car was toast. It needed a complete rebuild. He had done everything right. Crap. I offered to sell the car to him for 1KUSD instead of completing the repairs. No sale.

A little down, I thanked my mechanic and walked across the street to the nearest web browser, put my car on craigslist for 1KUSD with absolutely full disclosure of its condition and no pictures.

Two minutes later, my cell phone is ringing off the hook. One hour later, I have 1KUSD cash in my pocket and my car and pink slip are gone. It sold that fast.

Taxi? Take me to the nearest web developer. I've got 1000USD in my pocket.

<announcement>Open Telephony Hardware

The first GPL design for an asterisk-compatible analog card was published a week or two back by the ucAsterisk project. It's a four-port FXO design. I haven't been blogging so I missed reporting this. It's still in a design review stage, so it hasn't been tested yet. If you are so inclined, check it out and provide some input!

This is a good stage at which to get involved with a good project. The design link above actually includes a design review checklist and helpful links for reviewing the design with open source EDA tools.

Update: In the time it took me to post this, the ucAsterisk project had put out GPL designs for primary rate hardware as well. Looks like the CTI hardware front is pretty well GPL'd. </announcement>

<announcement>Star trek badges are almost here...

ucAsterisk

ucAsterisk is a project to breach the last barriers that stand before transparent telephony designs. It will combine Asterisk, ucLinux, and Open Hardware.

Once ucAsterisks milestones have been met, it will effectively complete a transparent embedded telephony design, from the hardware designs through firmware, DSP code and applications - all freely available under the GPL.

David Rowe has made the port of Asterisk to ucLinux and is now working on the open telephony hardware. This shouldn't be surprising as David started the first company to build multi-port voice telephony cards with open source Linux drivers and he's contributed heavily to projects like Bayonne, Speex, Asterisk, and Ctserver.

One of the goals of the ucAsterisk project is to build a PBX running on the BlackFin 533 target platform. This is a small, inexpensive (5USD in quantity), low-power (sub-watt), 500MHz CPU with some DSP functionality. To buy a development board and tools for a few hundred bucks look here. The BlackFin PBX will be an important milestone.

<opinion>Transparency

ucAsterisk is a proof of principle and an omen. Telephony design is now open end-to-end.

ucLinux/OpenCores have finally brought together open hardware design and the dominant platform for open-source software design. For the next couple of years, this will be the most transparent platform for end-to-end open designs. Porting important applications to this platform is the best way to plant the seeds of completely open end-to-end computing systems (hardware and software) with practical, commercial applications.

Since Asterisk is the dominant Open-Source telephony application, it is now possible to build a dominant platform that is completely transparent, end-to-end. This is as near a foolproof recipie for creating an industry standard reference design as can be imagined.

This is another data point suggesting that there is nothing left to hide in this field, and no beneficial reason to do so (beneficial to consumers, that is). Another data point showing that the free exchange of ideas trumps any system of patents. Designs will move more quickly, they will be more secure and more innovative.

To me, it is just as important that this project feels right. It's a huge relief after being in this industry as long as I have to see proper reference designs developed in an open manner.

NOTE: If you haven't seen the OpenCores project you probably don't follow me. You should check it out.</opinion>

Sub 100USD Linux Boxen

This new tiny platform for Asterisk has me excited about toying with tiny platforms for Linux. So I'm taking another look at small, Linux-compatible boxen. Asterisk runs on all of the following, as they all run standard Linux.

Gumstix still looks like the most bang for the buck, although a little underpowered. 99 bucks gets you a very small, relatively slow little linux board with some super-cool features like bluetooth modules. Good deal.

If you want something turnkey and don't need lots of mips or a tiny package, get yourself a Linksys WRT54G series wireless router. OpenWRT has a lot of ported applications. At 80 bucks retail, including the wireless router, this little item is the low cost leader.

If you want something powerful and don't need it too small, used 500MHz laptops (or even 1GHz laptops with a broken screen) can be found on ebay for around 100USD.

Linux Devices has a small list of fairly turnkey stuff. Compulab has some sub-100USD boards that look good as well.

OpenCores.org

Let's face it though, the most attractive thing to you, geek, is the most Open system - the system you can actually engineer. To get there you need to geek out a little more, and, unfortunately, spend more money. The single most interesting hardware project out there today is probably OpenCores.org.

My goal is to find out how cheaply I can get FPGAs and the hardware to program FPGAs that will run ucLinux/Asterisk/Ethernet. There are OpenCores platforms that will run ucLinux and emulate risc, motorola, sparc, arm, etc.

I really haven't got a solid understanding as to which OpenCores modules will fit on which FPGAs. You have to really dig to get this kind of information from the opencores site (the forums are the most useful repository). A matrix of this type will have to wait for another article.

One problem that is recognized but unsolved by the OpenCores community is that the tools and components required to build an embedded system are not cheap. It looks like most people prove they have a design and then humbly request for help from commercial vendors.

AFAICT, the cheapest FPGA development kit that will definitely run ucLinux on opencores is the Cyclone II from Altera, which supposedly will be available for 270USD (according to the Altera website). I don't know enough yet to evaluate that, but here is one evaluation.

The best way to get started might be to order a prototype board kit from a designer.

Ah, well, that was fun. Back to work on Rails.