domingo, 27 de septiembre de 2009

miércoles, 23 de septiembre de 2009

Welcome to HELL

Esto es un mail que me envió la gente de la empresa C****** con respecto a una implementación de un sistema de mensajes mediante xml con una Clínica.
Más abajo, mi respuesta.

From: ***

To: 'Martín Cerdeira'
Sent: Wednesday, September 23, 2009 11:57 AM
Subject: RV: Implementacion Integracion

Martin, como estas?

Un temita que observo, la fecha origen, que me mandan en los mensajes siempre es unos minutos ANTES de la fecha diferida (que seria la fecha de atención)

Se supone que deberia ser posterior….ya que no se cargan atenciones futuras, se cargan las que se realizaron pasadas de la fecha actual (origen)

Esto lo podrás controlar?

Siempre deberia ser posterior la fecha diferida que la fecha origen.
Gracias martin!


De: Martín Cerdeira
Enviado el: miércoles, 23 de septiembre de 2009 13:00
Para: *********
Asunto: Re: Implementacion Integracion

En el mail me decis que la Fecha Origen la mandan anterior a la Fecha Diferida:

"Un temita que observo, la fecha origen, que me mandan en los mensajes siempre es unos minutos ANTES de la fecha diferida (que seria la fecha de atención)"

O sea, FechaOrigen <
Fecha Diferida.
Después me decís que la FechaDiferida debería ser posterior a la FechaOrigen:

"Siempre deberia ser posterior la fecha diferida que la fecha origen"


O sea, FechaDiferida > FechaOrigen

Luego, (FechaDiferida > FechaOrigen) = (FechaOrigen < FechaDiferida)

Esto es exactamente lo mismo pero dicho de distintas formas. Cómo es entonces?

1)
FechaDiferida > FechaOrigen
2)
FechaDiferida < FechaOrigen

1 o 2?

lunes, 14 de septiembre de 2009

AFIP: Chorros Inmundos

Dando vueltas en foros y demás me encuentro con que, AFIP (conocerán los horripilantes aplicativos de estos muchachos) no contentos con el proveer ese software tan pedorro y solamente disponible para plataformas privativas (windows), además, VIOLAN la licencia GPL.
En las fuentes que cito al pie se puede ver lo que comento.
Reproduzco un mail que se les envió y su posterior respuesta:

De mi mayor consideración: Me dirijo a Ud., a los efectos de informarle que he tomado conocimiento que en la librería: “filewin.dll en la posición de
memoria 18F70 / filewin2.dll en la posición de memoria 19480/ fil14.dll “ en la posición de memoria 18F70, figura el texto: “Copyright (C) 1992-1993 Jean-loup Gailly This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 675 Mass Ave, Cambrid”
En consecuencia, y en el entendimiento de que se trata de una licencia GPL v2, la que obliga a mantener dentro del ámbito publico, distribuir con código fuente y Texto por separado de esta licencia, entre otras cosas; es que vengo por la presente a solicitarle a Ud. tenga a bien facilitarme un link para la descarga del fuente del aplicativo S.I.Ap y todos sus módulos para el uso y mantenimiento del mismo, así como para la realización de la documentación pertinente.
A tales efectos, solicito se sirva indicarme los pasos a seguir para poder acceder a dicha información.
Asimismo, solicito que en los paquetes de descarga del aplicativo y sus módulos introduzca el texto de la Licencia original para el conocimiento de la comunidad.
Sin más saludo a Ud. muy atentamente.-

EDITADO:
Cuando se les pregunta por soporte para linux o por el código fuente responden:

A quien corresponda:
Le informo que los aplicativos de la AFIP están homologados
únicamente para funcionar con las plataformas Windows 95. 98 y NT. Y
en cuanto al código fuente nos es imposible suministrarselo por razones
de seguridad.

Muchas Gracias
Saluda Atte. Mesa de Ayuda


FUENTES:
http://www.vialibre.org.ar/2008/01/28/objeciones-a-siap/
http://www.trucholand.com.ar/blog/?p=108

viernes, 4 de septiembre de 2009

CodMACs: Una aplicación que programa por vos (Parte 2)

CodMACs era una "buena" idea. Ahora, el tiempo que me llevaban programar el parser del lenguaje de macros que desarrollé sumado a un comentario que me hicieron en un foro[1] me llevó a pensar en una alternativa:

Qué tal si en vez de usar un lenguaje especial de macros utilizo uno más potente, ya desarrollado y que funciona? Por ejemplo, Python o PHP.
Entonces, la idea sigue siendo la misma pero, en vez de usar un lenguaje propio, utilizo un lenguaje de script mucho más poderoso y, lo más importante, conocido por muchos y totalmente funcional (al mío le faltaba muchísimo debug).

Entonces, combinandolo con lo que sería una especie de tags:

...code...code...code...code...code...code...
code...code...code...code...code...code...
code...code...code...code...code...code...
<script_template_python>

if(a==1):
print
"hola"
</script_template_python>
...code...code...code...code...code...code...
code...code...code...code...code...code...
code...code...code...code...code...code...

Donde, "...code" es el código fuente que sea. Esto generaría una salida con el código de "...code" y el resultado de evaluar el código de python entre los tags.

La idea es algo similar a lo que hace php.

Veremos.


[1] El comentario fue:
"Si yo uso eso, paso de una tarea engorrosa (programar) a tener que hacer otra aún más engorrosa (escribir las macros)"