Skip to main content

What is an Empty Concept?


In the last post, univocal, equivocal, and analogous terms were discussed.  It occurred to me afterwards that all of these classes of term presuppose terms that signify concepts.  But what about a term that does not signify any concept?  

At first this sounds a bit stupid.  Surely we would not waste our time on terms that do not signify a concept.  However, I have listened to several decades of marketing hype in Information Technology and I think that I have heard terms that do not signify anything - but which have some kind of emotive power.

I have tried to look for philosophical sources about terms that signify empty concepts, but have not been able to find any - probably due to the short time I have been able to invest in the search.  This makes me cautious, so I will confine the discussion of empty concepts mostly to data management.

First, if a term signifies a concept that can supposit for actual materially existing instances, then the concept is non-empty.  E.g. "Computer".  Unfortunately, in information management, we are mostly dealing with concepts who instances are immaterial, such as "Mortgage Backed Securities" (MBS's).  These exist, but not materially.  They are essentially contracts between human beings and/or institutions.   This way of thinking about empty concepts is now at a point where my metaphysics runs out.  

Let's try another approach.  If a concept can be empty, that implies it can possibly have content.  What "content" has traditionally been taken to mean by logicians (in the context of concepts) is a definition.  Thus, I would suggest that an empty concept is one with either (a) no definition; or (b) an unintelligible definition.
And it gets more complex.   Someone who uses a term can generally attempt to provide a definition for it.  They are very unlikely to admit there is no definition.   The definition provided is likely either a definition for a concept signified by another term or terms; or the definition supplied is unintelligible.  

Perhaps an unintelligible definition is more interesting.  Such a definition must fail significant quality checks,  Such checks may be those we formally use to assess all definitions, or may be checks based in the subject matter of what is being defined.  For instance, I suppose that "Platonic Forms" (which proposed real existence of concepts such as "table" or "chair") is a concept ultimately found to be unintelligible by philosophers.  More mundanely, I think "data owner" has an unintelligible definition insofar as it contains anything about "ownership".

This is yet another topic I will have to follow up. 

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 "...