What I really like doing, solving really tough problems

Some things in life are repeating patterns and it takes time to see these patterns and learn from them.  One of the GigaOm Research team asked me a a good question of how to engage a client.  Yesterday I spent hours chatting with GigaOm staff and I hit upon a method I think works.  We’ll see if the customer likes it.  When I had dinner and got into a technical discussion that was enlightening (which I will write about in another post).  The solving problems issue came up.

Here is definition of problem solving in psychology’s perspective from Wikipedia.

Psychology[edit]

In psychology, problem solving refers to a state of desire for reaching a definite 'goal' from a present condition that either is not directly moving toward the goal, is far from it, or needs more complex logic for finding a missing description of conditions or steps toward the goal.[2] In psychology, problem solving is the concluding part of a larger process that also includes problem finding and problem shaping.

Considered the most complex of all intellectual functions, problem solving has been defined as a higher-order cognitive process that requires the modulation and control of more routine or fundamental skills.[3]Problem solving has two major domains: mathematical problem solving and personal problem solving where, in the second, some difficulty or barrier is encountered.[4] Further problem solving occurs when moving from a given state to a desired goal state is needed for either living organisms or an artificial intelligencesystem.

While problem solving accompanies the very beginning of human evolution and especially the history of mathematics,[4] the nature of human problem solving processes and methods has been studied bypsychologists over the past hundred years. Methods of studying problem solving include introspectionbehaviorismsimulationcomputer modeling, and experiment. Social psychologists have recently distinguished between independent and interdependent problem-solving (see more).[5]

In 1991, I took a sabbatical at Apple and had 13 weeks off work unengaged with plenty of time to think.  It took me 6 weeks to flush out the intensity of work.  When I left Microsoft in 2006 it took me 6 months to get to this same point of mind.  The remaining 7 weeks I had plenty of time to rest and relax.  When it got time to go back to work at the end of the sabbatical I asked the question what I enjoyed most doing at work. With plenty of time I was able to come up with “I like to solve really tough problems.”  Excited going back to work at Apple I told my boss what I had figured out.  Her response was “Well that is nice, but our group is about process.”  It was crystal clear to me to get out of the group which led to me leaving to go to Microsoft.

When I worked at HP, Apple, and Microsoft I changed jobs every year.  I would join a new group.  Understand what they did figure out the problems to solve, learn as much as I could, then got bored and looked for a new problem to solve.  This has led me through quality engineering, reliability engineering, process engineering, packaging engineering, distribution logistics (got really good at this which is why Apple hired me away from HP),  OEM purchasing, peripheral engineering, monitors, power supplies, keyboards and mice, scanners, printers, operating system project management, typography (got really good at this which is why Microsoft hired me away from Apple), client OS, program management, business development, vendor management, power management, modular plug and play architecture in OS, evangelism, platform marketing, web platforms, management systems (got good at this, then really frustrated at Microsoft and left), green data center, environmental technologies, media ecosystem, construction, analyst, and entrepreneur.

Even after all this the one consistent pattern which can frustrate those who aren’t used to hanging around engineers is a focus on where the problem is.

Engineering[edit]

Problem solving is used in engineering when products or processes fail, so corrective action can be taken to prevent further failures. It can also be applied to a product or process prior to an actual fail event, i.e., when a potential problem can be predicted and analyzed, and mitigation applied so the problem never actually occurs. Techniques such as Failure Mode Effects Analysis can be used to proactively reduce the likelihood of problems occurring.

Forensic engineering is an important technique of failure analysis that involves tracing product defects and flaws. Corrective action can then be taken to prevent further failures.

Reverse engineering attempts to discover the original problem-solving logic used in developing a product by taking it apart.

Finding the problem can seem depressing to those who are powerless to do anything about the problem.  But, when you feel like you can fix things, you want to see the problem clearly so you can fix it.  Repeating the analysis to see if you really do see.

An example of a person who focuses on problem solving is Google’s Jeff Dean.

Google’s Jeff Dean talks about infrastructure, focus and recognizing cats

 

JUN. 19, 2013 - 12:46 PM PST

2 Comments

SUMMARY:

Jeff Dean, a Google Fellow who helped develop some of the web giant’s most innovative infrastructure projects, says focusing on one problem at a time is crucial for success

Jeffrey Dean, the man who developed or co-developed some of Google’s biggest infrastructure innovations — such as MapReduce and BigTable — told attendees atGigaOM’s Structure conference in San Francisco that the best approach to infrastructure is to focus on one problem at a time. Google was forced to come up with its own software and hardware solutions, Dean said, because it was growing so quickly and had such huge data needs, and this helped it to focus on the important problems that needed to be solved right away and to come up with some innovative answers.

Open Compute Summit #5 coming Jan 28-29, 2014 San Jose Convention Center

I’ve gone to the four Open Compute Summits - Palo Alto, NYC, San Antonio, and Santa Clara.  #5 is in San Jose on Jan 28-29, 2014.  Registration is not open yet, but should be soon.

OCP Summit V

We are pleased to announce the dates for the next Open Compute Project Summit on Tuesday, January 28 and Wednesday, January 29, 2014 at the newly expanded San Jose Convention Center in San Jose, CA.

