My First Adventure with the Raspberry Pi

My adventure with the Raspberry Pi begins by finding and purchasing it from Newark Element14.

Looking at the system you can see that it is a credit card, sized unit.

I purchased a pre-loaded 4 GB SD card but I also had a spare 4 GB SD card so I downloaded the distro from adafruit and used it.

I then hooked up a USB keyboard and an HDMI cable to my TV and booted the Raspi up.

After doing that I wanted to start messing with the General Purpose Input/Output (GPIO) pin set on the Raspi so I purchased the Raspi Cobbler from adafruit.

Upon investigation, I realized that I needed to solder the pins on the cobbler before using it. Moreover, I realized that I needed a breadboard as well. Adafruit's site had a tutorial that provided the steps in what to solder and where. That was a great help so I printed that tutorial. Based on the tutorial I also purchased a solder gun, solder and breadboard from Amazon and was then ready to get busy.

After soldering the pins and connecting the data ribbon I knew that I needed to find tutorials on what to hook up to what pins, etc. and then purchase those items. What I wanted to do was to conduct the easiest experiment that I could as a first step. I thought, why not get an LED to light up. Perhaps I would find a tutorial on adafruit that was get me there. And yes, the Raspberry Pi E-mail Notifier Using LEDs tutorial was the answer.
Gleaning from the instructions of the tutorial I knew that I needed to setup Remote SSH and install python on the pi. After doing that I read further and noted that I would need to purchase two resistors from 100 ohm up to 1000 ohm as well as a green LED and red LED as well as breadboard wiring. I found that I could get the wires off Amazon for a cheaper price and so made that purchase. The resistors and LEDs I purchased at the local Radio Shack for a good price.
Below is the result thus far.

Now that I had what I need to physically test the next step of the tutorial was to create a python script to interact with the GPIO pins. I was not wanting to take the additional steps of using an IMAP feed parser as detailed in the tutorial I created enough to be able to light the LEDs in a flashing fashion. Here is the code:

I ran the script and here is the output to the screen from the pi:

However, I did not see the LEDs lighting up. Then I realized that I did not have the ground wires connected to the breadboard ground rail. After making the correction I had flashing lights.

Now, what is the next step?

There is No Defect.

I am in agile training for my employer. Someone from software testing asked how we deal with defects in our implementation of agile. One of our development managers made the statement that thinking about the agile process in similar ways to our past waterfall methodology no longer applies. He said, "Do not think of defects, there is no defect, only a working system that needs a change."

This reminded me of the first Matrix movie where Neo, when within the Matrix, was at the home of the Oracle watching a boy bend a spoon telekinetically:
Spoon boy: Do not try and bend the spoon. That's impossible. Instead... only try to realize the truth.
Neo: What truth?
Spoon boy: There is no spoon.
Neo: There is no spoon?
Spoon boy: Then you'll see, that it is not the spoon that bends, it is only yourself.

My Review of Running Lean, 2nd Edition

Originally submitted at O'Reilly

Iterate from Plan A to a Plan That Works

Running Lean, 2nd Edition

Running Lean, 2nd Edition Review

By m2web from Erlanger, KY on 6/24/2012

4out of 5

Pros: Easy to understand, Concise, Accurate, Helpful examples
Best Uses: Novice, Expert, Intermediate
Describe Yourself: Developer

This book is a practical work that enables you to take immediate steps to a lean start-up . In a nutshell the subtitle states the content of the book: "Iterate from Plan A to a Plan That Works."

One of the more helpful aspects of the book is its emphasis on learning the market fit of your proposed product by working face-to-face with potential and actual customers. Moreover, you are given examples of how to test your hypotheses, determine product pricing, define your Minimum Viable Product (MVP), and learn and improve from each step in the start-up process.

Finally, the book provides links to several helps such as the Lean Canvas which is "the faster, more effective way to communicate your business model with internal and external stakeholders" at leancanvas.com.

(legalese that is required)

Updating VirtualBox on Ubuntu 11.10 Oneiric Ocelot 64 bit

