Thinking about multitasking

In that serendipitous flow that blogs excel at, Chukti made contact with me after a quarter of a century. [Great connecting up, Chutki!) And as we conversed he brought up Attention Deficit Trait (as defined by Edward Hallowell) and wondered what I thought of it.

A few days later I was reading The Economist’s Intelligent Life Summer 2006 issue. And found this article by Tim Hindle referring to the same concern; unfortunately it’s hidden behind a premium wall.

I quote from the article. “Mr Hallowell says that people who work in physical isolation are more likely to suffer from ADT than those who share a lively office“.

When I see statements like that I start thinking about popes and catholicism and bears and woods and faeces.

But what do I know?

So I continue to do what I do, and learn from my wife and my children. It’s strange, my wife does not do e-mail. She wants to, and we keep putting off “the lesson”. It will happen. Soon.

But in the meantime.

Watching her deal with her daily routine, and (when and where possible) participating in it, teaches me more about multitasking and dealing with distractions than I could learn in an “office” environment. Let me draw out some themes, briefly.

1. Some of her tasks are regular and inflexible in terms of time. School runs and mealtimes are classic examples.

2. Some are regular but more flexible in the context of precisely when she does them. Shopping and laundry and meal preparation are examples of these. And keeping fit.
3. Some are regular and low-flexibility in terms of time, but she outsources them. Cleaning and ironing and dry-cleaning come to mind.

4. Most of this is done while I am at work and the children are at school, so she does them largely on her own. But she interacts a lot with people while she does them. And she has many interruptions, some welcome, some not. Phones and doorbells ringing. “Outsourced” task handlers needing answers to questions in order to continue. Things to follow up, things to organise.

5. And somewhere within all this, she finds time for herself, to rest, to relax, to read the Bible, to pray. And motivate and spur and cajole and support the rest of us. And stay contented and patient.

What I find particularly fascinating is a constant and dynamic prioritisation process. They say a woman’s work is never done. And sometimes it seems to me that as a result, their concept of what is important and what is not is very well defined.
Yes, I can learn a lot about multitasking from her. And I try to. Especially since she has all this without e-mail and IM and RSS, and has learnt how to deal with it all.

This mix of must-do and may-do, of time-inflexible and time-flexible, interspersed with personal and household recharging, this mix tells me a lot about how 21st century management could be. Not assembly line but networked household. With adults and children and friends and service providers. I learn a lot about prioritisation and pragmatism from my wife.

LifeKludger, if you read this, maybe you can give us your take on all this. You probably know more about working in isolation than I’ll ever learn.

Self-fulfilling prophecies

Isn’t it ironic

That “the internet…a series of tubes

is clogging up

The Internet [via] a series of YouTubes….

Breaking News: Fedex and UPS to pay levies on books, CDs and DVDs delivered

Speakers and headphones to be taxed as well….
You’re right, it’s not true. But it might as well be. Kevin Marks reminded me about this story, via Gordon Cook’s community. Thanks to Kevin and to Gordon et al; it has been a busy day, and I forgot to pick up on the story.

I’m not even going to bother debating it. Pfui.
Instead, I’m going to point you towards some more worthwhile developments, as reported by Malc. As the business model for digital music disaggregates and reaggregates, with some market participants leaving and others joining, some very interesting possibilities emerge.

An aside. The Tax-The-ISP plan had an unusual table on the sources of MP3 player content in the UK, apparently from ICM Research in December 2005:

  • 65% ripped or copied from owned CDs
  • 11% copied from friends
  • 18% P2P downloads
  • 6% paid-for downloads

I would be fascinated to see evidence of any relationship or linkage between the 18% downloaded and their related CD sales. I think the two are complementary and not substitutes, that P2P downloads spur the purchase of “legal” music, either in CD form or in digital download form.

The Friends bit is also interesting, given the way different cultures define Family.

Four Pillars: Support for opensource — from an unusual quarter

I’m going to expose you to a few quotes first, with some artistic licence applied:

  • Rather than subsidising the rewriting of existing [proprietary] code, [enterprise] resources and funding should be focused on areas where external investment is not being made, areas where [industry segment] requirements are not being addressed, and [radically differentiating] technologies. Within these areas smaller communities of interest should be encouraged to use the same tools and processes that have proven successful in external open source development. The [enterprise] has legal and valid [business] reasons to encourage or require [open source approaches] within those communities of interest, allowing specific systems and technologies to evolve more quickly in response to emerging [market threats and opportunities].
  • [The enterprise] needs to evaluate the impact that locking into one set of proprietary standards or products may have to its ability to react and respond to [competitors] and more importantly, to technological change that is accelerating regardless of [market conditions]. In order to remain competitive in a rapidly shifting technological landscape (including the disruptive technologies leveraged by our [competitors] ) [the enterprise’s] software development and business processes must break out of the industrial-era acquisitions mold.
  • Software code has become central  to the [executive’s] ability to conduct business. If this shift is to be an advantage, rather than an Achilles’ heel, [the enterprise] must pursue an active strategy to manage its software knowledge base and foster an internal culture of open interfaces, modularity and reuse. This entails a parallel shift in acquisitions methodologies and business process to facilitate discovery and reuse of software code across [the enterprise].
  • To summarise:
  • OSS and open source development methodologies are important to the [security] and [business interests] of the [enterprise] for the following reasons:
  • Enhances agility of IT industries to more rapidly adapt and change to use needed capabilities
  • Strengthens the industrial base by not protecting industry from competition. Makes industry more likely to compete on ideas and execution versus product lock-in
  • Adoption recognises a change in our position with regard to balance of trade on IT
  • Enables [the enterprise] to secure the infrasctructure and increase security by understanding what is actually in the source code of software installed in [enterprise] networks
  • Rapidly responds to [competitive] actions as well as rapid changes in the technology industrial base

