Hola Hernán

Ya conocía tu trabajo, porque es un tema que me ha preocupado siempre
y sobre el que he trabajado y trabajo permanentemente. Me parece
excelente, lleno de aciertos aunque no estoy del todo de acuerdo con
algunas cosas.
Antes que nada te aclaro que el dominio en el que trabajo es bien
distinto del que planteás en el paper (el mundo de los negocios) y el
que daba como ejemplo Esteban. Se trata del mundo de los documentos.
Para abreviar, documento en el sentido de información contenida en un
determinado soporte. Un documento es producido en un momento del
tiempo, es datado de determinada forma, por eso mi preocupación por
este tema.
Estoy totalmente de acuerdo en que no hay una única forma de resolver
estos problemas, aunque puede haber soluciones que permitan incorporar
dominios diversos. No se si el mundo de los negocios y el mundo de los
documentos pueden compartir un concepto de datación común. Lo nuestro
no es la ontología sino la informática, aunque tampoco puedo asegurar
que sea imposible llegar a un modelo ontológico de propósito general
del cual la informática (la representación informática de entidades)
pueda hacer uso.
Hechas estas aclaraciones, te comento sobre el paper.
Estoy totalmente de acuerdo con la metáfora propuesta: "time entities
as points of the time line with different resolution". La crítica al
modelo planteado en Squeak 3.7 me parece bien en algunos aspectos:
Month no representa un mes, sino un mes en un año y la separación de
ambos conceptos me parece un acierto. Lo mismo vale para Week. Pero
hay un tema polémico que es la invalidez de la comparación y de
operaciones entre entidades distintas. Yo ni siquiera estoy de acuerdo
con la opción de entregar un "unknown". Me parece perfectamente
aceptable realizar una comparación entre una datación con resolución
de años, contra otra de resolución de días. Pongo un ejemplo: tengo un
documento datado en 1745, no se el mes, nunca se supo. Otro datado el
día de ayer. Es evidente que el segundo es posterior al primero.
¿Acaso no comparamos Integers con Floats?. Tal vez no estoy
entendiendo algo del modelo.
Estoy utilizando a propósito la palabra "datación" porque desde el
punto de vista de mi dominio se trata de una abstracción independiente
de los conceptos Year, Month, etc. No me estoy refiriendo a un punto o
un rango en la línea de tiempo, sino al nombre que se le ha otorgado a
ese punto. (*) Pero me voy del tema.  Sigo con el paper.
La idea de "Time line views" como colecciones de reglas me gusta
mucho; me parece "la" solución para el problema de los feriados, que
pueden depender de distintas cosas. Al releerlo me surge una duda.
¿Admitiría el modelo un feriado como Pascua o (si es que vuelve)
Carnaval, que están basados en el almanaque lunar? Y otra más
¿admitiría el modelo la existencia de "leapDays"? Digo esto porque en
un sistema de datación histórica, hay que considerar que hay días que
no han existido, por la corrección de los almanaques juliano y
gregoriano. Incluso hay un problema más grande aún, aunque ya sería
visto desde un sistema de conocimiento: una datación antigua se ubica
en la línea del tiempo en función de desde donde se dice, o de quien
lo dice. Por ejemplo, Rusia adoptó el calendario Gregoriano recién en
1917, China en 1949 (quién dice que el comunismo no es moderno?), si
no me equivoco, la Iglesia Ortodoxa nunca adoptó el Gregoriano y sigue
con el Juliano. (Estos datos los saqué de "Historia del Calendario",
de David Ewing Duncan, Emecé, 1999, un libro muy recomendable).
Sigo con el paper.
Los objetos "endOfTime" y "beginningOfTime" son un gran hallazgo y me
gusta mucho la explicación "el mero hecho de que los pensemos".Me
parece un punto de unión entre una visión "naturalista", en el sentido
de partir de los datos de la realidad, lo que nos parece "natural" y
una visión matemática, formal, pues si se postula una linea numérica,
debe postularse el infinito.
Pero también surge un problema que es clave a la hora de modelar:
cuándo es lícito acudir al "sentido común", cuándo a lo "natural",
cuándo a lo formal. ¿Vale acudir a lo que a uno le convenga en cada
situación? No lo digo como crítica, me lo pregunto realmente porque no
tengo respuesta. Y justamente porque me surge una duda ontológica con
respecto a ciertos conceptos: Year y Day son conceptos "naturales",
son construcciones que tienen un correlato con un fenómeno natural
observable. Lo mismo valdría para LunarMonth o LunarYear. Month, Week,
Hour  (y Decade, Millenium, etc) en cambio son sólo construcciones.
Bueno, no doy la lata más con divagaciones bizantinas, espero que todo
esto sirva de algo.
Saludos
Norberto


(*) Si no entendí mal, esta distinción estaría reificada en las clases
GregorianDate y RelativeGregorianDate.

--~--~---------~--~----~------------~-------~--~----~
Ha recibido este mensaje porque está suscrito a Grupos de Google 
"clubSmalltalk" grupo.
 Si quiere publicar en este grupo, mande un correo electrónico a 
[email protected]
 Para anular la suscripción a este grupo, envíe un mensaje a [EMAIL PROTECTED]
 Para visualizar más opciones, visite este grupo 
enhttp://groups.google.com/group/clubSmalltalk
-~----------~----~----~----~------~----~------~--~---

Responder a