I went to update my install of VirtualBox on Ubuntu on my Acer Aspire Netbook. When I went to update via selecting the DEB file the Ubuntu Software Center app was not responsive to my selection to install the new VirtualBox build. A little digging and I found the next steps. From a terminal:
sudo apt-get remove --purge virtualbox-4.1
Note that the version will depend what you have installed. Then when I selected the VirtualBox.deb file the Ubuntu Software Center acted as expected by installing the upgrade. Mind you, I know that I could have issued a:
sudo apt-get install virtualbox-4.1
but I wanted the latest that I just downloaded from Oracle.

Amount of Serendipity = Luck Surface Area

I am currently working through the book Running Lean: Iterate from Plan A to a Plan That Works by Ash Mauryaby. In the book is a reference to a blog post entitled Increasing Your Luck Surface Area. Here are a few quotes from that blog post:
The amount of serendipity that will occur in your life, your Luck Surface Area, is directly proportional to the degree to which you do something you're passionate about combined with the total number of people to whom this is effectively communicated.
To satisfy my mathematically oriented brain I've gone one step further and formalized the concept into the equation L = D * T, where L is luck, D is doing and T is telling. This demonstrates clearly that the more you do and the more people you tell about it, the larger your Luck Surface Area will become. And while I like equations, it's the graphical representation that really brings the concept home.


In other words, the larger the target, the better the opportunities of being hit by serendipity!

Vim and help with the answer 42

Watching a presentation on Vim by Bill Odom and he mentioned a fun item in the help feature for Douglas Adams fans. In Vim issue the following

:h 42

Here is what you see:

What is the meaning of life, the universe and everything?  *42*

Douglas Adams, the only person who knew what this question really was about is

now dead, unfortunately.  So now you might wonder what the meaning of death

is...

Turning Consumption into Production

During my morning run I was listening to This Developer's Life Podcast by Scott Hanselman is a production that deals with general areas of a typical software developer's existence. This latest show discusses the need to be a continual learner.

One of the points made in the podcast was the concept of turning the consumer of software, consider the person playing hours of video games, into a producer of software. Imagine the amount of time and brain power applied to just video gaming by the consumers of those games!

One aspect to turn consumers into producers may be the use game mechanics in the actual creation of programs. The addicting factor of video games is largely the desire to "get to the next level."

Maybe simply making the solving of problems via the writing of code the reward. "How can I 'get to the next level' in my understanding of this framework?" or "How many defects can I fix today?" or "What is the most elegant solution for meeting that business need?" Perhaps creating personal challenges out of the problems by asking, "How much can I accomplish today on this bug or issue?"

Just thinking....

 

Operation not allowed for reason code "7" on table "YourTableHere" in DB2

Note to self: When you make a change to a DB2 table and you see the following database error in the logs:
Operation not allowed for reason code "7" on table "YourTableHere"

It is time to issue a reorg on the table via this:
CALL sysproc.admin_cmd('REORG TABLE YourTableHere');

Review of JavaScript Web Applications by Alex MacCaw

Title: JavaScript Web Applications

Author: Alex MacCaw

ISBN:144930351X

ISBN-13978-1449303518

Pros: Extensive, Well-written, Several examples

Audience: Advanced and/or Intermediate Developers

Introduction

I started this book thinking that it would provide a basic overview of the use of JavaScript within web application development. Boy was I wrong! This text is really a manual on creating a full featured JavaScript web based app. Given that the author is the creator of Spine.js, he is qualified to create an extensive JavaScript Manual.

As a Java and .Net developer, this text is more that I require concerning the use of JavaScript. However, I am sure that as time goes on and JavaScript is more embedded in various frameworks via the likes of JQuery, etc. this book will become more practical for me. 

Review

Instead of giving a chapter by chapter review, here is the summary of the overall content of the book (as if such is easy to do for this comprehensive work). This book is not for those just starting JavaScript development. However, if you have experience in another language, this resource will serve you well as you move into further JavaScript programming. 

The initial part of the book deals with the concept of the MVC framework, models, events and event handling, controllers, application state, views, and templating. The examples are mostly in JQuery which is also my framework of choice for JavaScript development. MacCaw also covers Node.js, Socket.IO, and WebSockets. Moreover, he also provides an examples on testing, debugging your apps, as well as a look at the Backbone and Spine.js (which he created) libraries. Finally, the text provides further information on JQuery, CSS extensions, and CSS3 in the appendixes.

Conclusion

When you are ready to take take the deep dive into developing a JavaScript based we application, this is your manual.

Personal Informatics: The Weather

