Skip to main content

Definition as Content and Container

We often use terms without fully thinking out how we are using them - particularly if abstraction is involved.  The other day I was looking at a data modeling tool, and asked a colleague "What did you put into the definition?".  It suddenly occurred to me that I was not talking about the content of the definition, but about the definition field into which I could type the content.

After thinking about it some more, I realized that the definition field is a container which we are free to use as we want (at least in the tool I was working with).  So an immediate question is, how do we want to structure what goes into this field (e.g. with section headings) and what metadata about the definition do we want to put in (e.g. what person last updated it)?  

Of course, the more sophisticated tools have these separate elements of the definition more explicitly segregated.  The "definition" is a set of smaller containers inside a bigger container. Perhaps this might mean that a different set of questions arises, such as the order in which we develop content in this set of smaller containers.  Or perhaps such questions depend on the actual set of containers that are exposed to use in each of these tools.  Either way, I think questions arise.

It is good to be concerned about how to develop good definitional content, quite apart from what this content is stored in.  However, the fact that some kind of container exists (whether simple or complex) means that we have to be concerned with the management of the container also.  Since both container and content are signified by the term "definition" there is ample scope for confusion here.  

I do not think this is being pedantic.  Information Knowledge Management is difficult because it is dealing with things that are inherently abstract and immaterial.  It means we really have to think our way through it, and it is easy to make mistakes.  Keeping in mind that there is a distinction between container and content may help us to avoid a few of these mistakes.

Comments

Popular Posts

Create Your Own Social Networking Site

Create Your Own Social Networking Site JCOW: Ethical Hacking Top 10 reasons to choose Jcow:- 1. Handle more traffic - Clean codes and Dynamic caching can lower the CPU load and  speed up your website. 2 Make your site more interactive - Well designed Jcow applications help you members to connect and communicate with others more effectively. 3 Add questions to the Registration Form - You can add new member fields, which will be displayed to the registration form, profile form, and the member browsing form. 4 Easily share stuff - Within the AJAX sharing Box, your members can publish status,  photos, videos, and blogs. 5 Customize and Extend your Jcow Network - A Jcow network consists of core apps(like "Friends" and "Messages") and optional apps(like "Blogs" and ""Videos"). You can enable/disable optional apps. You can also develop your own apps. 6 Every profile could be Unique - Members can customize their own profile theme and  add music play...

The Problem of Abstraction in Definitions of Data Objects

I think there is a major problem in not being able to understand and work with different levels of abstraction.  By "abstraction" in this sense I mean one concept system that somehow describes or defines (not merely relates to) another concept system.  I think this is a big problem for definitions in data models. Let us take an example in a retail business such as mortgage banking: Customer Name.  Customer Name exists in the business.  They use it all the time.  Maybe it is sometimes called Borrower Name, but the concept is the same.  This is the Level 1 abstraction. Now let us think of data values in a column in a table that holds Customer Name.  These data values are stored as a code of 1's and 0's.  Of course these bits are rendered into something we can read.  However, this is not the same as the Customer Name in the business.  I worked for a place where they prefixed the name of anyone who had recently left with "ZZZ"....

The Humpty-Dumpty Principle in Definitions

In dealing with empty concepts, we came across the issue that if somebody uses a term that potentially has an unintelligible definition, they are likely to defend themselves by quickly making up some kind of definition.   I strongly suspect that in such cases, the usage of the term will be inconsistent with the definition.  Which brings us to Humpty-Dumpty. Lewis Carroll (Rev. Charles Lutwidge Dodgson) is best known for his children's' books Alice's Adventures in Wonderland and Through the Looking Glass .  It is in the latter that Humpty Dumpty - an argumentative egg perched on a wall has the following exchange with Alice: 'And only one for birthday presents, you know. There's glory for you!' `I don't know what you mean by "glory",' Alice said. Humpty Dumpty smiled contemptuously. `Of course you don't -- till I tell you. I meant "there's a nice knock-down argument for you!"' `But "glory" doesn't mean "...