Saltar al contenido principal
LibreTexts Español

9.1: Introducción (IX)

  • Page ID
    98043
  • \( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)

    \( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)

    \( \newcommand{\id}{\mathrm{id}}\) \( \newcommand{\Span}{\mathrm{span}}\)

    ( \newcommand{\kernel}{\mathrm{null}\,}\) \( \newcommand{\range}{\mathrm{range}\,}\)

    \( \newcommand{\RealPart}{\mathrm{Re}}\) \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\)

    \( \newcommand{\Argument}{\mathrm{Arg}}\) \( \newcommand{\norm}[1]{\| #1 \|}\)

    \( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\)

    \( \newcommand{\Span}{\mathrm{span}}\)

    \( \newcommand{\id}{\mathrm{id}}\)

    \( \newcommand{\Span}{\mathrm{span}}\)

    \( \newcommand{\kernel}{\mathrm{null}\,}\)

    \( \newcommand{\range}{\mathrm{range}\,}\)

    \( \newcommand{\RealPart}{\mathrm{Re}}\)

    \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\)

    \( \newcommand{\Argument}{\mathrm{Arg}}\)

    \( \newcommand{\norm}[1]{\| #1 \|}\)

    \( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\)

    \( \newcommand{\Span}{\mathrm{span}}\) \( \newcommand{\AA}{\unicode[.8,0]{x212B}}\)

    \( \newcommand{\vectorA}[1]{\vec{#1}}      % arrow\)

    \( \newcommand{\vectorAt}[1]{\vec{\text{#1}}}      % arrow\)

    \( \newcommand{\vectorB}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)

    \( \newcommand{\vectorC}[1]{\textbf{#1}} \)

    \( \newcommand{\vectorD}[1]{\overrightarrow{#1}} \)

    \( \newcommand{\vectorDt}[1]{\overrightarrow{\text{#1}}} \)

    \( \newcommand{\vectE}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash{\mathbf {#1}}}} \)

    \( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)

    \( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)

    A lo largo de este libro, hemos enfatizado la importancia de considerar por separado los principios fundamentales de organización, los conceptos específicos de la aplicación y los detalles de implementación. La arquitectura de tres niveles que introdujimos en “El concepto de “principio organizador” es una forma de conceptualizar esta separación. En “La perspectiva de implementación”, contrastamos la perspectiva centrada en la implementación para analizar las relaciones con otras perspectivas que se centran en el significado y la estructura abstracta de las relaciones. En este capítulo, presentamos este contraste entre la conceptualización y la implementación en términos de separar el contenido y la forma de descripciones de recursos.

    En los capítulos anteriores, hemos considerado principios y conceptos de organización en muchos contextos diferentes, que van desde los sistemas de organización personal hasta los culturales e institucionales. Hemos observado que algunos sistemas de organización tienen un alcance limitado y una vida útil esperada, como un sistema de organización personal orientado a tareas como una lista de compras. Otros sistemas de organización admiten usos amplios que se basan en categorías estándar desarrolladas a través de procesos rigurosos, como un catálogo de productos.

    En este punto debes tener un buen sentido de las diversas cuestiones conceptuales que debes considerar a la hora de decidir cómo describir un recurso para cumplir con los objetivos de tu sistema de organización. Considerar esos temas te dará alguna idea de cuál debería ser el contenido de tus descripciones. Para enfocarnos en los temas conceptuales, hemos aplazado la discusión de temas específicos de implementación. La implementación implica elegir la forma específica de sus descripciones, y ese es el tema de este capítulo.

    Podemos abordar el problema de cómo formar descripciones de recursos desde dos perspectivas: estructuración y escritura. Desde una perspectiva, las descripciones de recursos son cosas que son utilizadas tanto por personas como por agentes computacionales. Desde esta perspectiva, elegir la forma de descripciones de recursos es una especie de diseño. Esto es fácil de ver para ciertos tipos de descripciones de recursos, especialmente letreros y mapas que se encuentran en entornos físicos como terminales de aeropuertos, bibliotecas públicas y centros comerciales. En estos espacios, las descripciones de los recursos están diseñadas literalmente para ayudar a las personas a orientarse y encontrar su camino. Pero cualquier tipo de descripción de recursos, no solo aquellos incrustados en el entorno construido, se puede ver como un objeto diseñado. Diseñar un objeto implica tomar decisiones sobre cómo debe estructurarse para que pueda usarse mejor para su propósito previsto. Desde una perspectiva de diseño, elegir la forma de descripción de un recurso significa tomar decisiones sobre su estructura.

    En “La perspectiva estructural”, tomamos una perspectiva estructural sobre los recursos y las relaciones entre ellos. En este capítulo, tomaremos una perspectiva estructural sobre las descripciones de recursos. La diferencia es sutil pero importante. Una perspectiva estructural sobre las relaciones con los recursos se centra en cómo las personas o los procesos computacionales asocian, organizan y conectan esos recursos. Una perspectiva estructural de las descripciones de recursos se centra en cómo esas asociaciones, arreglos y conexiones se representan o implementan explícitamente en las descripciones que creamos. Los desajustes entre la estructura impuesta a los recursos que se organizan y la estructura de las descripciones utilizadas para implementar esa organización podrían resultar en un sistema de organización complejo, ineficiente y difícil de mantener, como verá en nuestro primer ejemplo (Ejemplo: Descripción estructurado como un diccionario).

    Las estructuras de las descripciones de recursos permiten o inhiben formas particulares de interactuar con esas descripciones, así como las descripciones propiamente dichas permiten o inhiben formas particulares de interactuar con los recursos descritos. (Consulte “Diseño de interacciones basadas en recursos”, e interacciones con recursos) Tenga en cuenta que las descripciones de recursos son en sí mismas recursos de información, por lo que gran parte de lo que diremos en este capítulo es aplicable a las estructuras y formas de los recursos de información en general. Dicho de otra manera, la estructura y forma de los recursos de información informa el diseño de descripciones de recursos.

    Desde otra perspectiva, crear descripciones de recursos es una especie de escritura. Puedo describirle algo oralmente, pero tal descripción podría no ser muy útil para un sistema de organización a menos que se transcribiera. Los sistemas de organización necesitan descripciones persistentes, y eso significa que deben escribirse. En ese sentido, elegir la forma de descripción de un recurso significa tomar decisiones sobre notación y sintaxis.

    La cultura occidental moderna tiende a hacer una distinción aguda entre el diseño y la escritura, pero hay áreas donde esta distinción se descompone, y la creación de descripciones de recursos en los sistemas de organización es una de ellas. En las siguientes secciones, utilizaremos el diseño y la escritura como dos lentes para ver el problema de cómo elegir la forma de descripciones de recursos. Específicamente, examinaremos el espectro de opciones que tenemos para estructurar descripciones, y los tipos de sintaxis que tenemos para escribir esas descripciones.


    This page titled 9.1: Introducción (IX) is shared under a not declared license and was authored, remixed, and/or curated by Robert J. Glushko.