From owner-freebsd-chat@FreeBSD.ORG Mon May 5 00:42:45 2008 Return-Path: Delivered-To: freebsd-chat@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDC481065672 for ; Mon, 5 May 2008 00:42:45 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta2.srv.hcvlny.cv.net (mta2.srv.hcvlny.cv.net [167.206.4.197]) by mx1.freebsd.org (Postfix) with ESMTP id 869548FC18 for ; Mon, 5 May 2008 00:42:45 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta2.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0K0D00303DZ7OGH0@mta2.srv.hcvlny.cv.net>; Sun, 04 May 2008 20:42:44 -0400 (EDT) Received: from flosoft.no-ip.biz (localhost [127.0.0.1]) by flosoft.no-ip.biz (8.14.2/8.14.2) with ESMTP id m450gfw1019851; Sun, 04 May 2008 20:42:41 -0400 Date: Sun, 04 May 2008 20:42:36 -0400 From: "Aryeh M. Friedman" In-reply-to: <20080504123719.GJ92161@amilo.cenkes.org> To: infofarmer@FreeBSD.org Message-id: <481E57FC.9030804@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Enigmail-Version: 0.95.6 References: <481CE0E7.7070900@highperformance.net> <20080504123719.GJ92161@amilo.cenkes.org> User-Agent: Thunderbird 2.0.0.14 (X11/20080504) Cc: "Jason C. Wells" , fbsd_chat Subject: Re: Tired of Hierarchies X-BeenThere: freebsd-chat@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Non technical items related to the community List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2008 00:42:45 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrew Pantyukhin wrote: | On Sat, May 03, 2008 at 03:02:15PM -0700, Jason C. Wells wrote: |> When will we be able to access our computerized data on the |> desktop with out complete dependence on the hierarchy? Has |> anyone in the FOSS community tackled this problem? What |> software is used? | | You know the language is hierarchical, don't you? | | w->(wh->when,what),will,we;b->be;a->able,access;... | | I understand your feelings, but like with so many other technical | problems, the roots of this one grow out of a user's head. | That's where it should be fixed, IMHO. The last sentence is just insulting. The reason being is while yes there are somethings that a natural hieractical it does not mean that there are some other things that should not be. Yes I admit that (at least traditionally) information is naturally hieractical in that you can split it into categories, with the two most important ones in the pre-computer world being library cataloging systems and specializing knowledge by profession. That being said there is a point at which the catagories become so specialized that to even understand what they are requires you to be an expert in the field. For example the difference between algorithms and data structures is only understandable to a programmer (yes non-programmers can get a idea but not all the implications). When applied to hiearictical files systems for example unless you really understand the ins and outs of the unix philosophy it makes very little sense why /bin, /usr/bin and /usr/local/bin are separate dirs (after using unix for 20+ years I still don't understand the diff between /bin and /usr/bin). Requiring stuff be kept in some preset heirachy has among other problems the following problems that come to mind for me: ~ 1. It is hard to make connections between different pieces of knowledge because the hierarchy forces you to think in it's terms not more natural terms ~ 2. Successful use requires you to get inside the head of the person(s) who created the hierarchy and if you think differently then they do oh well ~ 3. Unless your an expert in the system it is often harder to find things then if the system was not used ~ 4. Stuff can easily get lost because it gets mis-cataloged ~ 5. If the system didn't plan for some major catagory it will be crunched into a sub catagory(s) that do not make very much sense for example under Library of Congress computer science is under math (QA76.XXXX) but electronics is under TK510[456].XXXX ~ 6. If viewing the information under a different heiarchical system makes it easier to understand for some applications then very complicated mappings need to be made for example there are whole reference books that do nothing but show side by side the Library of Congress and Duey Decimal call numbers side by side so a reference librarian can use either one when doing interlibrary loan A very good example all the items above is the current ports system. In short the more finally cut we make our categories the harder it is guess/generate the "search key" (either a real key or metaphorically a mental picture of one). For all the above reasons I would argue for flatter hieracies with metahierachies overlayed for different purposes then one typically sees today. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgeV/sACgkQk8GFzCrQm4CA6QCgxpfNJBsM0N1FKzoJvpsccLi5 1oIAn3coeb1O+uc/0vAJO3iSxAJ0klTD =T1A9 -----END PGP SIGNATURE-----