Style consists in distinction of form Writing about style in architecture, the nineteenth-century theorist Viollet-le-Duc asserted that "style consists in distinction of form," and complained that animals expressed this better than the human species. He felt that his contemporaries had "become strangers to those elemental and simple ideas of truth which lead architects to give style to their designs," and he found it "necessary to define the constituent elements of style, and, in doing so, to carefully avoid those equivocations, those high-sounding but senseless phrases, which have been repeated with all that profound respect which most people profess for that which they do not understand." Eugène Viollet-le-Duc, The Evolution of Useful Things Having quite lost sight of the principle style
The usages of life A Fragment by Eugène Viollet-le-Duc victorianweb.org During the sixteenth and seventeenth centuries architects not only paid attention to internal arrangements, but subordinated the designs for the exterior to them. The usages of life dictated the arrangement and the arrangement suggested the form of the building. This was the dominant principle in times of Classical Antiquity and the Middle Ages. The Timeless Way of BuildingForm follows function architecturefunction
Discourses on Architecture A Book by Eugène Viollet-le-Duc Style consists in distinction of formHaving quite lost sight of the principle
Feature parity An Article martinfowler.com 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'. softwarefeaturesrepair