Thursday, February 19, 2009

Definition of an expert

Post on Coding Horror

Being an expert isn't telling other people what you know. It's understanding what questions to ask, and flexibly applying your knowledge to the specific situation at hand. Being an expert means providing sensible, highly contextual direction.

Advice from James Bach:
  • Practice, practice, practice!
  • Don't confuse experience with expertise.
  • Don't trust folklore -- but learn it anyway.
  • Take nothing on faith. Own your methodology.
  • Drive your own education -- no one else will.
  • Reputation = Money. Build and protect your reputation.
  • Relentlessly gather resources, materials, and tools.
  • Establish your standards and ethics.
  • Avoid certifications that trivialize the craft.
  • Associate with demanding colleagues.
  • Write, speak, and always tell the truth as you see it.
So if you want to be an expert in practice rather than in name only, take a page from Steve McQueen's book. Don't be the guy telling everyone what to do. Be the guy asking all the questions.

Wednesday, February 18, 2009

MBA in 2 words - Speak Up!

Article on Time.com

Repeatedly, the ones who emerged as leaders and were rated the highest in competence were not the ones who offered the greatest number of correct answers. Nor were they the ones whose SAT scores suggested they'd even be able to. What they did do was offer the most answers — period.

"Dominant individuals behaved in ways that made them appear competent," the researchers write, "above and beyond their actual competence." Troublingly, group members seemed only too willing to follow these underqualified bosses. An overwhelming 94% of the time, the teams used the first answer anyone shouted out — often giving only perfunctory consideration to others that were offered.


Data as a business plan

Article on Wired.com

"The data is the infrastructure," in the words of Sean Gorman, the CEO of FortiusOne, a company that builds layered maps around open-source geographic information. For every spreadsheet squirreled away on a federal agency server, there are entrepreneurs like Gorman ready to turn a profit by reorganizing, parsing, and displaying it.

Dozens of software and marketing firms, meanwhile, thrive entirely on slicing and interpreting U.S. Census data, released free in a format called Tiger. Google Earth and Microsoft Visual Earth both depend on government satellite data and private sources for their underlying maps, while real estate websites like Zillow and Trulia take advantage of housing and demographic feeds from state and local governments. More recently, Web 2.0 startups like CloudMade and Swivel have developed user-driven widgets to visualize and combine public data sets.

Tuesday, February 17, 2009

Elegant? Or under deadline, under budget, just works?

Post on The Daily WTF

Only a select few get paid to develop “sexy” software, whereas most of us are stuck developing the boring stuff.

There’s a term for this type of boring software: information systems. And while the purpose of an information system changes from company to company, as do the specific requirements, they all are essentially the same. There’s a database that models the real world, rules to define how the data may be changed, an interface to the database, and lots of different reports.

As Michael A. Jackson said in his 1975 Principals of Program Design, “Programmers… often take refuge in an understandable, but disastrous, inclination towards complexity and ingenuity in their work. Forbidden to design anything larger than a program, they respond by making that program intricate enough to challenge their professional skill.”

This thirty-five year-old observation is confirmed day-in and day-out here on TDWTF. Some of the most egregious code and stories written here stem from the developer’s desire for cleverness. Carrying out these desires is neither malicious nor devious, but merely instinctual.

Essential rules that must be followed when developing business information systems:
  1. Learn the business
  2. Serve the business
  3. Learn off the job
  4. Code mostly business
  5. Tedium is inescapable
  6. Find satisfaction elsewhere
  7. Get another job

Tuesday, February 10, 2009

The Burden of Social Networks

Wired.com article by Steven Levy

Guilty. I feel guilty that I have a blog and haven't contributed to it for seven months. Guilty that all my pals on Facebook post cool pictures, while the last shots I uploaded were of Fourth of July fireworks—from 2007. Guilty that I haven't Dugg anything since, well, ever.