This past year I have been tracking various personal data key indicators. One has been the number of miles ran per calendar month. Having used Runkeeper to do this an interesting observation has emerged. 

It has been no secret how mild the winter has been here in the Greater Cincinnati/Northern Kentucky area. However, this February 2012 is about the same as February 2011 concerning being able to run outdoors. The temperatures seem to be higher in February 2012 but the conditions that allow one to run outside, no ice or snow, were no different this year than in 2011  Look at the monthly numbers from Runkeeper for this 2011-2012 winter season:

Compare this to the 2010-2011 winter season:

Running outside November 2010 through January 2011 was not safe due to ice and snow. While there is a vast difference between the months of November through January for both winters, the month of February was not different for either winter season. Interesting....

Autotest on Ubuntu 11.10 running Rails 3.2

I’m reading and working through Ruby on Rails Tutorial from Michael Hartl. The book rightly promotes a "test first" approach. In this Hartl mentions autotest. As the text mentions, "configuring it can be a bit tricky."

Here are the steps I used to get autotest working on my Ubuntu 11.10 OS running Rails 3.2.0.rc2:

$ gem install autotest

$ gem install autotest-rails-pure

$ sudo apt-get install libnotify-bin

$ gem install autotest-notification

Next, I added the ~/.autotest file:

Then, I simply ran autotest from my rails app directory:

$ rails-apps/myapp autotest

This is nice in that I do not have to manually run the rspec tests as autotest runs each time I change a test file or the tested implementation code. 

Ghost in the Machine - secondary, tertiary, etc.side effects

Was listening the the This Week in Tech podcast and caught a comment by Kara Swisher. The statement dealt with the Wall Street Journal article Google's iPhone Tracking: Web Giant, Others Bypassed Apple Browser Settings for Guarding Privacy where she felt that the Google was not honest in their claim that the code applied to bypass Safari Web Browser settings was not to steal user information. Here is where someone who has not been involved in the development of software systems of any size fails to realize that when you have several coders working on a system, some pieces of code have side affects that have not nor could not be anticipated, period.

Yes Google has some brilliant software engineers. However, even the best minds cannot foresee all or most secondary and tertiary effects of a piece of code. To simply say that they knew all ramifications of the code is not to consider the complexity of their systems.

I am not saying that Google is always ethical. I have submitted previous posts that clearly state that I understand the danger of user data potentially being misused. I am not so naive to think that they are not interested in making money. But I am not sure that this case, that stemmed from code added that was designed to make different web browsers consistent which is a better experience for the user, is the result of malevolence to steal user information. It is certainly possible for it to be used in that way but again, this really could be a case of an unintended side effect or what is commonly termed, the ghost in the machine.

Use and Calibrate the Compass

Seth Godin makes a good point in his blog when he states:

The map keeps getting redrawn, because it's cheaper than ever to go offroad, to develop and innovate and remake what we thought was going to be next. Technology keeps changing the routes we take to get our projects from here to there. It doesn't pay to memorize the route, because it's going to change soon. The compass, on the other hand, is more important then ever. If you don't know which direction you're going, how will you know when you're off course?

The map may be easier but as Godin says it will be constantly changing. Therefore, let's get good at using a compass.

To find our direction, I must turn the compass dial until the North mark and the "Orienting Arrow" are lined up with the North end of the needle. Then, whichever direction is on the opposite side of the compass, that is the direction you are heading. Now, orient yourself to the direction you want to go with the compass dial until the North mark and the "Orienting Arrow" are lined up and you are good to go. For example, the picture below shows you pointing west.

Now, you can take any road that will allow you to go west and not be stopped if the road your on is closed. Just navigate to another road going west by the use of the compass.

Of course, the compass in Godin's article was a metaphor. Yet, this concrete example shows us that we need to get better at calibrating our compasses or our sense of the proper direction. We need to determine the best direction via "the compass" and stop memorizing maps to get where we are going professionally, personally, etc.as the maps will be changing faster as we move forward in our journey.

I need to remember this next time Google Maps leads me into a corn field instead of where I wanted to go!

...fatal error: parser/kwlist.h: No such file or directory compilation terminated on Ubuntu

Yesterday I was compiling and installing the latest source code for pgAdmin3, a popular Open Source administration and development platform for the PostgreSQL database, on my netbook with the Ubuntu 11.10 operating system and ran across the following error:

