Pues bien, en relación a los artículos publicados sobre Lex-Doctor 9 y la estafa a los usuarios por utilizar como base de datos Firebird 2.5 BETA 2, han llegado nuevamente comentarios con suspicacias y digamos amenazas por parte sin lugar a dudas de la empresa responsable del desarrollo.
Entiendo que la empresa se moleste,... si se molesta al ser desenmascarada por utilizar una versión BETA de Firebird que aún se encuentra en prueba en un producto comercial, si comercial, por que a Lex-Doctor 9 no es gratuito.
Lo publicado está debidamente fundamentado y probado de sobra, incluso por los mismos comentarios de los desarrolladores de Lex-Doctor 9 en el foro de Firebird. Por más que les moleste, o incomode, la empresa resposable por Lex-Doctor 9 ha incurrido en abuso de confianza contra sus clientes al ofrecer un producto BETA no probado, o mejor dicho tan solo con 25 casos testigos, y sobre una base de datos BETA.
Pueden enviar todos los correos, anónimos y clones que deseen, amenazando, intimidando, y todos los etc, con eso no va a quitar que Lex-Doctor 9 es una BETA sin control mínimo de calidad.
Ojalá los desarrolladores tomen nota de ello para la próxima e informen debidamente a los usuarios y al público en general de las las verdaderas cualidades de un producto.
16 septiembre 2009
15 septiembre 2009
Lex-Doctor 9. Análisis 3. Todo lo Malo. Firebird 2.5 BETA en un Producto Comercial ?
Prosiguiendo con la crítica constructiva hacia Lex-Doctor 9, en esta ocasión haremos incapié en la base de datos de Lex-Doctor 9.
Resulta muy llamativo y deplorable el hecho que los desarrolladores de Lex-Doctor 9 hayan utilizado la versión Firebird 2.5 BETA para la base de datos de un producto comercial.
Habla muy mal de los desarrolladores que utilizaran una versión BETA de FIREBIRD 2.5, que aún no está libre de errores ni ha superado la etapa de prueba completa. Tal vez apurados por lanzar una nueva versión de Lex-Doctor se han visto en la necesidad de utilizar esta beta. Tirón de orejas para ellos.
Lex-Doctor 9, no deja de ser asimismo entonces una BETA que no ha superado estándares mínimos de calidad. Los felices usuarios de Lex-Doctor 9 podrán esperar entonces infinidad de actualizaciones de su sistema, por lo poco visto han pasado en una semana de la versión Lex-Doctor 9.0.0.62 a la Lex-Doctor 9.0.068, curioso no ?.
Teniendo una versión estable como la del Lex-Doctor 8, serán los usuarios quienes finalmente transitarán el calvario de probar a su suerte esta nueva versión de Lex-Doctor 9 Beta en sus sucesivas ediciones.
ISQL Version: WI-T2.5.0.24643 Firebird 2.5 Beta 2
Use CONNECT or CREATE DATABASE to specify a database
SQL> CONNECT "C:\LEX900\DATOS\LEX9.FDB"
Server version:
WI-T2.5.0.24643 Firebird 2.5 Beta 2
Database: "C:\LEX900\DATOS\LEX9.FDB", User:
SQL> SHOW tables;
ABOG
BJTX
CMPL
COMO
COPL
CUEN
DOCO
FBIN
FERP
FUNC
GLOS
INAC
LSVR
MIEM
MSGS
OJUD
PART
PRUE
SETS
TEST
TIND
VINC
Las Tablas en LEX9.FDB son relacionales de un bloque de 10 alfanuméricos para el ID:
Aqui vemos las relaciones de las tablas: PROC - SUJE - PART, esta es la relación de los campos índices alfanumericos de 10 CHAR. Esta simple relación nos permitirá realizar la importación exportación de datos que cualquier otra fuente. Simplemente utilizar Firebird 2.5 y la herramienta SQL/INTERBASE/FIREBIRD que mejor se conozca un ejemplo EMS SQL Manager for InterBase and Firebird 2005, muy buena herramienta y sobre todo porque es freeware.
Lo cierto es que luego de encontrar todos estos detalles, no solamente NO RECOMIENDO COMPRAR LEX-DOCTOR 9, o al menos hasta el año que viene ya que se espera para ese entonces una release candidate estable de Firebird 2.5.
Si Ud. ha adquirido recientemente Lex-Doctor 9, comuníquese con la empresa y reclame por todos los detalles que se han descripto, y por sobre todas las cosas por incluir en un producto comercial una base de datos BETA y no una versión estable y comprobada, pida el reembolso de su dinero.
Asimismo me inclino a deducir que el resto de bondades y posibilidades anunciados por Lex-Doctor 9 con las licencias adicionales que pueden adquirirse para motores SQL, no existen. Es una simple ilusión, son posibilidades ciertas por la escalabilidad del producto, pero dudo que hoy se encuentren en ejecución. El primer cliente de estas licencias pagará los platos rotos, ya que experimentarán con él como conejillo de indias hasta obtener una versión estable.
Para certeza del lector del blog acerca de lo que hablo, simplemente la prueba la tenemos dada por los propios desarroladores de Lex-Doctor 9.
>From: "Daniel Schaer" <schaer@...>
>To: "'Helen Borrie'" <helebor@...>
>Subject: RE: Feedback
>Date: Wed, 19 Aug 2009 20:52:37 -0300
>Organization: Sistemas Jurídicos SRL
>
>Hi Helen,
>
>Just more Feedback. We started using Firebird 2.5 beta 2 since 8.7.2009 and
>we have now 25 real cases; we didn't found problems up to now.
>BTW, our product is released.
>
>Best regards,
>
>Daniel Schaer
>www.lex-doctor.com Esto puede leerse en la misma web de desarrollo de Firebird: http://www.nabble.com/Fwd%3A-Feedback-2.5-Beta-2-tt25054536.html#a25054536 Allí tenemos la prueba irrefutable de lo que hablo, el mismo desarrollador reconoce que tiene solo 25 casos reales en funcionamiento, desde el 8.7.2009 y que "NO HA TENIDO PROBLEMAS HASTA AHORA" con Firebird 2.5 Beta 2 y reconoce que su producto ya ha sido lanzado al mercado. "A confesión de parte, relevo de prueba !"
11 septiembre 2009
Utilizar y Automatizar Lex Doctor 8.0 y SAC (Sistema de Administración de Causas) del Poder Judicial de la Provincia de Córdoba
Lex-Doctor 8.0 contiene dos herramientas muy útiles para la procuración diaria de causas judiciales. La primera es la recorrida de tribunales, que nos indica cuales causas están en cada juzgado y la segunda es el control de gestiones para llevar un control de los oficios y cedulas en trámite.
El hecho de poder listar e imprimir estos controles no evita el hecho de concurrir a tribunales para indagar sobre el estado de las causas.
Desde hace unos años en la Provincia de Córdoba, el Poder Judicial encargó a su departamento de sistemas la elaboración de una herramienta para informatizar el poder judicial. Esta tarea llevada a cabo con muchos inconvenientes y problemas, que desembocó en la implementación del SAC (Sistema de Adminstración de Causas).
Si dejamos de lado el hecho de la gran cantidad problemas del SAC, resulta de gran utilidad ya que pude indicarnos gracias al número de expediente el estado del mismo. El SAC informa el estado del expediente si el mismo se encuentra en casillero, a despacho, prestado, en archivo, etc. Y de la misma forma nos informa el estado de las cédulas de notificación. Gracias a esto evitamos concurrir a tribunales a buscar algo que el SAC nos informa que aún no se encuentra disponible.
El problema que plantea el SAC, es que la información debe cargarse en cada caso individualmente, tanto para los expedientes como para las cédulas de notificación. Esto implica invertir una considerable cantidad de tiempo manual cargando uno por uno los expedientes y cédulas via web para obtener los resultados.
Esto resulta muy engorroso cuando el control de expedientes y cédulas supera la centena, imagínese tener que controlar miles de juicios y cédulas. Tal vez en el caso de las cédulas conviene directamente concurrir a la mesa de notificadores con los stikers de cientos de cédulas y que se verifique allí si se encuentran o no, ya que en esa oficina dispone de un lector de código de barras que agiliza la tarea.Esta situación se vive a diario, implicando largas colas en notificadores para verificar las cédulas.
Todo lo descripto que sucede a diario, e insume gran cantidad de tiempo puede solucionarse muy fácilmente utilizando Lex-Doctor 8.0 y un poco de ingenio.
Lo primero que realizamos en Lex-Doctor es un listado de las causas con tan solo los números de expedientes y lo exportamos a txt. El mismo listado lo realizamos sobre las gestiones cedula (que tienen que tener cargado su nro correspondiente) en el que solo listamos su nro de codigo de barras.
Con estos dos listados en txt iniciamos la segunda parte. El SAC trabaja con ASP, quien tenga conocimientos minimos de ASP entenderá lo que describo a continuación.
El SAC para evitar abusos en la cantidad de conecciones simultáneas incorporó hace ya un tiempo un captcha para cada consulta, que obliga a un operador a leer un código numerico que se genera en forma aleatoria e introducirlo conjuntamente con el número de expediente o cédula a consultar.
El SAC permite listar por ejemplo los juicios de un abogado en particular pero limita la lista a tan solo 100 causas, lo cual resulta insuficiente e incompleto. Esta limitación se comprende ya que caso contrario todos los abogados sobrecargarían el sistema realizando consultas diarias con sus listados de causas.
Bien, el captcha con un simple script es salteado y realizamos en forma masiva las consultas. El mismo script guarda uno a uno los resultados. Una vez guardados los resultados, realizamos una limpieza de basura dejando solo los campos que nos interesan.
El resultado son dos columnas en las que tenemos el número de expediente y a continuación el estado. Con ello ya podemos filtrar muy facilmente los expedientes que se encuentran en casillero para revisar o retirar. Con las cédulas exactamente lo mismo.
Pero luego estos listados ya filtrados sirven para que con otro script modifiquemos el estado de todo lo revisado o retirado en Lex-Doctor.
ADVERTENCIA: Al realizar no es aconsejable utilizar su IP, ya que el servidor del SAC al advertir tantas consultas simultáneas puede banear su IP y solo obtendrá el mensaje de ERROR y la leyenda "comuniquese con el depertamento de sistemas", pueden banear su IP por varios días e impedirle el acceso al SAC.
Lo mejor es utilizar un proxy, o mejor dicho varios proxy's para realizar la tarea. Asimismo lo conveniente es realizar estas operaciones en horario no habituales, a primera o última hora, ya que de seguro se va a sobrecargar el SAC. Lo digo por experiencia, muchas de las caidas de SAC se han debido a "algunas" consultas masivas realizadas por cierto script cuyo nombre no puedo revelarles :)
El hecho de poder listar e imprimir estos controles no evita el hecho de concurrir a tribunales para indagar sobre el estado de las causas.
Desde hace unos años en la Provincia de Córdoba, el Poder Judicial encargó a su departamento de sistemas la elaboración de una herramienta para informatizar el poder judicial. Esta tarea llevada a cabo con muchos inconvenientes y problemas, que desembocó en la implementación del SAC (Sistema de Adminstración de Causas).
Si dejamos de lado el hecho de la gran cantidad problemas del SAC, resulta de gran utilidad ya que pude indicarnos gracias al número de expediente el estado del mismo. El SAC informa el estado del expediente si el mismo se encuentra en casillero, a despacho, prestado, en archivo, etc. Y de la misma forma nos informa el estado de las cédulas de notificación. Gracias a esto evitamos concurrir a tribunales a buscar algo que el SAC nos informa que aún no se encuentra disponible.
El problema que plantea el SAC, es que la información debe cargarse en cada caso individualmente, tanto para los expedientes como para las cédulas de notificación. Esto implica invertir una considerable cantidad de tiempo manual cargando uno por uno los expedientes y cédulas via web para obtener los resultados.
Esto resulta muy engorroso cuando el control de expedientes y cédulas supera la centena, imagínese tener que controlar miles de juicios y cédulas. Tal vez en el caso de las cédulas conviene directamente concurrir a la mesa de notificadores con los stikers de cientos de cédulas y que se verifique allí si se encuentran o no, ya que en esa oficina dispone de un lector de código de barras que agiliza la tarea.Esta situación se vive a diario, implicando largas colas en notificadores para verificar las cédulas.
Todo lo descripto que sucede a diario, e insume gran cantidad de tiempo puede solucionarse muy fácilmente utilizando Lex-Doctor 8.0 y un poco de ingenio.
Lo primero que realizamos en Lex-Doctor es un listado de las causas con tan solo los números de expedientes y lo exportamos a txt. El mismo listado lo realizamos sobre las gestiones cedula (que tienen que tener cargado su nro correspondiente) en el que solo listamos su nro de codigo de barras.
Con estos dos listados en txt iniciamos la segunda parte. El SAC trabaja con ASP, quien tenga conocimientos minimos de ASP entenderá lo que describo a continuación.
El SAC para evitar abusos en la cantidad de conecciones simultáneas incorporó hace ya un tiempo un captcha para cada consulta, que obliga a un operador a leer un código numerico que se genera en forma aleatoria e introducirlo conjuntamente con el número de expediente o cédula a consultar.
El SAC permite listar por ejemplo los juicios de un abogado en particular pero limita la lista a tan solo 100 causas, lo cual resulta insuficiente e incompleto. Esta limitación se comprende ya que caso contrario todos los abogados sobrecargarían el sistema realizando consultas diarias con sus listados de causas.
Bien, el captcha con un simple script es salteado y realizamos en forma masiva las consultas. El mismo script guarda uno a uno los resultados. Una vez guardados los resultados, realizamos una limpieza de basura dejando solo los campos que nos interesan.
El resultado son dos columnas en las que tenemos el número de expediente y a continuación el estado. Con ello ya podemos filtrar muy facilmente los expedientes que se encuentran en casillero para revisar o retirar. Con las cédulas exactamente lo mismo.
Pero luego estos listados ya filtrados sirven para que con otro script modifiquemos el estado de todo lo revisado o retirado en Lex-Doctor.
ADVERTENCIA: Al realizar no es aconsejable utilizar su IP, ya que el servidor del SAC al advertir tantas consultas simultáneas puede banear su IP y solo obtendrá el mensaje de ERROR y la leyenda "comuniquese con el depertamento de sistemas", pueden banear su IP por varios días e impedirle el acceso al SAC.
Lo mejor es utilizar un proxy, o mejor dicho varios proxy's para realizar la tarea. Asimismo lo conveniente es realizar estas operaciones en horario no habituales, a primera o última hora, ya que de seguro se va a sobrecargar el SAC. Lo digo por experiencia, muchas de las caidas de SAC se han debido a "algunas" consultas masivas realizadas por cierto script cuyo nombre no puedo revelarles :)
