andyskipper.com

a silicon jeremiad

Hanako - the oldest Koi Carp on record

  • Filed under: RND
Thursday
Aug 21,2008

Hanako

This is the story of the oldest recorded Koi Carp, Hanako, who lived to 226, her birth pre-dating the Declaration of Independence

There did not exist in this world any such country as the United States of America yet at the time when this carp was born. It was 25 years later that America made public the Declaration of Independence in 1776. It is very interesting to think that during the long years that this carp has continued to live, a country by the name of the United States of America came into existence and has built up her present culture of high standard. To speak in Japanese fashion, it was born in the 1st year of Horeki, that is, in the middle of the Tokugawa Era. Please consider how long her life is, surviving the shogunate and later the national advancement of Meiji and Taisho, and still continuing to live to this day of Showa.

This “Hanako” is still in perfect condition and swimming about majestically in a quiet ravine decending Mt. Ontake in a short distance. She weighs 7.5 kilograms and is 70 centimeters in length. She and I are dearest friends. When I call her saying “Hanako! Hanako!” from the brink of the pond, she unhesitatingly comes swimming to my feet. If I lightly pat her on the head, she looks quite delighted. Sometimes I go so far as to take her out of the water and embrace her. At one time a person watching asked me whether I was performing a trick with the carp. Although a fish, she seems to feel that she is dearly loved, and it appears that there is some communication of feeling between us. At present my greatest pleasure is to go to my native place two or three times a month and keep company with “Hanako”.

Hanako’s story

links for 2008-08-20

  • Filed under: DLC
Wednesday
Aug 20,2008

Medium-format loveliness

  • Filed under: PHT
Tuesday
Aug 19,2008

By snowdosker on Livejournal

Thursday
Aug 14,2008

You really can’t beat a camera trained on Bush for outlining the inately honest boredom of a man trapped in a situation he really doesn’t want to be in

Photos of the Large Hadron Collider

  • Filed under: PHT
Sunday
Aug 3,2008
Science is beautiful - and so are you

Science is beautiful - and so are you

The Large Hadron Collider (LHC), a 27 kilometer (17 mile) long particle accelerator straddling the border of Switzerland and France, is nearly set to begin its first particle beam tests. The European Organization for Nuclear Research (CERN) is preparing for its first small tests in early August, leading to a planned full-track test in September - and the first planned particle collisions before the end of the year.

Science - beautiful

A List Apart Survey 2008

  • Filed under: CTO
Thursday
Jul 31,2008

I just took it - why don’t you?

A List Apart Survey 2008

A List Apart Survey 2008

Not Quite

  • Filed under: RND
Wednesday
Jul 30,2008

not quite

Tuesday
Jul 29,2008

Scrum suggests that you freeze the requirements for the current iteration to provide a level of stability for the developers. If you do this then any change to a requirement you’re currently implementing should be treated as just another new requirement. XP and OpenUP support changing requirements during the iteration if you wish to work that way, although doing so may force you to sometimes move some requirements to the next iteration to make room for new requirements introduced during the current iteration. Both approaches are perfectly fine, you just need to choose the approach which makes the most sense for your situation.

Agile Requirement Change Management by Scott W. Ambler

Scalability and performance Q&A

  • Filed under: SYS
Friday
Jul 25,2008

InfoQ have a fascinating Q&A session with leading technologists about their preferred manners of ensuring their infrastructures remain performant under high traffic.

InfoQ: Scaling and Performance tuning is often seen as a fire-fighting activity; it’s all about fixing the problem right now. How would you go about tracking performance regressions over a mature codebase?

Matt Youill, Chief Technologist at Betfair: I think these are only truly detected once the application is live. Ensure that an application is partitioned effectively and deploy it onto one server in the live environment. If it looks good, deploy it onto another, and then another, and so on. Make sure that you invest in effective monitoring and measurement infrastructure to catch performance issues early in the rollout process.

Don’t try and catch performance issues before you deploy. You won’t be able to recreate the conditions that exist in live, and consequently you won’t get realistic dependable measurements.

http://www.infoq.com/articles/scalability-panel

Friday
Jul 25,2008

Message passing is a huge part of efficiently written software. With all the modular pieces buzzing along, doing their own thing, it becomes important that they have some mechanism to communicate with one another. Many programming languages have some level of built-in support for passing information back and forth between chunks of code, and it is often best to leverage these facilities. By mapping out the communication paradigm before a single line of code is written and keeping consistent throughout the whole application, the programmer saves him- or herself the trouble of inventing a new set of messages each time an additional module is added.

The notion of communication here applies both between modules, or teams, which may constantly interact with each other and require well-defined APIs for interaction, and for more asynchronous, interrupt-driven messages, which may better be handled by an event-based notification system. In a corporation, top-down information, such as announcements or strategic direction, should be able to easily be transmitted down the corporate hierarchy (this is often handled in meetings and email lists); equally important (though much harder to implement appropriately) is for messages coming from the lower levels to be heard at the very top without having been distorted or in any way compromised along the way.

A very interesting read from Dan Greenblatt: Thoughts On Software Architecture and Corporate Structure