Many peoples of North Africa migrate within their buildings in both daily and seasonal patterns to take advantage of the various microclimates the buildings create.
The real world of technology denies the existence and the reality of nature. For instance, there is little sense of season as one walks through a North American or western European supermarket.
Just as there is a little sense of season, there is little sense of climate. Everything possible is done to equalize the ambiance – to construct and environment that is warm in the winter, cool in the summer.
I am fascinated by the Farmer’s Almanac, and the “Planting by the Moon” guide in particular, which has advice such as: “Root crops that can be planted now will yield well.” “Good days for killing weeds.” “Good days for transplanting.” “Barren days. Do no planting.”
I think it’d be funny to make up an almanac for writers and artists, one that emphasized the never-ending, repetitive work of the craft.
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'.