OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
 
From: Craig Sanders (castaz.net.au)
Date: Thu Nov 01 2001 - 17:51:38 CST

  • Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

    On Wed, Oct 31, 2001 at 09:48:55PM -0500, Wietse Venema wrote:
    > This sounds familiar, having seen Hobbit's script to suck
    > an LDAP server and make its tables available as db[m] files.
    >
    > Sounds like there could be a small industry for these things.

    it seems to be a common misunderstanding these days.

    i think a lot of "old-timers" (i.e. people who have been working with
    unix for 5-10 years or more) think about computers in a "data-centric"
    conceptual model - i.e. where data can come from, how it can be
    transformed, and where it can be sent to. this is pretty fundamental to
    the "unix way" of doing things.

    newcomers often don't have this conceptual model, so solutions that
    seem self-evidently obvious to old-timers don't even occur to them.

    i run into this all the time, and one of the real joys about teaching
    someone unix is to see the light of understanding when i finally get
    this concept across...i managed to achieve this yesterday with one of my
    junior sysadmins at work, which is why i'm thinking about it.

    so, does anyone know of any web sites or books that present a tutorial
    about this - explaining the theory as well as providing practical
    examples?

    craig

    ps: by contrast, windows programmers learn a user­interface centric
    model - everything is focussed around the user interface, the actual
    data is almost irrelevant. this is one of the major reasons why it's so
    difficult to reuse data in the windows world. unlearning this is one of
    the hardest things for a windows programmer when they move to unix.

    -- 
    craig sanders <castaz.net.au>
    

    Fabricati Diem, PVNC. -- motto of the Ankh-Morpork City Watch - To unsubscribe, send mail to majordomopostfix.org with content (not subject): unsubscribe postfix-users