The garden is as central to the concept of an Islamic home as the hearth is to the European home. It is interesting, then, that the hearth-fire in old traditions has a similar association with the life of the inhabitants of the house.
Commonly, the fire of the hearth was not allowed to go out. It was carefully covered with ashes each night at curfew so that a few selected embers would survive until morning. (In fact, the word "curfew" originated from the French word for cover-the-fire—couvre-feu.) Raglan comments that "the alarm and horror felt if the hearth-fire went out are out of all proportion to the inconvenience caused" by the need to relight it.
Thermal information is not differentiated in our memory; rather it is retained as a quality, or underlying tone, associated with the whole experience of the place. It contributes to our sense of the particular personality, or spirit, that we identify with that place. In remembering the spirit of a place, we can anticipate that if we return, we will have the same sense of comfort or relaxation as before.
Now I sometimes wonder whether the current of utility has not become too strong and whether there would be sufficient opportunity for a full life if the world were emptied of some of the useless things that give it spiritual significance; in other words, whether our conception of what is useful may not have become too narrow to be adequate to the roaming and capricious possibilities of the human spirit.
Whilst Feature Parity often sounds like a reasonable proposition, we have learnt the hard way that people greatly underestimate the effort required, and thus misjudge the choice between this and the other alternatives. For example even just defining the 'as is' scope can be a huge effort, especially for legacy systems that have become core to the business.
Most legacy systems have 'bloated' over time, with many features unused by users (50% according to a 2014 Standish Group report) as new features have been added without the old ones being removed. Workarounds for past bugs and limitations have become 'must have' requirements for current business processes, with the way users work defined as much by the limitations of legacy as anything else. Rebuilding these features is not only waste it also represents a missed opportunity to build what is actually needed today. These systems were often defined 10 or 20 years ago within the constraints of previous generations of technology, it very rarely makes sense to replicate them 'as is'.