The Open Compute Project Foundation aims to accelerate data center and server and storage innovation while increasing computing efficiency through collaboration on relevant best practices and technical specifications.

Initiated in April 2011, the Open Compute Project incorporated as a foundation in October 2011 and has board representation from Facebook, Intel, Rackspace, Arista, and Goldman Sachs. The Open Compute Project Foundation is committed to collaborative dialogue and providing a structure in which individuals and organizations can contribute to Open Compute Project initiatives. Additional information about the Foundation's mission and principles can be found at opencompute.org.

At the last summit, attendees came from the technology sector in addition to finance, government, and consulting. These attendees represented executive-level roles of vice president or higher as well as IT directors and managers.

Venue

San Jose Convention Center - 150 West San Carlos Street, San JoseCA 95113

Registration

Coming Soon!

If 80% is correct in The Everything Store: Jeff Bezos and the Age of Amazon is it worth reading? Probably

AllthingsD has a post on an ex-employee giving The Everything Store 4 stars vs. Jeff Bezos’s wife Mackenzie Bezos’s 1 star.

 

Amazon’s First Employee Disses MacKenzie Bezos Review That Disses New Book About Amazon

Brad Stone Everything Store Book Amazon Jeff Bezos

A day after MacKenzie Bezos, the wife of Amazon CEO Jeff Bezos, blasted a new book about her husband and his company in a one-star review on Amazon.com, Amazon’s first employee, Shel Kaphan, has published a four-star review of Brad Stone’s “The Everything Store,” in which he recommends the book and criticizes MacKenzie Bezos’s take. (Kaphan confirmed to me that he is the reviewer.)

One of the things I have learned being closer to media is how much written is not really that accurate.  In one review of the book by an ex-amazon employee.

My biggest concern is that I have first-hand knowledge of many of the episodes in the book (high school, original web site, 9/11, earthquake, A9, Manber/Holden, Kindle, Netflix). Overall, from the parts that I know about, about 80% is correct and 20% isn't (often in details, but incorrect nonetheless). That, of course, taints my view of the book as a whole, because I have to assume that 20% of the stuff I don't have personal knowledge of is also incorrect.

That said, I would still recommend the book (and especially the picture of Jeff in High School!)

It is point well made give the lack of information on amazon.com as a business if 80% if correct is the book still worth reading.  Most likely yes.

I ran into an old friend on the plane on Monday who is an ex-amazon early employee.  We have had a good time discussing logistics methodologies.  I think talking about the everything store book may be a good coffee conversation.  Well, I guess that means I need to buy the book.  Huh, maybe I’ll make The Everything Store the first purchase on my new Kindle HDX 8.9 I’ll get tomorrow.

1st day at GigaOm Roadmap

I had good long day at GigaOm Roadmap getting immersed in designers. I was able to reconnect with John Maeda and catch up on some ideas.  Here is John’s presentation reported by Kevin Tofel.  I have more to add, but I am pretty tired after a 12 hr day of networking.

Why Moore’s Law doesn’t influence design these days: Less is “moore”

 

11 HOURS AGO

1 Comment

John Maeda Rhode Island School of Design Roadmap 2013
SUMMARY:

Technology cycles have been on a tear for decades, with each chip iteration bringing more capabilities at lower prices. But less can be more in tech products–and design is the way to balance that factor.

Connecting with my long past work in typefaces I had a nice conversation with Erik Spiekermann.  I want to write about my impression of Erik’s presentation, but I’ll do that later.  Jeff John Roberts reports on Erik’s presentation.

Apple font “beautiful as typeface, totally sucks as an interface” — insights from a famous designer

 

9 HOURS AGO

6 Comments

Erik Spiekermann Edenspiekermann Jeff Veen Adobe Roadmap 2013
SUMMARY:

Noted designer Erik Spiekermann has called Apple’s typeface choice a “youthful folly.” Speaking at Gigaom’s Roadmap, he explained what he meant and offered other insights into how he sees the world of design.

The GigaOm Roadmap day 1 was well worth the time and I’ll go back tomorrow for day 2.

Who would have thought that the Tablet Wars are between Apple, Google, and Amazon

I have an iPad, Samsung Tablet, and a 1st generation Kindle Fire.   In the past month Apple, Google and Amazon have announced their new Tablets and CNET has a post on display quality.

iPad Air topped by Kindle Fire HDX in display quality test

The iPad Air has an "excellent" display -- but not quite as excellent as the Kindle Fire HDX 8.9, DisplayMate says.

NewImage

On Thursday I am getting a Kindle Fire HDX 8.9.  During the day I find myself spending time in amazon’s, apple’s, and google’s mobile OS.  The true test on the Kindle HDX is what my kids think.  They are always making fun of the number of things I use during the day.  One of these days they may understand what I am doing what all the devices creating a mobile service solution. When I try to tell the story of what I am building I feel like it is bedtime situation.  My family usually gets sleepy, nods their head, “uh huh”, “yea”, and they are ready to go to sleep. I’ve learned this lesson and don’t tell the mobile stories unless I have someone who has the problem set we are trying to solve.  That’s when they are awake. 

What is interesting is Amazon, Apple, and Google are each trying to solve a different mobile problem which is defined by their business model.