Monday, June 29, 2009

Sunday, June 7, 2009

About the power of innovation

Advocates of innovation describe it as necessary tool in a recession to regain prosperity.
Shed no doubt on it, but this is a macro-economics truth. For a company it does not make sense at all: the innovation bears a risk and we know from the market equilibrium theory that the risk surcharge is such that the utility equals non-risk investments.
A good theory but do I know my risks? Donald Rumsfeld once made an epistemological speech about unknown unknowns. The probability of innovation taking off, in the end is unknown. But theory behave as they would know, they just don't know that they don't know. So in the end its a Rumsfeld-ian "unknown unknown"?
As always, listen to Mr. Taleb carefully. He designates revenue from innovation in the fourth quadrant.

Friday, June 5, 2009

Flippant Juror

During lunch I exercised on the "Flippant Juror Problem"
  1. a jury of 3 jurors decides by majority
  2. two jurors are serious experts, they make a right decision with the probability p
  3. one is a jerk, he just flips a coin with probability for head q=1/2 to decide
Is this jury better than a single person who also makes a right decision with the probability p?
The solution is they are equal. Thats indeed counterintuitive! The jerk sabotages the jury.
Annotation: If they would all flip a coin with majority vote it would be also equal to one flip
This leads to a question related to the electoral process with majority vote in general.
Given N voters, how many "coinflippers" M it takes to reduce their probability for right decision to one decision, hmm try to solve that....

Monday, June 1, 2009

Architecture is about the 'Form follows Function' principle

Functionality should determine the Structure.
If hardware would be perfect, if CPUs would process instantly an infinite amount of input for an extremely complex algorithm. If connectivity would allow for instant access to an infinite amount of data. If our programs could be proven right, never crashed. If nobody could eavesdropping or tamper our system, if one programmer could change the system in every direction at no time... we would not need to think about an architecture. The internal structure of a system would be of no concern.

The limits of given technologies demand counter-measures to support functions, therefore we employ architectural patterns and tactics to circumvent undesired limitations.

Not all technology hurdles can be circumvent in this way, and some functionalities remain unimplementable. Thus a quantum computer would allow more functionality but demand new architectures.

In the next post I will outline the Quality Attribute approach, to design the architecture of a software system out of business functions, given technological constraints