I particularly like the penultimate point, so much so I’ll quote it again: enables the enterprise to secure the infrastructure and increase security by understanding what is actually in the source code of software installed.

Now the kicker. These quotes are taken from the Open Technology Development Roadmap Plan, April 2006, Version 3.1 (Final), prepared for the Deputy Under Secretary of Defense, Advanced Systems and Concepts, Department of Defense.

When the DoD understands the value of open source in increasing security, and demonstrates that it really grasps Free as in Freedom not Free as in Gratis, how can it be that enterprises don’t? Now you know why I am Confused. Of Calcutta.

 

 

Four Pillars: Thinking about Generation M and their approach to software

[A health warning: This is a very provisional post. I haven’t thought through it too deeply, but there’s something about it that compels me to write it now.]

I’ve always been fascinated by collaborative filtering ever since I read the research papers on Firefly sometime in 1998. I got hooked on it by the time I saw what Amazon was able to do with it. Then, when I saw StumbleUpon, as behaviour and ratings merged more seamlessly with preferences and personalisation, I was transfixed. Now I learn from last.fm and even iusethis. [An aside: I was incredibly pleased to find that, with the exception of iusethis, an understandable exception, everything else I referred to had a Wikipedia entry….]

For Generation M, collaborative filtering is the norm. Which makes me think about how they will consume software.

The software they use is different from mine. How different? Why different? This is not an exact and scientific analysis, as I said this is a very provisional post.

  • They acquire the software primarily by registration, not disc or download.
  • There is almost never any client install.
  • They don’t care where it resides or runs.
  • They don’t care about its architecture or language or database or modules.
  • They don’t care if it’s called Alpha or Beta or Gamma.
  • But they do care about maintainability, about choice, when it comes to upgrades. They upgrade when they want to, not when they’re told to.
  • They do care about the devices they can use to consume it. Any and all devices. Wired and wireless. Desktop, handheld, palmtop, wearable, not even necessarily something I would recognise as a device.
  • They do care about what it works with. The ecosystem. The liquidity pool of plugins and addons and extensions.
  • They do care about the subscription price. Any colour you like as long as it’s low or zero.
  • They do care about its lose-ability. How easy is it to unplug, decommission? How easy is it to replace, to recreate?
  • They do care about its usability and convenience and look and feel. And signon and portability.
  • They do care about its personalisation-ability. Your skin or mine? Ours?

And they care about something else.

Taste. A hard-to-describe je-ne-sais-quoi set of attributes.

And that makes me think. How do we prepare for them?

Are we going to need to prepare for something else now? Going beyond the Spikesource-like approaches to opensource stacks and hybrid stacks and certification, are we entering a new zone?

One where we really see collaborative filtering applied to Web 2.0 (I know, I know, exceptions prove the rule) software, where the acquisition of stack interoperability information, of “ecosystem” information, comes from a collaboratively-filtered community? People who used this also use. Here are your recommendations based on your preferences and your behaviour. Here are some serendipitous offerings based on what we know about you, what you’ve been prepared to share with us.

One where we even see collaborative filtering lead us to dogs that didn’t bark. We don’t understand how you’re not using any of these bits, how come? What are you doing with the things you have, that lets you avoid these bits? What particular unplanned and unpredictable purpose are you managing to extract from the bits you do have?

Generation M is going to take simplicity and convenience, interoperability and portability, platform and device independence, mobility and ubiquity for granted.

They will move on.

To taste. And from taste to values. Recommendations and intention-signals are nascent arbiters of taste. The gaming and cyberspace communities have already figured this out.

Malcolm remarked in a recent conversation that Steve Jobs jealously guards the Mac OSX boot sequence, he knows it needs to be quick and dialtone. Taste.

If the registration information required is too cumbersome, they will move on. Taste.

If the licence is not short and simple and supportive of opensource, they will move on. Taste.

They will learn about software the way we see them learn about music they like; the way they learn about books and films and devices and blogs-to-read and people to meet and places to go and and and.

They will learn about software from their friends and network and peers and trusted advisors, through collaborative filtering  and preferences and profiling and recommendations and ratings.

They will apply their taste to all that, in terms of look and feel and values and simplicity and convenience and opensourceness.

Exciting times.