...fatal error: parser/kwlist.h: No such file or directory compilation terminated. 

Earlier this month I had built and installed pgAdmin3 on two other systems and ran into the same problem. Because I had hunted this header file down and stored it on my Dropbox account, I had it handy and dropped it into the source code and went on my merry way with the build. 

Therefore, for those who run across this issue I have linked the file here.

Simply drop the file into the /theSourceCodeDir/pgadmin/include/parser directory and reissue the make command. 

Enjoy  :-)

Build an adaptive culture that will invest in process only when it is needed

I just watched a great video with Eric Ries, entrepreneur-in-residence at Harvard Business School and author of the book The Lean Startup: How Today's Entrepreneurs Use Continuous Innovation to Create Radically Successful Businesses.

Within the video he examines the technique of the "5 whys." In short, those involved in a lean startup will for each problem they must tackle (1) ask "why" at least 5 times digging further into a  problem with each "why" questions. (2) Next they are to find the human problem behind every seemingly technical issue. And finally, (3) make a proportional investment in each of the 5 "why answer" layers. This will build an adaptive culture that will invest in process only when it is needed and not expend valuable resources.

For example, let us suppose you are part of startup X and one of the startup's main partners asked a software developer, "Why didn't we get that last feature into the release to show to the investors?" That was why number 1. The software developer answers, "Because I did not have enough time." The partner then asked, "Why didn't you have enough time?" Again, why number 2. "Because I can only add features to the application on week-day nights." "Why only on weekday nights?" Why number 3. I think you are getting this by now. "Because I have a full-time developer job that I work during the week and I want to spend time with my family on the weekend." "Why did we not consider your time limitation when prioritizing features and do the more important features first?" "Not sure, I was told to add the features in this order." "Why who was it that told you those features?" "The project manager."

We see the human factor here is both the developer resource limitation as well as with the program manager on how the priorities of the software program's features were determined.

Proportional investments into the first three layers could be addressed by adding development resources. The last two layers could be remedied by the full team collaborating on what the startup's software should feature. Simple and elegant. 

Weblining - what you'll miss

In the previous post I discussed how the use of the results of the analysis of individuals' aggregated data and what Lori Andrews termed "weblining." 

Andrews sees the limitation of chance encounters as well when considering the results of a demographic segment's data analysis in targeted advertisement. "When young people in poor neighborhoods are bombarded with advertisements for trade schools, will they be more likely than others their age to forgo college? And when women are shown articles about celebrities rather than stock market trends, will they be less likely to develop financial savvy?" 

In other words, media content tailored to the individual's preferences may lead to a lack of exposure to new products as well as ideas and view points. This area of negative impact from this use of data aggregation analysis is what I and others before me call the loss of serendipity. Dictionary.com defines serendipity as "an aptitude for making desirable discoveries by accident."

Lenny Rachitsky, in his TED Talk entitled Losing Serendipity shares that we may be denying ourselves our next favorite thing by limiting our exposure by what we like on Facebook or the narrow news feeds we select and hear.

Could it be that with targeted advertising and by following only those viewpoints and ideas with which we already agree and are comfortable with that we are losing out on what we may discover and/or may be beneficial for us? Could it be possible that a new type of food we will love could be missed if we always went to the same restaurant? What about that next song you will not hear because your current music tastes reflected in your Facebook posts limits what music advertisements Facebook provides to you? 

Does this mean that we should not utilize data to target advertising? Of course not. Data analysis and the discoveries it provides offers too much potential to ignore. The question in my view is, how can we use technology to increase an aptitude for making desirable discoveries by accident? 

Weblining--what you 'search' can be used against you?

Anyone who has watched a law enforcement television show has heard the apprehending official state the Miranda warning to the person being arrested. "You have the right to remain silent. Anything you say or do can and will be held against you in a court of law...."

According to Wikipedia, "the 'Miranda rights' was enshrined in U.S. law following the 1966 Miranda v. Arizona Supreme Court decision, which found that the Fifth Amendment and Sixth Amendment rights of Ernesto Arturo Miranda had been violated during his arrest and trial for domestic violence." Within this decision the court did not provide the exact wording of the warning but did set guidelines that law enforcement must follow:
"...The person in custody must, prior to interrogation, be clearly informed that he or she has the right to remain silent, and that anything the person says will be used against that person in court...."