That's where my guilt comes in. Because of time constraints and just plain reticence, I worry that I'm snatching morsels from the information food bank without making any donations. Instead of healthy, reciprocal participation, I'm flirting with parasitic voyeurism.

So, driven by guilt, I try to pitch in. I post Facebook status reports, send iPhone snapshots to Flickr, link my Netflix queue with FriendFeed. But as my participation increases, I invariably suffer another psychic downside of social networking: remorse.

The more I upload the details of my existence, even in the form of random observations and casual location updates, the more I worry about giving away too much. It's one thing to share intimacies person-to-person. But with a community? Creepy.

What is the proper balance between social networking and personal privacy? What about the effect of the permanence of digital information, when everything is stored "in the cloud"? In 10 years, will you regret your Facebook status updates or vacation pictures - not knowing who has archived or saved them for their own personal use?

Friday, February 6, 2009

DataViz Resources

R-Specific
Quick-R: clear, simple description of R
R Resources: at Cerebral Mastication
One R Tip A Day
StatsRUs: an R Cookbook
Revolutions: news about R, statistics, etc. from REvolution Computing
R for Psychology: many R snippets, code samples
SimpleR: a short course in R

General
Flowing Data
WallStats blog
Stephen Few's blog
Ben Fry
Information Aesthetics

Graphics Design
Squidoo Lens

Wednesday, February 4, 2009

What It Takes To Survive

Link to Newsweek excerpt of book by Ben Sherwood

Why do some people live and others die? Why do a few stay calm and collected under extreme pressure when others panic and unravel? How do some bounce back from adversity while others collapse and surrender?

The best survivors and thrivers understand that crisis is inevitable, and they anticipate adversity. Understanding that even misfortune gets tired and needs a break, they're able to hold back, identify the right moment and then do what they need to do. Psychologists have a clunky term for this: active passiveness. It means recognizing when to stop and when to go. In a critical sense, doing something can mean doing nothing. Action can be inaction, and embracing this paradox can save your life.

In any emergency, people divide into three categories, Leach says. First, there are the survivors like the 155 people on US Airways Flight 1549, who manage to save themselves in the worst situations. Second, there are unavoidable fatalities: people who never have a chance, like so many of the 200,000 people in Southeast Asia who were swept away by the tsunami of 2004. Third, there are victims who should have lived but perished unnecessarily.

After examining countless disasters and categorizing the ways people respond to life-threatening situations, Leach came up with what might be called the theory of 10-80-10. First, around 10 percent of us will handle a crisis in a relatively calm and rational state of mind. The top 10 percent are leaders, like a few passengers on the US Airways flight who took charge and guided others off the plane.

Leach says the vast majority of us—around 80 percent—fall into the second category.

The last group—the final 10 percent—is the one you definitely want to avoid in an emergency. Simply put, the third band does the wrong thing. They behave inappropriately and often counterproductively. In plain terms, they freak out and can't pull themselves together. And they often don't survive.

Neuroticism is a personality trait of people who tend to be anxious, tense and sensitive to stress, he explains. In the gorilla experiment, people with high levels of neuroticism are very serious and intense about their assignment to count the number of basketball passes. People with low levels are calmer and less sensitive to stress. According to Wiseman, lucky people usually are more laid-back and open to life's possibilities—like giant headlines in his newspaper experiment—while unlucky people are more uptight, nervous and closed off.

Wiseman has concluded that there are four reasons why good things happen to certain people:
  1. Lucky people frequently happen upon chance opportunities
  2. Lucky people listen to their hunches and make good decisions without really knowing why
  3. Lucky people persevere in the face of failure and have an uncanny knack for making their wishes come true
  4. Lucky people have a special ability to turn bad luck into good fortune
Psychological concepts mentioned in the excerpt:
  • active passiveness - knowing when to stop, and when to go
  • incredulity response - people simply don't believe what they're seeing
  • normalcy bias/analysis paralysis - people act as if everything is OK and underestimate the seriousness of danger
  • inattentional blindness - we don't notice things when we don't pay real attention