[perl] Perl y =?iso-8859-1?Q?a=F1o?= 2000

[Bolo Lacertus]

Saludos!!!

La mejor fuente que recuerdo para responder esta pregunta es la CPAN, en
uno de sus artículos del año pasado discutían este detalle.

"M. Janet Zablah Beltran" wrote:
> quisiera saber si las versiones de perl 5.003 y perl 5.004_04 tendran problemas con el año 2000??

Resumiendo de lo que he leido al respecto:

Perl 5, 4, o cualquiera otra versión son indiferentes al problema del
año 2000, del mismo modo que lo es C o Cobol, no debemos olvidar que el
problema del año 2000 parte de la implementación del manejo de fechas en
los sistemas, y Perl, no tiene ningún manejo inherente de fehcas
suceptible de tener bugs con el año 2000.

Sin embargo, eso no implica que todos los programas hechos con Perl
esten a salvo del año 2000, depende de la implementación que se haya
hecho el que se pueda o no tener problemas.

En los sistemas que tengan un manejo nativo de fechas, deberá revisarse
el formato de almacenamiento, los algoritmos usados y demás detalles del
sistema que manejen fechas.

Muchos de los sistemas se apoyan en bases de datos para el manejo,
almacenamiento y calculo de fechas, en estos casos, debe revisarse la
interfaz con la base de datos y la propia funcionalidad de la base de
datos.

En los sistemas que empleen librerías para manejo de fechas, deberá
revisarse en su documentación (del módulo o librería) si son o no
compatibles con el año 200 y en caso de que no se encuentre
expicitamente deberá contactarse con el autor o realizarle pruebas para
verificar su correcto funcionamiento.


De modo que el problema del año 2000 para sistemas realizados en Perl
resulta en lo siguiente:

- Independientemente de que se tengan o no problemas de año 2000, la
version de Perl no requiere ser actualizada.
- Se requiere probar los componentes externos a Perl que realizen manejo
de fechas o verificar en su documentoación su funcionalidad en fechas
posteriores al 31/12/1999
- En caso de encontrar algun problema, se puede dar mantenimiento al
sistema modificando la parte del sistema que resulte incapaz de manejar
las fechas o actualizando los módulos o procedimentos que así lo
requieran (de preferencia bajo una política de fechas que resulte mas
adecuada a las necesidades futuras de la aplicación)

Debo señalar que esperaría muchos mas problemas en los multiples
sistemas operativos sobre los que corre Perl por el año 2000 que por
Perl y todas las aplicaciones hechas en el, sobre todo por lo penoso que
resulta un cambio de S.O. y por la facilidad con que se elaboran y
adaptan aplicaciones en Perl (lo que facilita que estén hechas a la
medida de las necesidades), además, la mayoría de las aplicaciones
actuales en Perl se han hecho en los últimos dos años, de modo que es
poco probable que alguien haya dejado un bug de año 2000.

Sin refugio o reserva de comida para el año 2000: Daniel Sol
-- 
Bolo Lacertus: lacertus@servidor.dgsca.unam.mx			==~\___\
http://132.248.71.81/cgi-bin/lacertus/hola			 =__vvvv
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCM/GCS/GE/GED d?>d+ s:+ a-->- C++>+++$ US/UI++ P++++$ L+ E- W+++ N o?
K- 
w--- !O !M V-- PS++ PE-- Y+ PGP+ t+ 5? X- R* tv-- b++>+++ DI+++ D+ G+
e+>++ 
h* r++(*) y+ 
------END GEEK CODE BLOCK------
--------- Pie de mensaje --------------------------------
Visite: http://tlali.iztacala.unam.mx/~randrade/perl.shtml
Cancelar inscripcion:
mail to: majordomo@tlali.iztacala.unam.mx
text   : cancelacion perl