In her recent New York Times article Lori Andrews provides a similar warning. She defines "weblining" as using the results from analyzing aggregate data to discriminate against individuals or groups of people. The term is based on the use of "redlining." Andrews explains:
"In the 1970s, a professor of communication studies at Northwestern University named John McKnight popularized the term “redlining” to describe the failure of banks, insurers and other institutions to offer their services to inner city neighborhoods. The term came from the practice of bank officials who drew a red line on a map to indicate where they wouldn’t invest. But use of the term expanded to cover a wide array of racially discriminatory practices, such as not offering home loans to African-Americans, even those who were wealthy or middle class."

For example, "Your application for credit could be declined not on the basis of your own finances or credit history, but on the basis of aggregate data — what other people whose likes and dislikes are similar to yours have done." "What?!?" you might ask, how can that be? Andrews goes not to explain that "If guitar players or divorcing couples are more likely to renege on their credit-card bills, then the fact that you’ve looked at guitar ads or sent an e-mail to a divorce lawyer might cause a data aggregator to classify you as less credit-worthy. When an Atlanta man returned from his honeymoon, he found that his credit limit had been lowered to $3,800 from $10,800. The switch was not based on anything he had done but on aggregate data. A letter from the company told him, 'Other customers who have used their card at establishments where you recently shopped have a poor repayment history with American Express.'"

Wow! While I do think that the analysis of data can and does provide the consumer with more useful, directed advertisements, this is not a proper use of individuals' aggregated data. So, here is your warning, what you search can and may be used against you. Now you know.

When creating Postgresql users....

Being new to the Postgresql database server this is a note to self, in the future when creating postgresql users, remember the options precede the user name. For example, to create a user with an encrypted password issue the following from the command prompt:
$ sudo su postgres

$ createuser -e -P theUserNameHere

The first line logs you in as the postgres superuser. The next line is where the user is created. The -e option is so the password is encrypted and the -P option is so the password is requested before the user creation is complete. There, now I have it for future reference. 

...more tangible, more linear and more contextual

In her NY Times piece, The Dilemma of Being a Cyborg, Carina Chocano defines a dilemma of depending on memory extension devices such as smart phones: "It’s that we’re collectively engaged in a mass conversion of what we used to call, variously, records, accounts, entries, archives, registers, collections, keepsakes, catalogs, testimonies and memories into, simply, data. 'Data' has become the default word used to describe the constantly generated, centrally stored evidence of our existence. I wasn’t surprised to learn that the word “data” comes from the Latin for 'to give,' and refers to something that is given or relinquished. It also feels significant that data rests at the very bottom of the so-called knowledge hierarchy — below information, knowledge and wisdom."

Her tone is one of regret. She expertly details that as we move our digitally captured memories and experiences to silicon extensions of ourselves, we lose what biological memory is good at providing--an emotional context that was a tangible part of our space/time existence. "Data is weightless and characterless and takes up very little space. The more of it we save, the more we lose the ability to differentiate it, to assign significance and meaning."

At the end of the article she discusses the small revival of the use of physical media such as vinyl records or cassette tapes. "It strikes me that the current fetishization of analog technology has less to do with nostalgia than it does with an urge to slow down the transfer of data from the internal to the external, from the individual to the collective, and to make it all less instant, less ephemeral, less interchangeable, and more tangible, more linear and more contextual."

Given that we are all cyborgs now, what can we do to recover the richness of ourselves that is more tangible, more linear and more contextual? It is not as if we will abandon those devices any time soon. Could it be that we can find a way to use them in a more tangible, linear, and contextual fashion? Is this where the Facebook timeline can help a person as they look at their own and other friend's profiles? Perhaps looking at the timeline with a significant other as they remissness over those actual events?

While I agree with Chocano that reducing our contextually created memories to bits and bytes is not the same as "remembering," can we use binary data to create meaningful memories? I hope so.

Highly Specific Rituals

I was perusing the Harvard Business Review blog site and came across the Why Don't We Act in Our Own Best Interest? post by Tony Schwartz. This should sound familiar to us in that we often hear the phrase that we are our own worst enemies.

Schwartz's answer to the question that he poses is "The most basic answer is that we don't make a connection between our current behavior and its future consequences."

Schwartz's remedy? "It's to rely more on our pre-frontal cortex, which allows humans alone to imagine the future consequences of our actions. Too often, instead, we use our pre-frontal cortex after the fact, to rationalize and minimize our short-term and ultimately self-defeating behaviors." While I agree, the problem here is literally easier said than done. So, what things can we do that reminds us to use our pre-frontal cortex and not the amygdala?

"Our own work at The Energy Project focuses on helping individuals and organizations institute highly specific rituals — behaviors and practices that eventually become automatic and serve sustainable well-being and effectiveness. We can learn to be far more conscious and intentional in our behavior, and less self-centered and short-term in our perspective. Doing so requires deliberate practice."

Again, I agree whole heartily. But isn't the trick here to not give in to the lizard brain and procrastinate on those "highly specific rituals?"

The Wake of the Intangible

Last year I completed the book How to Measure Anything: Finding the Value of Intangibles in Business by Douglas Hubbard and the concepts garnered from the book are still incubating. As the subtitle indicates, the challenge businesses face is in using the "intangibles" within measurement and decision making. 

Dictionary.com defines intangible as something that is "Unable to be touched or grasped; not having physical presence." Okay, how if it does not have any physical presence, how can we measure its attributes and then gain any value from them?

In short Hubbard proposes that even intangibles provide observable effects. In my view it is as if an unseen boat just passed you quietly on the water. Because of the fog you did not see the boat and due to its distance you could not hear it, but you could still feel the waves in its wake. The question then becomes, how can I use the waves to inform me about what just passed me through the water? While not the same as having the ability to visually track the passing boat and calculate the time and distance and its dimensions, the waves do nonetheless provide some data that one could use. The challenge is, how can we get value from the waves?

Within the book Hubbard details his Applied Information Economics (AIE) to assist in this challenge. See the diagram below:

 

See the Everything Is Measurable table below for more.

Product of Negative Integers...Easy as -1, -2, -3

I have been reading One, Two, Three: Absolutely Elementary Mathematics by David Berlinski. While the topic is basic mathematics, the book's content is not elementary my dear Watson.
In a side discussion of negative numbers he presents a proof of a rule that has baffled students since the discussion of positive and negative integers began--namely if when you multiply two positive numbers the product is positive and when you multiply a positive number to a negative number you get a negative outcome, how is it that when two negative numbers are multiplied together the result is a positive number? Berlinski eloquently details the proof on over two pages with this conclusion:

[xy + x(–y)] + (–x)(–y) = xy.

[xy + x(–y)] + (–x)(–y) = –x–y.
Therefore, xy = –x–y.

Berlinski, David (2011-05-10). One, Two, Three: Absolutely Elementary Mathematics (p. 153-154). Pantheon. Kindle Edition.

I thought it would be good to do this in Ruby for fun. And sure enough, the proof stands true.

Vagueness: the path to the adjacent possible?

In his Wired article entitled In Praise of Vagueness, Jonah Lehrer writes, "According to an experiment led by Catherine Clement at Eastern Kentucky University, one way to consistently increase our problem-solving ability is to rely on vague verbs when describing the problem. That’s because domain-specific verbs–actions which we only perform in particular contexts – inhibit analogical reasoning, making us less likely to discover useful comparisons. However, when the same problem is recast with more generic verbs – when we describe someone as 'moving' instead of 'sprinting,' for instance – people are suddenly more likely to uncover unexpected parallels. In some instances, Clement found that the simple act of rewriting the problem led to impressive improvements in the performance of her subjects."

Apparently, vagueness allows one to move to the adjacent possible more easily. Therefore, when stuck back away from specificity and get general.

Why we study history

On my run today, 1-9-12, I was listening to the This Developer's Life podcast that spoke of the value of looking at older programming languages and technologies and what can be gained from looking back at the refined algorithms of older programming languages and the efficiencies of other older technologies. One thing that stood out to me within the discussion is the long life of the Fortran language. Fortran developer David Sokol stated that Fortran is largely supported by academic institutions and research. While software companies come and go, one thing that stays is the need to teach, study, and learn. This reminds me of the concept of "the root produces the fruit." In other words, information does not emerge from nothing. With continued use, refactorings, and adaption older languages can provide the context for gaining old ideas for new platforms and technologies.