Diario de un Desarrollador

Cliente FTP - Full Lazarus

2010-07-07T16:41:00.000-07:00

En la empresa donde laboro se me presento la necesidad de desarrollar un cliente FTP para apoyar a los clientes subir archivos y descargarlos para realizar migraciones de información de un sistema a Otro.

Decidí desarrollar el aplicativo en Lazarus el clon de delphi en el mundo de software Libre. Para esto utilice los componentes lnet (Lightweight Networking Library) utilizando, específicamente el la clase TLFTPClient y el desarrollo fe muy sencillo. Lo único que hay que instalar los componentes en lazarus pero hoy por hoy es algo bastante sencillo.
Aqui unas capturas de pantalla en Lazarus.

Aqui unas capturas del Aplicativo:

El programa utiliza tambien el componente trayicon para mostrarce en la barra de estado y efectuar su trabajo segun los tiempos programados que se les especifique en el archivo ini.

FreePascal y Lazarus el Renacer

2010-03-04T11:25:00.000-08:00

Finales del año 2009 empecé a desarrollar un proyecto interesante el cual consistía en desarrollar un reproductor multimedia que tenga la lista de reproducción en una base de datos y se realicen actualizaciones periódicas desde un servidor remoto. Una de las condiciones del proyecto es que se desarrolle íntegramente utilizando software libre.
Mi experiencia como desarrollador me indico que la plataforma de desarrollo podría ser la siguiente:

Motor de base de datos Firebird
Entorno de desarrollo del reproductor multimedia Qt basado en libvlc
Actualización de la base de datos QT
Descarga de videos , se desarrollará en QT
Interfaz de creación de la programación Freepascal y Lazarus.

En este articulo me centraré principalmente en el desarrollo de la interfaz del módulo de creación y mantenimiento de la base de datos desarrollado en Freepascal y Lazarus.
Estuve tentado a utilizar Java para el desarrollo de esta interfaz pero lo que necesitaba era optimización de recursos y velocidad en el desarrollo, no era necesario levantar todo el jdk para cargar todo el aplicativo, además valgan verdades una aplicación desktop Java siempre es más lenta que una aplicación nativa.
He seguido de cerca el proyecto Lazarus desde que apareció y la verdad que las versiones antes de las 0.9 eran versiones muy inestables y casi no se podía trabajar con ellas, gratamente me sorprendí al testear la versión 0.98 la cual es una versión estable y se puede trabajar con las ventajas del compilador freepascal de ser multiplataforma ejecutándose en Windows, Linux, freeBSD, etc. La productividad de freepascal es bastante buena pudiendo desarrollar interfaces para mantenimiento de base de datos sin mucho esfuerzo y en poco tiempo.
Los componentes para conexión de base de datos son bastante buenos y permiten el desarrollo compatible con Delphi.
Todo esto me decidio que el desarrollo de esta parte del proyecto se desarrollaría con Lazarus y Firebird como base de datos, hablar de las bondades de Firebird estaría de más hay varios artículos al respecto en este Blog.
Una de las cosas que me llamó la atención fue el tamaño del ejecutable un poco grande lo cual se justifica pues tiene enlazado de manera estática las librerías , dando independencia al ejecutable, este al inicio no se valora pero cuando el ejecutable se tiene que correr en diferentes distribuciones vale la pena esos MB de mas, antes de distribuir finalmente el aplicativo este se puede reducir de tamaño quitando la información de depuración y reduciendo este con programas como UPX, finalmente el resultado lo vale.
Otra cosa que me sorprendió fue el soporte de drag and drop y la implementación de controles shelllistview y shelltreeview de manera muy sencilla.

Una tremenda alegría al comunicar esta noticia a todos los desarrolladores amantes de pascal !ya contamos con un entorno estable, productivo y multiplataforma! LAZARUS.
Mucha gente en el mundo del desarrollo creia que el lenguaje pascal había muerto el nombre Lazarus lo dice todo "FreePascal y Lazarus el Renacer"

Bueno, a continuación unas capturas de pantallas, ya que las imágenes hablan más que mil palabras:

Pequeño detalle me olvidaba todo esta corriendo sobre fedora 12 Constantine aca una captura.

¿Qué les pasa a los profesionales de sistemas?

2009-04-15T17:56:00.001-07:00

Después de haber laborado en diferentes empresas peruanas en los últimos 10 años, en las cuales tuve la oportunidad de conocer a muchos profesionales de sistemas, de universidades nacionales y particulares del país.
En la mayoría de los puestos de trabajo que desempeñe muy a menudo fui responsable de realizar las entrevistas de selección del personal de la empresa.
Haber ejercido la docencia universitaria, me dio la oportunidad de compartir experiencias con los futuros profesionales de sistemas, obteniendo de esta manera una visión más amplia para analizar este problema.

Lo primero que pude observar es que la gran mayoría de ellos tienen una actitud facilista y no tienen la cualidad de ser autodidactas. Las soluciones mediocres son las que suelen implementar en la mayoría de los casos, la falta de ambición por el aprendizaje y la dejadez demuestran hoy por hoy, el bajo nivel del profesional de sistemas en el Perú.
Me pregunto ¿Esto se deberá a cuestiones de formación?, ¿Al medio donde se desenvuelve el profesional ? o ¿Son cuestiones innatas de cada persona?.

Creo que los factores preponderantes son: la formación académica y el ámbito social del individuo, el grupo con el que se socializara juega un papel importante ya que los hábitos del grupo tienden a formar parte del individuo, así como la formación académica repercutirá sobre el futuro profesional de sistemas.

En el Perú la proliferación de universidades nacionales y particulares sin un control adecuado han contribuido a una formación deficiente de los profesionales de sistemas, existen en el medio Universidades en las cuales no existe competencia para el ingreso, sólo basta con presentarse y el ingreso está asegurado esto hace que los exámenes de admisión no filtren a los postulantes, recibiendo a postulantes sin una base adecuada.

Es curioso, en una oportunidad escuché a un director de escuela de una universidad particular decir que no podían exigir a los estudiantes, porque sino los estudiantes se quejan y luego se retiran, es decir que los alumnos deben pasar los cursos sin aprender, sin el nivel y rigurosidad requerido.
La educación se ha convertido en un tráfico donde lo único que interesa es captar alumnado, sin brindar el nivel y exigencia requerido que garantizaría una educación de calidad y por lo tanto profesionales competentes que enfrenten los retos de hoy y que puedan contribuir con el desarrollo del País.
A las actuales generaciones de estudiantes no les gusta leer ni esforzarse, pertenecen a una generación que cuenta con muchas facilidades con respecto a la información. Antes no se contaba con ello, pero sin embargo hoy no se hace un buen uso de ello como debiera, la Internet es utilizada como un medio social de distracción en vez de un medio de aprendizaje genuino.
La formación de objetivos y personalidad de los estudiantes de Sistemas no se forma debido al facilismo habituado en ellos por aprobar los cursos, un profesor es bueno si no exige, es allí donde están contentos los estudiantes, salvo honrosas excepciones.

La verdad me he sorprendido como existen alumnos en VII y VIII ciclo de sistemas que no conocen un lenguaje de programación como por ejemplo: C o Pascal, y cuando les preguntaba que les han enseñado, ellos me contestaban que Visual Basic.

¿Porque es perjudicial aprender a programar con Visual Basic?

Esto me refiero a los profesionales de sistemas en particular, Analicemos el origen de Visual Basic, se remonta al Basic el que fue creado para aficionados y no desarrolladores, pues hay muchas cosas que te limita el lenguaje. Aprender a diseñar formularios con colorcitos y animaciones distorsiona el objetivo fundamental del aprendizaje de la programación. Hoy se cree que programar es poner formularios coloridos y animaciones, descuidando la esencia que es lo que está dentro de ese formulario.
Analicemos en que están desarrollados la mayoría de aplicativos en el mundo, nos centraremos que la gran mayoría de aplicaciones que utilizamos en el día a día esta desarrollado en C/C++, nuestros procesadores de texto, editores gráficos, sistemas operativos, servidores de base de datos, lenguajes de programación, etc.

Desde mi punto de vista el alumno de sistemas debería iniciarse con un lenguaje base como C o Pascal los cuales le darán los sólidos cimientos que le ayudarán en el futuro a aprender cualquier otro lenguaje de programación, es mucho más fácil para un programador de C o Pascal aprender Visual Basic, Java o PowerBuilder que lo contrario. En la Universidad se deberían enseñar las bases y fundamentos que permitirán guiar al futuro profesional de sistemas, el alumno deberá comprender el fundamento de como funcionan las cosas para que con cualquier problema que se le presente, él lo pueda solucionar con las bases aprendidas.

Tener metas lo más ambiciosas posibles, es algo que la mayoría de estudiantes de estas generaciones están perdiendo, solo se contentan con hacer lo que le pida y hasta menos, el resultado ya se conoce, proyectos y trabajos mediocres.
Todo está en lo que quieran hacer, a dónde se quiera llegar, no es lo mismo hacer una vasija de barro grotesca que una hermosa vasija terminada, enlucida y pintada, lo primero se podrá hacer rápido, lo segundo requerirá de más esfuerzo y dedicación obteniendo mejores resultados. ¿Existe una diferencia? Claro que la existe.

Frase conformistas de muchos profesionales, como por ejemplo:

• Para qué esforzarme más, si igual me van a pagar
• Mejor mañana lo hacemos con más calma (y el mañana nunca llega o llega después de meses)
• Yo ya no estoy para esforzarme
• Pon eso así, haz el programa como sea ya mañana se verá
• De a pocos, de a pocos (jajaja y nunca se termina)
• Para qué aprender C o Linux si nunca los voy a Utilizar.

Otro de los grandes errores que escucho es: “terminaré y seré Jefe de Proyectos o Arquitecto de software”, si tienes tu padrino de seguro lo serás. Pero la gran mayoría no tiene padrinos y ¿Cómo dirigir la construcción de un edificio si no se sabe como poner un ladrillo?, ¿Querer crear un edificio y no saber como se ponen las columnas?

En otros países se comienza de la siguiente manera:

• Primero: serás programador Junior (por lo menos 2 años)
• Segundo: serás Programador Senior (por Lo menos 2 años)
• Tercero: serás Analista Junior (por lo menos 2 años)
• Cuarto: serás Analista Senior (por lo menos 2 años)
• Serás Jefe de Proyecto (10 grandes proyectos de software)
• Serás Arquitecto de Software

Ahora ya sabemos el porqué muchos proyectos fracasan, se escuchan casos en los cuales se asume la jefatura de un área de sistemas y no se sabe que hacer, los jefes son paseados por los analistas y programadores. No existe respeto hacia la jefatura. Un proyecto sin rumbo, sin cabeza, va camino al fracaso. En realidad la experiencia en diferentes empresas da el conocimiento de cómo se manejan los procesos de las empresas, uno puede saber programar pero sin el conocimiento de los procesos no se sabrá que hacer. Un jefe de proyectos tendrá que ser también un Ingeniero de procesos, ya que se debe tener la capacidad de conocer los procesos y mejorarlos, eso sólo se consigue con la experiencia.

He escuchado a muchos profesionales decir esto: "no se puede hacer mi versión de Visual Basic, no trae el control tal, así que es imposible desarrollarlo".

Analizando esta actitud de los estudiantes, me percate que se debía en gran medida al entorno donde se estaban desarrollando.
Muchos alumnos me contestaron que la mayoría de docentes no les exigían y les habían creado malos hábitos inconscientemente, como no investigar, no esforzarse en aprender nuevas herramientas o tecnologías, recuerdo que muchos estudiantes me confesaron cosas que me hacían tener vergüenza ajena como por ejemplo:

• No hay problema este trabajo lo hemos copiado muchas veces y solo cambiamos los colores de los formularios el profesor como no sabe nada no nos revisará el trabajo, sólo mirará que es diferente y pondrá buena nota.
• Me contaban también, que algún docente solo bajaba el primer link de google y lo imprimía y la clase se transformaba en una clase de redacción, si al docente se le olvidaba su impreso pues cancelaba la clase con cualquier excusa.
• Los alumnos realizaban apuestas en las cuales decían: “mira, este trabajo está lleno de sandeces pero se lo presentaré a tal profesor y apuesto que me pondrá buena nota”.

La lista de historias es interminable y existen muchas que son muy jocosas,

La gran verdad es que al docente universitario Peruano sobre todo en Sistemas le falta experiencia, hablan de cosas que nunca han realizado, enseñan sobre sistemas que nunca han desarrollado, enseñan materias que nunca en la práctica las han trabajado, es algo curioso pero muy cierto, hoy por hoy la gran mayoría de maestrías son un gran engaño, antes un Magister era un profesional más preparado que realizaba verdadera investigación, aportaba con al desarrollo social y tecnológico del país, existen maestrías “combo”, las cuales te brindan dos menciones en lo que más desees y no olvidarnos de las Maestrias-Doctorado en fin de todo se ha dado en la educación Peruana.

Es lamentable el nivel de muchos Pseudo Magisters, que no saben ni lo mínimo de informática, como existe una frase célebre: “uno puede engañar a los demás pero el mayor pecado es engañarse a uno mismo”, creer que saben algo y perjudicar a la educación de los estudiantes es una estafa, deberían hacer una mea culpa y esforzarse por mejorar y de esta manera dar lo mejor de ellos a los futuros profesionales de sistemas.

Uno de los grandes vacíos que existe en la educación universitaria particularmente en ingeniería, es la falta de actitud de muchos estudiantes, entonces los docentes universitario aparte de desarrollar las materias de la curricula deberían preocuparse por enseñar a tener actitudes positivas en la vida, por más falencias que tenga el docente, este debería ser sincero y reconocerlo.

Luego, deberíamos:

Fomentar la cultura del éxito con ejemplos e insistir con actitudes positivas y de mejora continua en el educando.
Fomentar también los hábitos de lectura y aprendizaje constante, incrementando la aplicación de la teoría en la práctica.
Atreverse a soñar y que todo es posible.
Inculcar el habito del auto aprendizaje.
Demostrar actitudes positivas frente a cualquier problema.
Enseñarles a ser pro activos y siempre dar más de lo que a uno le piden.
Ser conscientes de la responsabilidad social y el aporte tecnológico del Profesional con el País.

Recordemos que las personas que cambian el mundo son los idealistas, los soñadores, pues si ellos el mundo no hubiera llegado a donde está.

Regresando a Publicar

2008-11-22T08:56:00.000-08:00

Hola a todos les agradezco por los buenos comentarios sobre los diferentes artículos, después de ciertos cambios en mi vida profesional regreso con muchas ganas de escribir mas artículos y comentarles mis experiencias.

Gracias a Todos

Atte. Ing. Oscar Zelada Pozo

Quien Mato al Ingeniero de Software ?

2008-03-12T16:14:00.001-07:00

Este articulo es muy interesante y muestra la problemática real del desarrollo de software, la pregunta es todos deberían estudiar informática?

Robert Dewar, autor junto Edmond Schoenberg del artículo “¿Dónde están los Ingenieros de Software del mañana?” continuó la discusión al respecto en otra entrevista para Datamation. A continuación una traducción general con algunas opiniones de dicha entrevista:

Su argumento se resume así: los programas universitarios de ciencia de la computación no son lo suficientemente rigurosos, y no promueven la resolución de problemas y pensamiento en profundidad. En vez de eso, en un esfuerzo por aumentar el matriculado, los programas se enfocan en un currículo fácilmente accesible, y fallan en preparar a los estudiantes a competir con sus colegas internacionales.
Describe que su artículo fue malinterpretado en el punto en que comenta que la adopción de Java como primer lenguaje en los cursos ha llevado a ésta decadencia. Si bien Dewar entiende que las bibliotecas gráficas de Java permiten a los estudiantes crear software sin entender el código fuente por debajo, éste no es el problema principal.

“Mucho se trata de ‘hagamos ésto más divertido’. Sabes, ‘la matemática no es divertida, reduzcamos los requerimientos de matemáticas. Los algoritmos no son divertidos, deshagámonos de ellos. Ewww - bibliotecas gráficas son divertidas. Hagamos que la gente juegue con las bibliotecas. Y [olvidarse] todo éste asunto con ‘línea de comando’ - haremos que la gente use interfaces visuales lindas donde puedan apuntar y hacer clic y crear cosas gráficas llamativas y divertirse.”

Dewar menciona que su casilla de correo se llenó de respuestas positivas a su artículo, de estudiantes así como empleadores. Mucho lectores le han agradecido por hablar de una situación que creen necesario debe ser atendida, cuenta. Un email era de un IR que trabaja con un programador junior. El trabajador más viejo sugirió que el joven ingeniero chequeara el stack del núcleo para ver sobre un problema, pero desafortunadamente, “nunca había oído sobre un stack de núcleo”.

Desde el punto de vista de Dewar, la culpa es de las universidades que están deseperadas por compensar las bajas matriculaciones en programas de ciencia de la computación, aunque signifique destrozar los programas. Es conocido ampliamente que las matriculaciones han decrecido. Las causas principales: la caída de las punto com, y los encabezados constantes sobre outsourcing.
Responden a ésta baja en estudiantes del sector “atontando” los programas, esperando hacerlos más accesibles y populares. Lo que sea muy demandante o percibido como tedioso, se reemplaza con material simplificado que atraiga más enrolamientos. Obviamente como dice Dewar, ésto es contraproducente.

“Para mí, los números no son necesariamente la primera preocupación. La primer preocupación es que la gente obtenga una buena educación.”
Éstos estudiantes que fueron alimentados con material fácil no están preparados para competir globalmente.

Dice, uno de los pasos más contraproducentes que dieron las universidades fue adoptar Java como el lenguaje más usando en los cursos introductorios de programación, en un deseo de hacer la carrera más popular. Recuerda una discusión en la NYU hace varios años cuando decidieron cambiar el lenguaje introductorio de Pascal a Java. Pascal nunca había sido tan popular en la industria, cosa que no importaba; aprender Pascal tendía a promover prácticas de programación sólidas.
“Enseñaban Pascal porque parecía pedagógicamente la mejor opción”, dice Dewar.
El cambio a Java se hizo “puramente sobre la base de la demanda percibida de los estudiantes”. Para estar seguro, es un código popular para aplicaciones web y es relativamente fácil para los principiantes. Sin embargo, es exactamente ésta facilidad que lleva al núcleo de lo que está mal con los currículos de hoy en día.

“Si vas a una tienda y compras un libro de Java, son 1.200 páginas; 300 páginas son el lenguaje y 900 son bibliotecas misceláneas. Y es verdad que puedes sortear muchas cosas juntas en java muy fácilmente… así que puedes sortear cosas juntas sin un conocimiento mínimo,” dice. “Pero para mí, eso no es ingeniería del software, eso es algún tipo de programación consume-nivel.”

“El problema con Java es que esconde muchas cosas… esconde los temas de compilación - ¿qué está haciendo un compilador? Creo que si fuera a hablarle a un estudiante de Java, ni conocerían la palabra ‘compilador’. Si la conocieran, estoy seguro que no voy a obtener una idea si preguntara ‘¿qué hace un compilador?’”
El problema, a nivel de mercado en Norte América sería “Si la gente sale de las escuelas y saben Java y programación Web, y saben cómo armar cosas usando bibliotecas, ese es el tipo de habilidades que no se demandan”, Los trabajos que requieren no más que éstas habilidades de bajo nivel puede perfectamente hacerse desde países con sueldos bajos.
Como resúmen, el constructor a partir de bibliotecas de Java de hoy, es el repartidor de pizzas de mañana.

¿Quién debería estudiar (y quién no) Ciencias de la Computación?

Se necesita una persona con un set bien específico de inclinaciones y talentos para ser un programador de computadoras, comenta Dewar. Son éstas personas específicas para quienes deberían apuntar sus programas las escuelas - no la masa de personas semi-interesadas que usan bibliotecas pre-hechas para crear aplicaciones sin inspiración. Reflexión final de Dewar:

“La mayoría de los que entramos en programación realmente lo hacíamos porque lo encontrábamos divertido. Encontramos el desafío intelectual divertido. Encontramos que enfrentarnos a un problema complicado, luego pensar soluciones algorítmicas interesantes, es divertido. Encontramos estructuras de datos listas que resuelven problemas interesantes, divertidas.”
“Tal vez no sea divertido para una audiencia más grande, pero la educación de ciencias de la computación debería ser más sobre encontrar a esas personas que disfrutan ese tipo de diversión y enfocarse a ellos en vez de hacerlo todo fácil.”
“Si la gente encuentra aburrido computar algún valor interesante, entonces corre ese programa y obtiene un valor de 42 cuando debería ser 83, y encuentre porqué obtuvieron 42 en vez de 83, si encuentran eso tedioso y aburrido, entonces no son la clase de gente que necesitamos.”

Para los que se sientan identificados con la gente que describe en su reflexión final, creo que vamos por buen camino.

¿Los dos tipos de Programadores ?

2008-03-12T16:12:00.000-07:00

En Coding Horror, un blog bien interesante para programadores, Jeff Atwood escribe un post titulado “The Two Types of Programmers”, donde plantea una agrupación más general de los tipos de programadores.

“Contrario al mito, no hay catorce tipos de programadores.. Hay realmente solo dos, como nos recuerda Ben Collins-Sussman.

Hay dos “clases” de programadores en el mundo del desarrollo del software: voy a llamarlos el 20% y el 80%. Los tipos del 20% son lo que se llamarían programadores “alfa” - los líderes, el tipo que lugares como Google y Fog Creek software buscan contratar desesperadamente. Éstos tipos fueron los primeros en instalar Linux en su casa en los 90´s; la gente que escribe compiladores en Lisp y aprende Haskell los fines de semana “por diversión”; participan activamente en proyectos open source; siempre están al tanto de las últimas, y más frescas tendencias en la programación y herramientas.

Los tipos del 80% hacen el bulto de la industria del desarrollo de software. No son estúpidos; son meramente vocacionales. Fueron a la escuela, aprendieron suficiente Java/C#/C++, luego obtuvieron un trabajo escribiendo aplicaciones internas para bancos, gobiernos, firmas de viajes, firmas legales, etc. El mundo usualmente ni ve su software. Usan cualquier herramienta que les provee Microsoft — usualmente VS.NET si están en C++, o capaz un GUI IDE como Eclipse o IntelliJ para desarrollar en Java. Nunca han usado Linux, y no están muy interesados en él de todas formas. Muchos nunca han usado siquiera control de versiones. Si lo han hecho, es con cualquier herramienta entregada con la caja Microsoft (como SourceSafe), o alguna cosa antigua que le hayan entregado. Saben exactamente lo suficiente para hacer su trabajo, luego se van los fines de semana a casa y se olvidan de las computadoras.”Personalmente, convivo con esta teoría a diario en clase. Una frase típica, a tono de burla, en mi salón de clase es: “Eso el Visual Studio te lo hace solo” ó “¿Para qué vas a aprender eso si ya está hecho?” ó “Ésto nunca lo vas a usar, es al pedo aprenderlo“. Con esa mentalidad se maneja este 80%.

El problema, el primer año aprendimos a usar Visual Basic, un IDE que te autocompleta, te tabula, y el framework .NET que incluye todo. Y resulta muy difícil para la mayoría salir de eso. Trabajar en C a bajo nivel es como darse contra un muro de piedra en un automóvil a 90 km/h y sin cinturón de seguridad…

Lo peor no es ésto, sino la cabeza de no salir de lo que ya se aprendió, de aprender una cosa que resulta “cómoda”, y no salir de eso. Muchos dijeron cuando empezamos con la materia: “¿Para qué quiero aprender C si nunca lo voy a usar?” ó “Yo nunca voy a programar un sistema operativo, ¿para qué quiero aprender C?” Conociendo esa mentalidad, ¿quién contrataría a ésta gente para un puesto de programador?

Me imagino la situación (situación Dilbert):
Jefe - “Mirá, tenés que hacer una librería en C que interactúe con nuestro framework de persistencia para controlar el puerto serie del servidor“
Empleado - “¡Ah no!, yo eso no lo sé hacer, aparte el Visual no trae cómo hacerlo…“

Son el tipo de gente que cumple con las 12 señales de que eres un mal programador. Son una nueva generación de 80% que se está gestando…

Para reafirmar más ésta teoría, se aplica la teoría general del Dr. Gregory Walter Graffin III, quien declaró que

“En cualquier muestra al azar de la población general, se encontraría que el 80% de la gente son completos idiotas.“

Es totalmente compatible, aislamos una muestra de la población, con la característica en común de ser programadores. El 80%, por ende, no son muy inteligentes…
El artículo de Coding Horror continúa diciendo:

“Cuando trabajo con equipos de programadores en el campo, consistentemente me asombro con el abismo entre ese 20% y el resto del mundo. Hace que la división entre el campo open-source y el campo Microsoft parezca un charco llano.

Declaración shockeante #1: La mayor parte de la industria está hecho del 80% de los programadores.. Sí, la mayoría del mundo son tiendas pequeñas de desarrollo para Windows, o firmas pequeñas que contratan programadores internos. La mayoría de las compañías tienen unos pocos tipos del 20%, y son generalmente los que presionan a sus jefes de pelo parado para cambiar políticas, actualizar herramientas, o usar un sistema de control de versiones sano.
Declaración shockeante #2: La mayoría de los alpha-geeks se olvidan de la declaración shockeante #1. La gente que trabaja con software open source, participan en argumentos apasionantes de criptografía en Slashdot, y bajan los últimos lanzamientos GIT son extremadamente propensos a perder de vista el hecho de que “el 80%” existe. Se emocionan con la última distro de Linux o herramientas de AJAX o sistema SCM distribuido, pasan todo el fin de semana en eso, bloguean al respecto… y luego están confundidos sobre porqué no pueden lograr que su oficina empieza a usarlo.

Tal vez no es algo impresionante para mí, pero un excelente e importante recordatorio para todos, sin embargo.

A menudo pienso que perdemos el tiempo escribiendo blogs los cuales son mayormente leído por el mismo 20%. En mi experiencia existe un pequeño efecto de goteo de los programadores alfa hacia todos los demás. Y si lo hay, lleva décadas.”

Jeff continúa su artículo incitando al 20% a cambiar, a construir un puente entre el 20% y el 80%:

“Si realmente quieres cambiar el status quo del desarrollo de software, si realmente quieres marcar una diferencia este año, tienes que ayudar fuera del pequeño grupo insular de programadores alfa y crear el cambio en el otro 80% del mundo. Y eso es mucho, mucho mas difícil que predicarle al convertido 20%. Es por eso que admiro a gente como Scott Mitchell, porque entiende la importancia de llegarle al otro 80%.”
(…)
“Desearía que fuera más sencillo para mí, porque estoy de acuerdo con Scott” (…) “Creo que la verdadera medida de éxito no es cuántos alpha geeks podés hacer que te presten atención. Es cuántos típicos, poogramadores promedio has alcanzado, aunque sea de una forma pequeña. Si realmente te importa el arte del desarrollo de software, nos ayudarás a construir ese puente entre el 80% y el 20% también.

Es difícil lidiar con éste 80%, pero a lo largo de la carrera, van a estar siempre presentes. ¿Qué piensas al respecto? ¿Te consideras ofendido por el post? Estás en el 80…

Nace el Proyecto JDataObject

2008-03-09T20:05:00.000-07:00

Un grupo de Alumnos de la Universidad Nacional del Santa y mi persona estamos desarrollando un proyecto con las siguientes características

I.- DESCRIPCION DEL PROYECTO
Desarrollo de herramientas y componentes para la generación de consultas de Base de datos y diseño de objetos (Texto,Campos, Imágenes, Campos calculados, lines, etc.) asi como de sus propiedades para la edición y mantenimiento de los datos.
Añadir una nueva funcionalidad a NetBeans que permita la creación de Objeto de datos (JDataObjetc) para el manejo y edición de datos a través del control JDataControl.
El proyecto esto formado de 2 elementos:

1.-Plugin para NetBeans que permite el diseño dinámico de consultas así como el diseño de Objetos de Datos (JDataObjetc). El objeto JDataObject es un objeto que encapsula una consulta SQL así como las propiedades de cada uno de los objetos definidos en esta. Estos objetos pueden ser Texto, campos de tablas y campos calculados. El objeto también pose propiedades en si mismo para las funciones inherentes al trabajo con Datos y la presentación de estos. El diseñador de objetos JDataObjet utiliza archivos en formato XML para almacenar las diferentes propiedades de cada objeto.

2.-JDataEditControl.-
Es un Bean que encapsula la funcionalidad del trabajo con una consulta de base de datos haciendo uso de cursores desplazables con cualquier base de datos cuyo controlador JDBC soporte estas funcionalidades. La mayoría de las operaciones cotidianas de trabajo con una consulta actualizable de datos se pueden realizar de una manera muy sencilla con una mínima programación. Este control aumenta tremendamente la productividad en la creación de aplicaciones que trabajan con una base de datos.
Módulos que conforman el Proyecto
• Diseñador dinámico de consultas
• Diseñador de Objetos JdataObjetc
• Componente JdataeditControl

II- BENEFICIOS PARA LA COMUNIDAD DE NETBEANS
• Permitir a NetBeans poder competir con otros entornos de desarrollo como PowerBuilder, Delphi y Visual Basic los cuales cuentan con herramientas productivas para el acceso y manejo de datos.
• Incrementar el desarrollo de aplicaciones Desktop con NetBeans
• Incremento de la productividad en el desarrollo de aplicaciones con Base de datos.
• Facilidad de adopción de Netbeans para desarrolladores de otros lenguajes y entornos de desarrollo.
• Introducción al mundo de las Base de datos de una manera fácil y práctica para los programadores de Java noveles.

III.- PLAN DE IMPLEMENTACION
El proyecto se implementara utilizando solo componentes proporcionados por la plataforma de Netbeans y el proyecto Ireport de JasperSoft. Se desarrollara un modulo que extienda las capacidades de Trabajo con base de datos, para lo cual se desarrollara un generador dinámico de consultas, este generador enviara la consulta SQL al diseñador de Objetos JDataObject, en el cual se podrá ajustar las propiedades de visualización y otras de cada objeto pudiendo ser este Texto, Imágenes, Dibujos y campos calculados. Los objetos JDataObjet podrán ser llamados por el componente JDataEditControl que es un Beans que encapsulará la mayoría de operaciones con el tratamiento de datos, se utilizara como repositorio de información archivos en formato XML. El Proyecto esta dividido en 3 Módulos
• Diseñador dinámico de consultas .- Esta se desarrollara de manera visual permitiendo al usuario seleccionar el origen de base de datos y realizar la selección de Tablas y campos de estas , así como establecer las relaciones existentes entre las diferentes tablas, pudiendo alternativamente ingresar parámetros de recuperación de la base de datos.
• Diseñador de Objetos JDataObjetc.- La consulta generada con la herramienta anterior es utilizada por esta herramienta la cual permitirá el diseño y ubicación de los diferentes campos así como de sus propiedades, los formatos de presentación de los registros serán 2 de manera Tabular y otra un Grid. Todos los parámetros de la consulta se grabaran en un archivo XML el cual será interpretado mas adelante por el Control JDataEditControl
• Componente JdataeditControl (Grid y Tabular).- Es un componente que permite trabajar con el Objeto JDataObjetc, y provee las funciones y propiedades para el manejo de las operaciones con los registros de la base de datos.
Se utilizara la plataforma NetBeans para la creación del plugin para la generación de consultas dinámicas así como el diseño del JDataObjetc.

Optimizando Firebird

2008-01-27T16:04:00.000-08:00

Estas son las consideraciones que tomo en cuenta para una adecuada configuración para el servidor Firebird.

El funcionamiento de un Servidor de base de datos es en realidad una mezcla de tres cosas: una computadora que hace de "servidor", el programa FireBird instalado en el, y un fichero de datos (normalmente con extensión .FDB o .GDB) que está almacenado en un disco duro del servidor. Todos estos aspectos del servidor de la base de datos pueden

ser causa de algunos problemas.

La computadora el Servidor

Para la computador que ara de servidor se tiene que seleccionar una con características hardware apropiadas ya que del adecuado rendimiento de esta PC tendrá mucho que ver el comportamiento del servidor de Base de datos. La recomendación es utilizar ese computador de manera exclusiva como servidor de base de datos. Las consideraciones de seguridad tanto a nivel físico como a nivel de software(Sistema Operativo, Cortafuegos, etc.) deben tenerse en consideración ya que de ello dependerá el buen funcionamiento y la seguridad de la base de datos.

Una computadora con unidades de disco antiguas, sin los controladores adecuados, con poca memoria, con el sistema operativo mal configurado, o que se use para otros procesos, afectará a todos los usuarios del servidor de base de datos, así que la selección de una computadora adecuada es una muy buena decisión para incrementar el rendimiento.

Configurar FireBird

Uno de los puntos mas críticos dentro de la configuración del servidor es la asignación de la memoria que se da al servidor (parámetro DefaultDbCachePages) este parámetro en el servidor Superserver esta configurado a 2048 paginas, es necesario incrementar este parámetro para tener un mejor rendimiento. El efecto que tendrá será grande, sobre todo cuando existen muchos usuarios accediendo a la base de datos o para el procesamiento de Consultas SQL complejas.

Sanear sus datos

Este punto debería ser obligatorio, ya que las bases de datos, al igual que los discos duros, se "fragmentan" con su uso diario, e incluso pueden ser más propensas a corromperse tras unos años de uso, y solo un ciclo de BackUp / Restore nos "sanea" estos datos. Con esto se obtendrá una reducción en el tamaño de la base de datos

Tamaño de cache

Simplificando es cuanta memoria RAM reservamos para cada base de datos que abre FireBird, y cuanta más, mejor, claro. Esta memoria se mide en "paginas", y una pagina puede variar de tamaño, siendo el tamaño por defecto de 4KB. Para la mayoría de base de datos. Por defecto el modo "Superserver" de FireBird -la instalación por defecto- usa DefaultDbCachePages = 2048, es decir, unas 8 MB, así que realmente aquí tenemos mucho que ganar poniendo, por ejemplo, 10 veces más (80 MB) o incluso bastante mas. Conviene jugar con ciertos valores y ver como queda el S.O. (Windows o Linux) de memoria libre. Si decidimos usar un GB para FireBird, usaríamos unas cien veces más que lo que viene por defecto, unas 2 millones de páginas, así que DefaultDbCachePages = 204800 podría ser un valor bueno a probar.

Ficheros temporales

Se usan al ordenar datos, es decir, muy a menudo. Estos fichero no deben estar en el mismo disco donde esta la propia base de datos, ya que en ese caso, el manipular ambos ficheros a la vez penalizará la velocidad bastante. Busque en el fichero de configuración “firebird.conf” la clausula TempDirectories y haga que apunte al disco del sistema operativo, o si lo tiene, a un disco extra que use solo para estos ficheros temporales.

Disco RAM

Si tiene RAM de sobra, digamos que mas de 2 GB en sistemas de 32 bits o más de 4 GB en sistemas de 64 bits, la RAM extra puede usarse para dar más velocidad a los temporales creando un "disco RAM". Estos discos, son programas que se instalan y hacen creer al sistema que la memoria es un disco nuevo, pero muy rápido. Si instalamos uno de estos programas y usamos esa unidad como directorio temporal de FireBird, el cambio puede ser espectacular.

Migración de Datos a Firebird (II)

2008-01-26T22:36:00.000-08:00

Desarrollada la aplicación de migración de datos (Tablas Dbfs) a Firebird, se pudo realizar grandes migraciones de cientos de tablas con millones de registros, demostrando de esta manera que el software funciona de manera correcta.

El paso siguiente seria desarrollar una herramienta que pudiese hacer los mismo con diferentes orígenes de datos (Principalmente servidores SQL).
Me propuse desarrollar un software que incluyera la siguiente Funcionalidad:

Explorar los objetos de un servidor Firebird
Exportar Datos y Objetos entre 2 servidores Firebird
Exportar las estructuras de Objetos de un servidor Firebird a un Archivo SQL
Incluir la Migración de Archivos DBFs
Migrar de Datos y Estructuras de un Servidor SQL
Migrar datos de origen ODBC o Acces

Aqui pongo unas capturas de pantalla del software desarrollado:

Esta ventana muestra la opción para la migración de estructura y data entre 2 servidores Firebird.

Esta ventana muestra como se puede extraer la estructura de datos y objetos de un servidor Firebird para visualizar o grabarlo en un archivo.

En esta ventana se muestra la opción que permite exportar datos de un un servidor SQL a un servidor Firebird.

El Software puede ser descargado desde Aqui

Migración de Datos a Firebird (I)

2008-01-26T21:55:00.000-08:00

Fue inicios del 2004 que decidí desarrollar una herramienta para realizar la migración de data en formato DBF al servidor Firebird.
Este software lo desarrolle con Borland Delphi, una de las partes fundamentales de este software es el objeto que permite acceder a los datos DBFs realizando una adecuada interpretación de estos para su posterior migración a Firebird para un funcionamiento adecuado este software hace uso de Hilos para gestionar la exportación de datos.
Aqui unas capturas de pantallas del software desarrollado:

Esta ventana muestra los diferentes objetos de un servidor Firebird pudiendo analizar las estructuras de las tablas, su data y metadata.

Esta ventana muestra como se puede explorar un directorio para analizar archivos Dbfs, pudiendo visualizar su estructura así como su data

Esta ventana muestra la selección de los diferentes archivos Dbfs a migrar para realizar la exportación de datos al servidor Firebird.

El software puede ser descargado aquí

Conociendo Firebird

2008-01-26T21:43:00.000-08:00

Fue a Finales del 2003 que analizando las diferentes bases de datos de código abierto me encontré con este proyecto, el cual me sorprendió ya que se trataba de una rama de desarrollo libre basado en el código fuente de interbase 6.0. Empece a analizar su funcionalidad probandolo en windows empece a utilizarlo con PowerBuilder para lo cual utilizaba una conexión ODC realice las pruebas y quede satisfecho.
Al trabajar con sistemas que utilizaban campos Blob Firebird no presentaba problema alguno y el controlador ODB tenia un buen desempeño, la administración de la base de datos era mínima, con estas características probadas decidí utilizarlo en los proyectos que desarrollaría de ahora en adelante, plantea al SIMA Chimbote la utilización de esta base de datos lo cual se acepto sin problemas.
Firebird al heredar el código de Interbase tiene un estrecho nexo con las herramientas de desarrollo de Borland principalmente con Delphi para el cual existen una gran cantidad de componentes que nos permiten trabajar con una conexión nativa sacando todo el potencial de esta base de datos.
Al empezar a trabajar con Firebird uno de los grandes problemas con los que me enfrente fue el proceso de migración de base de datos desde otros servidores SQL y de data de archivos DBF; para superar este problemas desarrolle 2 herramientas muy útiles que me permiten hacer este trabajo:

dbftofib (Permite migrar datos DBF a Firebird)
xdatatofib (Herramienta para migrar data de otros servidores a Firebird)

Estas herramientas las desarrolle utilizando Borland Delphi 7.0

Java Desarrollando una Ventana Mantenimiento

2008-01-23T16:59:00.000-08:00

Terminada, el desarrollo de los objetos base y del generador de ventana de datos paso a mostrar un ejemplo de los pasos a seguir. Para el ejemplo se realizara el mantenimiento de una tabla que utiliza en una de sus columnas un estilo de edición en particular, también se debe comentar que la herencia visual de formularios en NetBeans 6.0 no esta implementada como lo conocemos en PowerBuilder, se puede hacer herencia de componentes (Beans) para ello, si deseamos crear un nuevo objeto visual basado en varios componentes se tendría que utilizar un panel y colocar los objetos que se deseen en el.
La técnica que e utilizado es la combinación de plantillas (esto no es herencia) con objetos visuales y a partir de ellos crear las entradas de datos.
En el siguiente vídeo muestro como se crea una ventana de datos(datawindows) utilizando el diseñador que he creado para este fin, hay que percatarnos que el diseñador nos permite establecer un estilo de edición, estos estilos de edición se obtienen de un Paquete el cual muestra los objetos que pueden servir como objetos de edición.

Video de la Aplicación

2008-01-22T21:14:00.000-08:00

Aqui les pongo un video de como quedo la presentación del primer avance del sistema.

Jaybird Problemas ?

2008-01-15T14:27:00.000-08:00

5 de Diciembre 2007

He desarrollado ya varias entradas de datos y la verdad con los objetos de acceso a datos que desarrolle las cosas ya son mas aceptables y puedo desarrollar bastante rápido esto me esta gustando.
Toda estaba bien hasta que me percato de algo extraño cuando procedía a grabar datos en una tabla con llave primaria compuesta se modificaban todos los registros para los cuales coincidía el ultimo campo de la llave compuesta me explico mejor con un ejemplo:

TABLA=DEMO1
sistema codigo campo valor
002 1 UNO 100
002 2 DOS 200
002 3 TRES 5000
002 5 UNO 300
002 10 DOS 100
002 20 UNO 200

PRIMARY KEY = CAMPO+CODIGO+SISTEMA

Si yo actualizo el campo valor de 200 a 10 para los registros con el campo sistema='002' y ademas con el campo codigo='20' esto deberia afectar solo a un registro.

Después de realizar la actualización el resultado debería ser este:

sistema codigo campo valor
002 20 UNO 200

Pero los resultados fueron diferentes obteniendo los siguientes datos:

sistema codigo campo valor
002 1 UNO 10 (*)
002 2 DOS 200
002 3 TRES 5000
002 5 UNO 10 (*)
002 10 DOS 100
002 20 UNO 10 (*)

Esto para mi es un Horror, bueno pensé algo estoy haciendo mal así que a revisar todo el código que he avanzado para detectar el posible error ese día me amanecí para variar (jajaa casi siempre lo ago) . Analizando todo llegue a la conclusión siguiente el controlador Jaybird tiene un problema muy pero muy grande como antes no se percataron de eso realmente es algo terrible.

Decidí escribirle a Roman Rowinsky el creador de Jaybir para que me oriente que cosa estava haciendo mal. Roman Rowinsky me contesto lo siguiente:

Please post this email into our bug tracker at
http://tracker.firebirdsql.org

It looks like a bug in JDBC driver when handling the compound primary keys.

Aqui me esta confirmando que efectivamente existe un problema con el controlador JDBC de Jaybird en la actualización de registro con tablas que tienen Llaves primarias compuestas.
Bueno esto me puso muy preocupado, publique el bug en la dirección que Roman me indico y en esa dirección me percate que existen Bugs desde el 2006 que no se solucionan hasta la fecha o si se solucionaron no se menciona nada de ello.

Al percatarme de ello estaba al borde de a locura y que hago me dije lo primero tranquilizarme y pensar friamente que seria los mas adecuado hacer, entonces se me ocurrieron las siguientes alternativas:

Cambiarme de Motor de Base de datos
Pedirle Porfavor a Roman que me Ayudase con el problema
Yo mismo corregir el controlador

Asi que empece a analizar las diferentes alternativas que tenia, la primera cambiarme de base de datos bien a Postgress o Mysql me decidí por Mysql así que estuve explorando las posibilidades con esta base de datos, como se sabe Mysql apartir de la versión 5.0 comienza a dar soporte a Procedimientos almacenados,disparadores , funciones definidas por el usuario, etc. estuve revisando el lenguaje de programación que utiliza Mysql y toda la información que encontré me llevo a pensar que Mysql todavía no esta muy maduro en estos temas como RBDMS, mi conocimiento con Firebird data desde el 2004 y con el cual he desarrollado muchos sistemas, esto me garantizaría tiempo y funcionalidad para la generación de cualquier tipo de reporte por mas complejo que este fuese, con IBSQL (Lenguaje de Firebird) todo lo podría resolver. Así que me propuse Corregir el Controlador yo mismo si en 24 horas no lo podía corregir el cambio de motor de base de datos era inevitable.

Le pedí a Roman que me diga donde podía conseguir el código fuente de Jaybird 2.1.1 (Es la versión que estoy usando) pq' en la pagina de descarga solo se encuentra los fuentes de Jaybird 2.1 Roman me contesto lo siguiente:

You have to check out the sources from the CVS

cvs -d :pserver:anonymous@firebird.cvs.sourceforge.net:/cvsroot/firebird

co -R Jaybird_2_1_1 client-java

Aca entra el excelente soporte que tiene Netbeans 6.0 para el trabajo con CVS es de lo mejor que yo he visto.
Una ves trabajando con los fuentes de Jaybird detecte el problema en la clase FBRowUpdater realice la corrección de manera exitosa compilando nuevamente Jaybird con la versión parchada dando resultados satisfactorios, sinceramente que al ver que la nueva versión compilada de Jaybird funcionaba correctamente, la tranquilidad regreso a mi. Corregir el controlador no fue tarea fácil lo primero, hay que aceptar el reto y tener la seguridad de que todo se puede solo el factor tiempo era mi enemigo. Con este problema superado y habiendo ganado mucho mas experiencia en Java con 1 mes de estar desarrollando en este lenguaje, en ese momento me sentí muy contento y con la confianza de que ningún problema me detendría para desarrollar este sistema.

Le escribí a Roman un correo con el código corregido:

Te agradesco por el apoyo y los fuentes de Jaybird. te envio la correccion que he realizado.
saludosy y Nuevamente Gracias.

Atte.
Oscar Zelada Pozo

//***********************************************************************************************
private int[] getParameterMask() throws SQLException {

// loop through the "best row identifiers" and set appropriate falgs.
FBDatabaseMetaData metaData = new FBDatabaseMetaData(gdsHelper);

ResultSet bestRowIdentifier = metaData.getBestRowIdentifier(
"", "", tableName, DatabaseMetaData.bestRowSession , true);
try {
int[] result = new int[xsqlvars.length];
boolean hasParams = false;
while(bestRowIdentifier.next()) {
String columnName = bestRowIdentifier.getString (2);
if (columnName == null)
continue;

boolean found = false;
for (int i = 0; i <>) && "DB_KEY".equals(xsqlvars[i].sqlname)) {
result[i] = PARAMETER_DBKEY;
found = true;
break;
} else
if (columnName.equals(xsqlvars[i].sqlname)) {
result[i] = PARAMETER_USED;
found = true;
break;
}
//---------Este Else--No es necesario Pq' los elementos del Array se inicializan en cero-----
//---------Como el for siempre recorre todos los parametros de Xsqlvars siempre setea todos los anteriores a cero-----
//----------y si ya se asigno un valor diferente a cero sera chancado por eso esas lineas estan de mas---------
//---------el error era que siempre queda el ultimo campo de la llave primaria y sera el unico------
//--------Que se tomara en consideracion para el where del Update------------------------------------
//--------------Gracias por Todo Roman Saludos desde Peru Atte. Oscar Zelada--------------------
// else
// result[i] = PARAMETER_UNUSED;
}

// if we did not found a column from the best row identifier
// in our result set, throw an exception, since we cannot
// reliably identify the row.
if (!found)
throw new FBResultSetNotUpdatableException(
"Underlying result set does not contain all columns " +
"that form 'best row identifier'.");
else
hasParams = true;
}

if (!hasParams)
throw new FBResultSetNotUpdatableException(
"No columns that can be used in WHERE clause could be " +
"found.");

return result;
} finally {
bestRowIdentifier.close();
}
}

Aqui pongo los binarios de Jaybird 2.1.1 que corrige el problema de llave primaria compuesta por si alguien los necesita.

Presentación del Sistema (Postergado)

2008-01-15T14:06:00.000-08:00

30 Noviembre 2007

Llego la fecha de presentación del primer modulo y la verdad que como hemos visto recién estoy empezando con el desarrollo del mismo, así que no me quedo otra cosa que conversar con el gerente y pedirle me amplia la fecha de presentación del avance. Al conversar con el le conté a groso modo los problemas que se me habían presentado sin ahondar en los temas técnicos ni demás, bueno el me dijo que has avanzado, sinceramente sentí vergüenza es la primera vez que me encuentro en una situación así, bueno me comprendió y me dio el plazo que le solicite de 10 días para acabar con la primera parte del sistema.
había trabajado muy duro durante este mes de noviembre, desde hace mucho tiempo que no se me presento un reto de esa magnitud, me confié demasiado pensé en aprender Java solo en 15 días y realizar todo la implementación en otros 15 días mas, pero no fue así, también estuvo el reto de desarrollar todo el marco de trabajo que tenia en PowerBuilder era muy corto el tiempo de 15 días por mas experiencia que aya tenido.
De la forma como lo he desarrollado creo que valió la pena estoy satisfecho ya que estoy empezando ha ver los frutos de mi trabajo así que me tomare un par de días para despejarme.

Empezando el desarrollo del Sistema

2008-01-15T12:51:00.000-08:00

28 de Noviembre 2007

Todo sistema desde mi punto de vista debe tener un conjunto de objetos reutilizables así como también funciones para las operaciones repetitivas que se dan, así como un interfaz establecida y que todas las ventanas deben seguir.
Empece a desarrollar la interfaz para todo el sistema así como las diferentes funciones que darán soporte ha esta, no olvidemos la seguridad y los accesos a los usuarios, las concepciones de esto yo las tengo bien claro ya que sera las misma de todos los sistemas que he desarrollado.

Existe un sistema principal, apartir del cual se pueden crear perfiles de sistemas que pueden ser asignados a los usuarios, cada perfil de sistema tiene sus permisos establecidos CLAEP C=creación, L=Lectura, A=Actualización, E=Eliminación y P=impresión, espero escribir otra entrada explicando los detalles de la concepción de seguridad que manejo, regresando al desarrollo del sistema, cree un objeto aplicación con diferentes propiedades que serán utilizadas en el sistema, ademas de la sincronización del menú principal y el árbol de la aplicación.
He utilizado funciones hash(SHA) para la encriptación de las claves de los usuarios, aqui les muestro el código de la función:

Aca una captura de pantalla de la ventana principal, tuve que quitar la imagen real del sistema asi como borrar el nombre del sistema y de la empresa de la barra de titulo por razones obvias.

Internamente existen muchas funciones que realizan diferentes procesos para que toda la aplicación funcione de manera adecuada podríamos mencionar algunas

Sincronización de elementos del menú en una base de datos.
Generación del árbol apartir de la tabla de elementos de menú
Ejecución de eventos del menú atraves de los items del árbol
Funciones de seguimiento y registro de sucesos del sistema

Sin darme cuenta en la creación de los objetos de acceso a datos y los demás objetos que forman parte de mi marco de trabajo estoy programando varios miles de lineas en Java ya estoy en condiciones de desarrollar los ingresos mas pesados y empezar a introducirme al mundo de los reportes con Jasper Report e Ireport.

Java Datawindow Manipulación Datos en Grid (IV)

2008-01-14T12:52:00.000-08:00

25 Noviembre 2007
Java es muy amplio, las posibilidades son muchas en este maravilloso mundo en el cual recién me estoy introduciendo, realmente me esta costando trabajo desarrollar estos componentes y superar los diferentes problemas que se me van presentando. pensé solicitar ayuda en el medio a algún desarrallador con experiencia en Java y me doy con la ingrata sorpresa que la mayoría de desarrolladores solo han trabajado con consultas simples en Web y el tema de Swing no lo conocen solo han desarrollado pequeñas aplicaciones y nada mas, bueno no me queda otra que seguir avanzando solo, se que podre cometer muchos errores pero tengo la idea de que es lo que quiero y eso es una fortaleza para mi.

Continuando con el desarrollo del objeto datawindow, el problema siguiente que se me presento fue como manejar argumentos de recuperación (Parámetros que se pasaran a una consulta y serán interpretados por esta en tiempo de ejecución) por ejemplo si yo desearía recuperar los datos de un cliente en particular la sentencia SQL se vería mas o menos así:

SELECT * FROM CLIENTES WHERE CODIGO='100000'

Pero que sucede si en tiempo de ejecución yo desearía seleccionar cualquier otro código diferente a '100000', la respuesta esta en los argumentos de recuperación que me permitirían a mi recuperar datos en función a un conjunto de parámetros, también debemos tener en cuenta que no siempre sera un parámetro sino que el numero de parámetros seria variable. Como podria implementear esto en Java ? la respuesta lo encontré en los argumentos variables Java incorpora esta funcionalidad apartir de la maquina virtual 1.5 y el único requerimiento que necesita es que los parámetros variables sean los últimos en ser declarados en el método por ejemplo:

public ejemplo(int opc, String... datos)

En este ejemplo nos percatamos que se esta declarando al final de este método el parámetro datos que seria un parámetro variable, los parámetros variables pueden ser de cualquier tipo, aquí unos ejemplos de como se podría llamar a este método:

ejemplo(1,"Hola1")
ejemplo(1,"Hola1","Hola2)
ejemplo(1,"Hola1","Hola2","Hola3","Hola4")

Todas esta maneras de llamar al método son validas el método tendrá la responsabilidad de analizar el numero de parámetros y procesarlos, para determinar el numero de parámetros solo tenemos que preguntar por su longitud en el ejemplo seria de esta manera:

l=datos.length;

El diseñador de consultas que desarrolle también contempla la creación de argumentos de recuperación lo cual me da flexibilidad para el trabajo con datos.

Java Datawindow Manipulación Datos en Grid (III)

2008-01-13T22:41:00.000-08:00

22 de Noviembre 2007
Estoy con el tiempo muy recortado y creo que no terminare el primer modulo ya que en realidad no he tocado nada del sistema que tenia que desarrollar y fundamentalmente me he dedicado a crear las clases de objetos que serán el soporte para el desarrollo del sistema en si.
Mis conocimientos en Java se han ampliado y veo las cosas con mas claridad, pero aun no estoy contento con los resultado obtenidos sobre todo con respecto al factor tiempo.
Ya tengo una versión del objeto datawindow para realizar las pruebas veamoslo en acción.

Aquí podemos ver en el código que el objeto datawindow me esta ayudando bastante pero, no considero adecuado que un sistema tenga muchas sentencias SQL embebidas esto a la largo podría restarle versatilidad al sistema e incrementar el esfuerzo del mantenimiento, ademas de tener muchas lineas de código para inicializar los arrays de visualización , edición, etc. es algo muy operativo y tedioso, sinceramente no me gusta ver mi código de esa manera me pregunto si debería existir alguna manera de tener todos estos parámetros aparte, tener una especie de diseñador de datawindows y simplemente en mi código especificar el nombre de la consulta y de manera automática inicializar todos los arrasy seria muy bueno, esto seria lo ideal.
Esta idea no es mala pero se retrasaría mi proyecto mas días, pero pensando que el sistema que desarrollare es grande creo que valdría la pena desarrollar algo así.

Asi que empece a desarrollar el que para mi seria el generador de mis consultas, los datos de inicialización , colores texto, color de fondo, visible , editable todos estos valores deverias estar almacenados en algún sitio, así que para mi habían 2 alternativas almacenarlos en formato XML o almacenarlos en la base de datos, decidí almacenarlos en la base de datos no me pareció la idea de tener muchos archivos XML por alli sueltos, así que cree las estructuras de tablas necesarias para almacenar los valores de los datawindows en una base de datos.
Decidi hacer la interfaz lo mas sencilla posible por cuestiones de tiempo pero debía ser funcional para permitirme seleccionar los valores de manera practica.
Aqui unas capturas de pantallas del pequeño utilitario para crear los objetos datawindows.

Al desarrollar este programa, empece a probar los objetos que había desarrollado, detectando problemas y posibles errores de programación en estos objetos. Ya estaba conociendo Java, este programa no es muy complejo de desarrollar lo mas importante en todo sistema es la idea la concepción de como se deben realizar las cosas, al finalizar este aplicativo aprendí muchas cosas sobre el manejo de Swing esto me serviría mas adelante para el desarrollo en si del sistema.
Este pequeño aplicativo me permite definir la sentencia SQL apartir de la cual se creara el datawindow. El aplicativo tiene tres pestañas:

Primer Pestaña de Ingreso de sentencia SQL y prueba de la consulta.
Segunda Pestaña grabar datos de la cabecera y detalle así como modificar los atributos de cada columna del datawindow, en esta pestaña también se puede recuperar datawindows creados para realizar algún ajuste de sus atributos.
Tercera pestaña nos permite visualizar el datawindows en modo de ejecución, aqui se nos permite seleccionar cualquier datawindows existente y visualizarlo en modo de ejecución.

Uno de los problemas que se me presentaron es como poder seleccionar diferentes estilos de edición por cada celda del JTable , lo que se me ocurrió fue crear objetos en un Paquete el cual podría ser recorrido en tiempo de ejecución y determinar los objetos existentes en este y mostrarle a los usuarios los diferentes estilos de edición que podrían seleccionar. una vez realizado esto en tiempo de ejecución podría crear una clase dinamicamente así como de ejecutar ciertos métodos de la misma manera, esto lo pude realizar gracias a la reflexión que Java posee.
Aqui una captura de pantalla con los diferentes estilos de edición:

Aqui el código que me permite mostrar los objetos existentes en un paquete:

Aca he realizado algunos filtros en función de los diferentes tipos de objeto, al final retorno el arraylist classes el cual contendrá los nombres de los diferentes objetos que se podrán utilizar como estilos de edición.
El código que permite agregar y crear de manera dinámica un objeto como estilo de edición para una celda del JTable se muestra a continuación:

Utilizando la función forName de la clase class podemos crear una clase apartir de su nombre, con la clase ya creada podemos instanciar un objeto de esta clase haciendo uso de la función newInstance, esta función nos retorna el objeto instanciado del tipo de clase creado anteriormente, la función getMethod me permitirá crear u método apartir de su nombre y los parámetros que se les proporcionen. Solamente nos queda llamar al método con la función invoke de la clase Method. De esta manera haciendo uso de la reflexión se ha podido crear dinamicamente el estilo de edición para la celda del JTable.

Editcell1=new DefaultCellEditor((JComboBox)obj);

Cualquier duda sobre la implementación y sus detalles puedes preguntármelo y gustoso tratare de absolver tus dudas.

Java Datawindow Manipulación Datos en Grid (II)

2008-01-13T21:08:00.000-08:00

20 Noviembre 2007

Recordemos que la fecha de presentación del primer modulo del proyecto es el 30 de Noviembre del 2007 y la verdad que el tiempo me quedara corto, desconocía la magnitud del trabajo que me tomaría realizar las implemetaciones de estos Objetos, hasta donde estoy conociendo Java es un lenguaje muy potente y me obliga a pensar todo en objetos pero lo bueno es que todo se puede hacer esto me motiva y se que después de acabar con los objetos que me he propuesto mi desarrollo sera muy rápido.

Ya descrita la implementación de la clase encargada del modelo de datos ahora mostrare la implementación del objeto que extenderá el JTable. Antes de esto describire que funcionalidades debería tener el Objeto datawindow:

Deberá permitirme realizar la validación de campos
Me permitira personalizar el mensajes de error de validación
Los objetos encargados de la edición en cada celda estaran en función del tipo de datos
Los objetos de edicición que se utilizaran seran los implementados con anterioridad
Se podra especificar que columnas seran visibles
Se podrá especificar que columnas serán editables
Se podrán especificar los colores de texto y fondo de cada celda
Se podrá especificar los títulos de cada columna
Se podrá especificar el ancho de cada columna

Decidí implementar estas propiedades como array según los diferentes tipos de datos, aqui muestro la declaración de la clase:

Posiblemente podría aver declarado las propiedades utilizando otros tipos de datos mucho mas eficientes, pero en fin estoy contra el tiempo y espero poder afinar esto de los tipos de datos mas adelante.
Este objeto deberá inicializar los arrays así como inicializar la propiedad del modelo de datos PModelo_data, etc.
Dentro de las propiedades mas importantes de este objeto podemos ver el modelo de datos (PModelo_data) la conexión a la base de datos (PSqlca) el modelo de Columnas (PModelo_columnas del tipo TableColumnModel) y los eventos de las columnas del tipo TableColumnModelListener.
Este objeto implemetara los metodos siguientes:

Insertrow
Deleterow
Retrieve
Getvalue
Setvalue
Close
Update
Getcolumnname
Rowcount
Commit
Updaterow

Básicamente estos métodos llaman a los métodos con el mismo nombre de la clase datastore y teniendo en cuenta la actualización del JTable atraves de los métodos:

fireTableRowsInserted
fireTableRowsDeleted
fireTableRowsUpdated

También se han creado métodos Setvalue1 y Getvalue1 los cuales actúan sobre la fila actual y solamente se debe especificar la columna y el valor según sea el caso, estos métodos así como los anteriores están sobrecargados para aceptar su llamada ya sea po0r el numero de la columna o por el nombre de esta.

El JTable deja el manejo de os datos a su modelo y tiene una presentación de los datos en función a la clase de estos, esta clase se devuelve en el método getColumnClass del modelo de datos, por ejemplo lo datos tipo texto en un JTextfiel y los datos lógicos en un JCheckbox y así de igual manera con los otros datos. Esto es para la edición la cual es la por defecto pero esto queda a la libertad del programador cambiarlos. La presentación de los datos se realiza con una etiqueta (Jlabel) por defecto, una cosa es la edición de los datos y otra la visualización de estos. Para realizar la personalización de la visualización para el JTable se debe utiliza una clase basada en DefaultTableCellRenderer la cual nos permitirá controlar la presentación de los datos.
Aqui la implementación de una clase que tendrá la función de mostrarnos los datos según los colores que se hayan configurado así como de otras condiciones mas:

Cualquier duda sobre la implementación y sus detalles puedes preguntármelo y gustoso tratare de absolver tus dudas.

El año 2000, Mucho Desarrollo y el Inicio en el mundo de las comunicaciones

2008-01-10T19:47:00.000-08:00

Software de Ventas, Compras y Almacén

En el 2000 empecé un proyecto en una empresa de computo, el sistema lo desarrolle en aprox. 2 meses en los cuales entro en producción satisfaciendo los requerimientos y objetivos de la empresa. Los usuarios se sentían contentos con la forma del trabajo del sistema por la facilidad y la interfaz amigable con el que contaba el sistema utilizaba Drag and Drop para facilitar la creación de los documentos de ventas. Las herramientas que utilice fueron PowerBuilder y MS Sql Server, este sistema se convertiría con el tiempo en la base de uno de mis sistemas más solicitados en estos últimos 10 años, este sistema tuvo mucho éxito adaptándose para diferentes giros de negocio como:

• Tiendas de Computo
• Ferreterías
• Grifos
• Farmacias
• Madereras

El año 2000 este software se instalo en una empresa de cómputo, un grifo y una ferretería.
Actualmente este sistema que ya cumplió sus 10 años me lo siguen solicitando para los diferentes rubros de negocios en los cuales los procesos de ventas, compras y facturación son los puntos fuertes del negocio.

DELPHI

Delphi 5, estaba en el mercado y yo me había quedado en Turbo pascal 7, el lenguaje pascal me trae muchísimos recuerdos de mi vida universitaria pues con el aprendí a programar y desarrolle muchos aplicativos con este lenguaje, así que me dije veamos cuanto a evolucionado y probemos esta herramienta.
Normalmente lo que suelo hacer para aprender un nuevo lenguaje de programación u un conjunto de clases y entender su filosofía desarrollo mi aplicativo del tiempo universitario el famoso grafico de funciones matemáticas y los proceso de solución de sistemas de ecuaciones y determinantes, cuando termino el desarrollo de esto recién empiezo con el desarrollo del proyecto en sí. Los aplicativos que desarrolle con Delphi son los siguientes:

• Método Simplex (programación Lineal)
• Calculadora Científica, Gráficos de Funciones operaciones matemáticas (sistemas de ecuaciones, derivadas, integrales y determinantes).
• Generación de impresión de códigos de barras
• Software de comunicación serial y transferencia de archivos
• Muchas DLL que serian llamadas principalmente de PowerBuilder
• Control OCX para graficar funciones matemáticas de cualquier tipo.

C/C++

En ese mismo año empecé a desarrollar un proyecto de comunicaciones que implementaba un navegador Web el cual se comunicaba a un proceso servidor para el control de cibercafés.
La base de programación para el desarrollo del Navegador Web fue el ActiveX de Internet Explorer el cual lo trabaje con visual C++ 6.0 y todo el proceso de comunicaciones a nivel de Socket utilizando la MFC.
Normalmente lo que suelo hacer para aprender un nuevo lenguaje de programación u un conjunto de clases y entender su filosofía desarrollo mi aplicativo del tiempo universitario el famoso grafico de funciones matemáticas y los proceso de sistemas de ecuaciones y determinantes cuando termino el desarrollo de esto recién empiezo con el desarrollo del proyecto en sí.
De esta manera me motivo y logro grandes cosas en poco tiempo.
Cuando empiezo a desarrollar el proyecto ya tengo una buena base y el desarrollo se hace mucho más sencillo.
El proyecto se termino y se entrego funcionando Ok, este proyecto lo tengo muy en mente pues gracias a él me introduje en el mundo de las comunicaciones y los Sockets.

UNS Sistema de Planillas/ Control de personal

2008-01-09T10:04:00.000-08:00

Después de renunciar a la Agroindustria San Jacinto, estuve desarrollando todo el año 1999 y 2000 principalmente en la Universidad Nacional de la Santa y el SIMA Chimbote.

El primer sistema que desarrolle en la UNS fue el sistema de planillas el cual tiene una historia.
La UNS por ser una universidad del estado está sujeta a la burocracia y los temas administrativos propio de instituciones de este tipo. Pero también me enfrentaba a otro problema la confianza que tenía la administración de poner este proyecto en las manos de unos de sus egresados, aunque suene contradictorio la parte administrativa no confiaba en el potencial y la capacidad de sus egresados es escuchaba comentarios como los siguientes:

• Como va desarrollar UNS sistema tan complejo como el de planillas donde ni gente de Lima ni Huaraz han tenido éxito.
• No creo que lo desarrolle si mira la clase de docentes que ha tenido
• Esperemos es cuestión de meses para ver como el sistema nunca funcionara.

Yo ya tenia la experiencia del desarrollo en San Jacinto con los 4 sistemas que desarrolle esto me daba la seguridad de desarrollar el proyecto.
Tuve un gran apoyo de un amigo entrañable (Víctor P.) que me daba confianza y apoyo, el tema de este sistema se transformo en un reto personal de demostrar a la gente de los que se era capaz, el desarrollo empezó inicios de Abril de 1999; la primera planilla se probo finales de mayo y entro en funcionamiento para el mes de Junio de ese mismo año.
En ese lapso de tiempo me enfrente a muchos problemas de diferente índole, pero finalmente el proyecto se termino satisfactoriamente.
Como desarrollador de Software uno se siente contento cuando un sistema tiene una vida no menor de 5 años, fue el tiempo que estime que mi sistema funcionaria y para mi sorpresa el sistema funciono hasta inicios del 2007. Según el comentario de los usuarios que trabajaron con el sistema este pudo realizar los procesos y cálculos de manera correcta, he escuchado muchas críticas positivas tal es así que hasta la fecha se comenta que fue el mejor sistema con el cual los usuarios de planillas han trabajado.
Finalizado el sistema de planillas empezamos con el sistema de registro de personal el cual se desarrollo utilizando las siguientes herramientas:

• PowerBuilder
• Ms Sql Server
• Sybase Adaptive Server

El sistema leía a través de un lector de código de barras el código del trabajador registrando los datos de este en el sistema, también se contemplaban la cuantificación de los descuentos por tardanzas e inasistencias que tenían que reflejar en el sistema de planillas. El sistema funcionaba en línea cuando el trabajador se registraba se podía visualizar la información en el dpto. de personal, el sistema utilizaba la tecnología text to speech para pronunciar el nombre del trabajador registrado así como mostrar su fotografía en el sistema.

Anteriormente en la versión de PowerBuilder 6.5 se podía crear servidores de aplicaciones que utilizándolos con objetos proxy se realizaba un desarrollo de N capas. Utilizábamos esta tecnología para los objetos de la lógica del negocio.

En aquel entonces las redes inalámbricas no eran tan usadas y conocidas como hoy debido al alto costo que esto involucraba. Teníamos 2 Locales que comunicar El campus Universitario y Las oficinas administrativas, por ese entonces la UNS no contaba con internet para lo cual solo contábamos con una línea telefónica.
Se desarrollo un aplicativo para establecer una comunicación entre estos 2 locales, se realizaron 2 versiones del programa de comunicaciones realizando las pruebas con un cable modem null, en este punto 2 amigos me estuvieron apoyando para realizar las comunicaciones David P. Miguel B. después de superar algunos problemas el programa de comunicaciones quedo OK, de esta manera se demostró de manera fehaciente la capacidad y calidad de las soluciones informáticas que se estaban brindando.
recuerdo que le realizamos una demostración a las autoridades y en ese entonces el Decano de ingeniería había regresado de México de una maestría y su comentario fue:"no he visto cosas así por allá con el uso tan avanzado de tecnología"
En este proyecto aprendí cosas muy interesantes con respecto a las comunicaciones seriales y en general y se me abría otro mundo muy interesante para el cual en su momento estaría preparado.
Las tecnologías en este proyecto fueron Sistemas de N capas, Codigos de Barra, text To Speech y comunicaciones seriales.

Java Datawindow Manipulación Datos en Grid (I)

2008-01-07T23:43:00.000-08:00

16 de Noviembre del 2007
Desarrollado y probado el objeto datastore, el siguiente paso seria crear un objeto basado en el JTable para manipular y presentar datos. Este objeto seria para mi el Java datawindow.

Conforme pasaban los días mis conocimientos en java se iban incrementado pero no eran los suficiente para poder desarrollar con mas rapidez el proyecto, habían momentos en los cuales la desesperación me embargaba.

El JTable es un objeto muy potente y complejo a la vez, la mayoría de objetos Swing manejan el paradigma vista/controlador. Este paradigma básicamente consiste en que debe haber un objeto encargado de manipular y operar los datos y otro objeto es el encargado de presentarlos.

El objeto JTable al utilizar el modelo vista controlador necesita de un objeto derivado de AbstractTableModel para poder realizar la gestión de los datos.
AbstractTableModel es una clase abstracta por lo cual se deberán implementar los siguientes métodos:

public Class getColumnClass(int i)
public String getColumnName(int c)
public int getColumnCount()
public Object getValueAt(int r, int c)
public int getRowCount()
public void setValueAt( Object valor, int fila, int col )
public boolean isCellEditable( int fila, int col )

La mayoría de estos métodos segun su nombre nos hacen suponer cual es su función, asi que me centrare en los métodos que pudieran haber confusión:
El método getValueAt nos permite leer el valor de la celda especificada por la fila y columna (Recordar que la fila y columna empiezan por 0) esto objeto nos devolverá un tipo de datos Object el cual deberá ser interpretado de manera adecuada por nuestro programa.
El método setvalueAt nos permite modificar un valor especificando la fila y columna del JTable.
El método isCellEditable es el encargado de especificar cuando una celda se puede editar tomando como parámetros la fila y la columna.

Aqui podemos ver la declaración así como su constructor de la clase que implementara el modelo:

En la declaración de la clase public class Datawindowmodelozp extends AbstractTableModel implements TableModelListener nos percatamos que aparte de extender la clase AbstractTableModel también estamos implementando la interfaz TableModelListener esto sera necesario si deseamos controlar las modificaciones que se puedan realizar en la tabla, esto se hace con el siguiente metodo:

public void tableChanged(TableModelEvent e)

Este método pertenece a la interfaz TableModelListener el cual debe ser implementado en nuestra clase.
Fijándonos en la declaración de las propiedades de nuestra clase observamos la variable PData que viene hacer un objeto datastore, esta propiedad sera la encargada de realizar la recuperación de los datos. En los métodos de la clase AbstractTableModel que se implemetaran la propiedad PData sera la encargada de realizar la entrega de los datos así como las modificaciones de estos.

Aqui la implementación de estos métodos:

En el código anterior nos percatamos la transformación que se realiza con las filas y columnas ya que para el JTable las filas y columnas empezaran desde 0 y para el datastore (PData) empezaran desde 1, aparte de ello podemos observar que siempre se verifica la propiedad POpen del datastore, esto se hace con el fin de verificar si el datastore se encuentra abierto o no.
La propiedad PCheckbox es una array de booleanos el cual nos indica cuando un campo es logico o no, aqui es necesario aclarar que como para este proyecto trabajo con Firebird el cual no dispone de campos de tipo lógicos los cuales los implemento como char(1) y realizo la conversión necesaria en los métodos anteriores.
Esta clase implementa otros métodos dentro de los cuales mencionare el método Conectardb() y el método Retrieve() por la importancia que tienen para este objeto la implemtación de estos métodos lo podemos visualizar en la siguiente pantalla:

Hasta este punto solo me he dedicado a describir el modelo de datos que sera el encargado de interactivo con el JTable en las entradas siguientes continuaremos con la explicación de los metodos que tuve que implemntar e el JTable.

Cabe hacer una aclaración que este enfoque y la manera de implementar los métodos están en constante cambio ya que el proyecto esta en evolución y mis habilidades con Java se van incrementando. Recordemos Tambien que estoy contra el Tiempo y lógicamente mas adelante iré puliendo estos métodos pero la idea principal seguirá.
Cualquier duda sobre la implementación y sus detalles puedes preguntármelo y gustoso tratare de absolver tus dudas.

Java Datastore el Pilar de acceso a los datos

2008-01-07T22:30:00.000-08:00

12 Noviembre 2007

Con las disculpas a todos los programadores de Java, la nomenclatura que utilizare para las objetos provienen de la costumbre de programar en PowerBuilder.
Creando el Objeto Java Datastore, este objeto seria un objeto no visual, a continuación la declaración y el constructor:

Como podemos ver, las propiedades principales son :

PSqlca Objeto Conexión
rs Objeto Resultset
rsm Objeto Resultsetmetadata
stm Objeto Statatement

El objeto PSqlca me permitirá tener una sola conexión ya que esta sera un parámetro del constructor del objeto, generalmente en las ventanas podre manejar varios objetos datastore con una única conexión permitiéndome de esta manera cierto nivel de control de las transacciones sobre el conjunto de datos en una ventana.

El Objeto rs es el encargado de realizar todas las operaciones de recuperación y manipulación de datos.

El Objeto rsm me permitirá recuperar la metadata de los campos ayudándome a determinar los tipos de datos, nombres de las columnas, tamaño, etc.

Este Objeto implementara principalmente los siguientes métodos:

Insertrow
Deleterow
Retrieve
Getvalue
Setvalue
Close
Update
Getcolumnname
Rowcount
Commit
Updaterow

Lógicamente que el total de métodos que implementa este Objeto son mucho mas. Internamente se realizan las validaciones de los diferentes tipos de datos realizando las transformaciones cuando sean pertinentes. De todos los métodos que menciono en la lista de repente vale la pena aclarar sobre el método Updaterow(), este método tiene la función de actualizar el registro actual del resultset pero sin realizar un commit para aceptar la transacción, la función Update() es la encargada de procesar la transacción.

Las conexiones que utilizare en el sistemas tendrán desactivada la propiedad autocommit permitiéndome aceptar o rechazar la transacción según sea el caso.

Los Objetos Resultset tienen una forma particular de realizar las inserciones de un registro, esto se realiza en 2 pasos, primero se tiene que llamar a la función moveToInsertRow() la cual nos lleva a un buffer donde se realizara la inicializacion de los campos y de la llave primaria( Es responsabilidad de este objeto inicializarla) , en este momento se utilizaran las funciones updateXXX (xxx dependiendo del tipo de datos), hasta este momento los datos de inserción solo existen en un buffer, para volcar estos datos en el resultset se llama a la función insertRow(), es aquí donde los datos serán volcados a la base de datos.
Aqui se nos presenta un problema como el Objeto datastore sabrá que campos son la llave primaria ? para solucionar este problema el objeto implementa un método cuya función es almacenar en un array de String(Cadenas) los nombres de las columnas que son llaves primarias. Aquí el código del método:

Aqui vemos el uso de diferentes funciones las cuales no describiré ya que seria demasiado extenso el tema, sugiero a los lectores buscar en la ayuda para mas detalles de cada una de ellas.
Una vez conocido que campos son la llave primaria el objeto podrá inicializar sus valor teniendo en cuenta el tipo de datos, si no se inicializaran los valores antes de llamar a la función insertRow() en el momento de la inserción, el controlador Jdbc nos arrojaría un error de que la llave primaria no debe ser nula, el objeto implementa un método para tal caso.

Otro problema interesante con el cual me encontré es como el controlador Jdbc en mi caso Jaybird determinaría cuando un campo es autoincremental en la base de datos. Esto dependerá mucho del motor de base de datos con el cual se este trabajando, en mi caso Firebird implementa los campos autoincrementales haciendo uso de Generadores y disparadores . Jaybird no me detecta correctamente los campos que son incrementales, en este caso tuve que implementar un método en el objeto para que me determine este dato, aquí el código del método:

Nuevamente cabe recalcar que este método solo funcionara con Firebird ademas de tener en cuenta una nomenclatura especifica para los generadores, el cual estará en función de la tabla y columna como se muestra en el código, posiblemente otros controladores Jdbc ya tengan este método implementado. Como se puede apreciar la solución que planteo se basa en el uso del repositorio de Firebird.
El problema subsiguiente por cuestión lógica es recuperar el valor del campo autoincremental para lo cual implemente otro método que realiza esta función, como el manejo del repositorio de Firebird no esta muy difundido también pongo el código aquí:

Como es de pensar este objeto tiene muchos métodos y describirlos todos me demandaría muchas hojas y perdería el sentido genérico que pretendo dar sobre los problemas presentados en el desarrollo de este proyecto.
Con mucho gusto aclarare cualquier duda al respecto sobre este objeto solo tienes que preguntar.

Java y los problemas

2008-01-06T22:06:00.000-08:00

10 Noviembre 2007

Lo que relatare es lo que le sucede a la mayoría de desarrolladores de sistemas para empresas cuando desean incursionar en el mundo de Java, en mi caso la mayoría de sistema que realice para empresas lo he desarrollado en PowerBuilder, que realmente es una herramienta excelente para el trabajo con base de datos y esto lo digo sin el animo de menospreciar a otros lenguajes de programación.
Una de las características mas impresionantes de PowerBuilder es su control DataWindows el cual ayuda en el mantenimiento y reportes de datos, asi que muchos desarrolladores sabrán a lo que me refiero, este control incrementa tremendamente la productividad en el desarrollo de aplicaciones con esta Herramienta.

Entonces cuando empece ha desarrollar este proyecto me pregunte y Java que control similar a un datawindow o datastore (Datawindow no visual) la respuesta fue no existe un componente similar que nos ayude en el la interacción de datos.
Aqui les muestro una captura de pantalla donde se compara las lineas de código para realizar un mantenimiento sencillo de datos en Java y en PowerBuilder

Esto de repente para algunas consultas Web donde se interactua con pocas tablas es permisible pero en sistemas donde se trabaja con varias tablas simultáneamente y las operaciones de mantenimiento son intensas, esto es impensable y recordemos que estaba contra el tiempo ya había pasado la primera semana y lo único que había hecho es seleccionar las herramientas para desarrollar el proyecto ademas de darme cuenta que estaba en un aprieto.

Jaybird me permite el uso de cursores actualizables y desplazables con esto aceleraria un poco el desarrollo, asi que pense si voy a desarrollar un sistema que finalizado tendra mas de 100 ventanas donde se interactuara en muchos casos con mas 7 tablas por ventana, tengo que tener objetos que me ayuden a desarrollar rápidamente el sistema abstrayendo la complejidad del código.
Así que me propuse desarrollar los objetos que me apoyarían en el desarrollo de aplicaciones con base de datos. La lista de los componentes ha desarrollar serian:

Componente similar a un datastore(Datawindow no visual)
Componente Similar a un datawindow Basado en JTable (Grid)
Componente Similar a un datawindow Tabular
Componentes para la edición de datos texto
Componentes para la edición de datos Numéricos
Componentes para la edición de datos tipo Fecha
Componente Combobox data (Vinculado a una Consulta)

Logicamente que estos no son los unicos componentes que he creado pero son los mas importantes. Estos componentes se deberían crear a partir de los componentes Swing base, descarte el uso de OpenSwing pq' la verdad no me gusta su apariencia. Hasta el momento de escribir estas lineas (Enero del 2008) desconozco la existencia de componentes que sean libres y permitan las funcionalidades que he necesitado.

Mi primer Proyecto en Java

2008-01-06T21:46:00.000-08:00

1 Noviembre 2007

En Noviembre del 2007 empece a introducirme al mundo de Java a tiempo completo, una empresa me solicito que desarrollo un sistema netamente utilizando software libre, este sistema debería presentar una interfaz rica permitiendo a los usuarios una interacción adecuada con el sistema, a lo cual yo propuse utilizar Java como Lenguaje de programación Firebird como gestor de base de datos, para modelador Dbdesigner.
Lo primero que hice fue buscar el IDE mas adecuado para el desarrollo de este sistema, realizando una comparación entre Eclipse Europa y Netbeans 6.0 , me incline por Netbeans por lo siguiente:

Matisse Para crear GUIs ya que el proyecto debería ser Desktop.
Un Excelente editor con autocompletación en código
Historia Local
Excelente para realizar depuración
soporte integrado para Subversión

Como controlador Jdbc utilizaria Jaybird 2.1 para la conexión a la base de datos.

Yo me había trazado un cronograma de trabajo en el cual el sistema estaba dividido en tres subsistemas los cuales se deberían presentar a fines de cada mes, es decir mi primer avance debería presentarse el 30 de Noviembre del 2007, lo cual no llegue a cumplir y de aqui en las siguientes entradas les relatare los problemas que se me presentaron.

Conociendo Java

2008-01-06T21:28:00.000-08:00

A inicios del 2006, decidí realizar unas pruebas con java, siempre había escuchado hablar mucho de este lenguaje, sintaxis prácticamente igual C++ , netamente orientado a Objetos , multiplataforma, ademas de poder desarrollar aplicaciones en Web, con servidores de aplicaciones, etc. en fin muchas grandes cosas.
Decidí instalar Eclipse sobre Linux para realizar mis primeros pininos en este lenguaje, la verdad que me pareció algo interesante. Eclipse es muy pesado, y la velocidad de ejecución lenta comparado con otros entornos de desarrollo.
Realice una pruebas para mostrar unos registros de una base de datos utilizando un JTable, sinceramente demasiado código para obtener un resultado tan simple. Lo que me sorprendió fue su orientación ha objetos en Java hay que pensar en Objetos ya que el lenguaje te obliga a enfocar los problemas de esa manera.

Sistemas Desarrollados

2008-01-06T20:00:00.000-08:00

Actualmente me Encuentro desarrollando Un proyecto en Java del cual he publicado algunos artículos, también dicto clases a la Escuela de Ingeniería de Sistemas e Informática en la Universidad Nacional del Santa.

Les muestro un resumen de los sistemas que he desarrollado los últimos años:

Estas son las empresas en las que he laborado

InterAmerican Service CO S.A.C. (Jefe de Sistemas Actualmente)
Agroindustrias Pomalca (Jefe de Desarrollo de Sistemas)
Universidad Nacional del Santa (Docente Universitario Sistemas)
Universidad Nacional del Santa (Desarrollador Externo)
Universidad Privada San Pedro (Jefe de Sistemas)
Universidad Privada San Pedro (Jefe de Registro Tecnico)
Universidad Privada San Pedro (Jefe de Desarrollo de Sistemas)
Sima Chimbote (Analista de Sistemas)
Sima Chimbote (Administrador de Red)
Agroindustrias San Jacinto (Jefe de Desarrollo de Sistemas)
Desarrollador y consultor Independiente en varias empresas

Conociendo el Mundo de Delphi

2008-01-06T17:00:00.000-08:00

Fue en 1999 cuando al nostalgia me embargo y decidí desempolvar mis antiguos aplicativos desarrollados en Turbo Pascal 7.0 para migrarlos a Delphi. Yo había seguido la evolución de Delphi desde la versión 1.0 de manera teórica pero nunca había manejado el entorno ni desarrollado algún aplicativo.
Asi que decidí migrar mi aplicativo matemático de gráficas y cálculos, ademas de un programa de investigación de operaciones que había desarrollado en mi vida universitaria.
La verdad que me impresiono yo en ese tiempo ya había estado trabajando con PowerBuilder y Visual Foxpro, pero Delphi me maravillo ya que podía hacer cualquier cosa con el el limite estaba en la imaginación es mas con delphi podría ampliar las capacidades de PowerBuilder a trabes de controles OCX.
La migración de mi aplicativo fue rápido creo que me tarde una semana en aprender el lenguaje y realizar la migración, pues yo ya conocía pascal y eso me ayudo mucho.
Aqui unas capturas de pantallas del programita:

Que es Firebird ?

2008-01-06T16:00:00.000-08:00

Actualmente me encuentro escribiendo un Libro sobre este excelente gestor de Base de datos ya que no existe bibliografia en nuestro idioma sobre este tema.
Aqui una parte del capitulo de Introducción a Firebird.

Firebird es un Servidor de Base de Datos multiplataforma basada en el código de Interbase 6.0 (Borland Internacional) una base de datos madura con mas de 25 años de experiencia. Interbase 6.0 fue liberado a mediados del 2000 bajo licencia IPL derivada de MPL (Mozilla Public Licencia) es mas permisiva que GPL y similar a BSD.

Jim Starkey trabajaba en DEC en su producto “Datatrive network database” cuando tuvo la idea de un sistema que manejara cambios hechos concurrentemente por varios usuarios. La idea simplificaba dramáticamente los problemas existentes del control de concurrencia utilizando trancas (locking), los cuales representaban un serio problema para los nuevos sistemas de base de datos relacionales que se estaban desarrollando en ese momento. Entonces comenzó a trabajar en el sistema en DEC, pero en ese momento DEC comenzaba el desarrollo de una base de datos relacional que resultó en el producto Rdb/VMS. Cuando se enteraron de su proyecto se desató un gran problema, y Starkey eventualmente decidió desistir.

Starkey se enteró que el proveedor de plataformas locales Apollo Computer buscaba una base de datos para sus máquinas Unix, y accedían a solventar su desarrollo. Con su apoyo, Starkey formó Groton Database Systems (Groton, Massachusetts era el lugar donde se encontraban) en 1984 y comenzó a trabajar en lo que eventualmente sería lanzado como Interbase en 1986. Apollo sufrió un inconveniente corporativo y decidió dejar el negocio del software, pero en ese tiempo el producto ya estaba generando dinero.

Entre 1986 y 1991 el producto fue gradualmente vendido a Ashton-Tate, creadores del famosos dBASE, quienes en ese entonces se encontraban comprando varias compañías de base de datos con el fin de ampliar su catálogo. La compañía cayó rápidamente y Borland la compró en 1991, adquiriendo Interbase como parte del trato.

A principios del año 2000, la compañía Borland anunció que el código de Interbase sería liberado en la versión 6.0 y comenzó las negociaciones para que una empresa separada se encargara del nuevo producto. Cuando los responsables de esta nueva empresa y Borland no llegaron a un acuerdo de separación, Interbase permaneció como un producto de Borland y el código fuente de Interbase 6 se liberó bajo una variante de la “Mozilla Public License” a mediados del 2000.

Con la división de Interbase en Borland, la compañía liberó una versión propietaria de Interbase 6 y luego 6.5. Borland liberó varias actualizaciones para la versión libre antes de anunciar que ya no participaría activamente en el desarrollo de este proyecto. De aquí nació una nueva rama de desarrollo libre basada en el código abierto de Interbase 6 que daría vida a Firebird.

El motor de bases de datos Firebird ha sido desarrollado por un equipo independiente de desarrolladores voluntarios a partir del código fuente de Interbase 6.0. El desarrollo del código Firebird 2 arranca inicialmente en el desarrollo de Firebird 1, con el traspaso del código C de Firebird 1 a C++ y la primera gran limpieza en el código. Firebird 1.5 es la primera versión del código Firebird 2. Ello supone haber cubierto una etapa muy importante para los desarrolladores y el propio proyecto Firebird, pero no es un fin en sí mismo. Cubierta la etapa de la liberación de Firebird 1.5, el viaje hacia Firebird 2 prosigue con importantes modificaciones.

La versión 1.5 ha sido construida a partir del código portado del original en C a C++, un proceso iniciado por Mike Nordell en el año 2000. La limpieza total del código y la corrección de errores ha continuado, completada por un nuevo gestor de memoria y mejoras en el lenguaje. No menos importantes han sido los cambios experimentados por el optimizador de consultas SQL durante el proceso de desarrollo de la v. 1.5, con mejoras y correcciones de la mano de Arno Brinkman y otros, cuyo resultado ha sido una mejora en la velocidad de entre un 30 y un 60 por ciento como mínimo.

Firebird 2.0 trae una gran colección de muy esperadas mejoras que aumentan significativamente la performance, seguridad y el soporte de idiomas internacionales, y además brinda algunas deseables nuevas características en el lenguaje SQL. Entre las novedades se incluyen:

Nuevo backup incremental.
El tamaño de las tablas ya no es limitado a 30 Gb.
Soporte para arquitecturas de 64 bits (Intel EM64T y AMD64).
Interface tipo plugin para juegos de caracteres internacionales.
Soporte de tablas derivadas, como se define en SQL200x, incluyendo anidado multi-nivel y joining de "subqueries".

A la fecha de publicación de este libro la última versión de producción es la 2.0.1 que incluye muchas mejoras sobre su versión predecesora. Firebird tiene una implementación de SQL muy cercana al estándar ISO/IEC 9075. Cuenta con la mayoría de las instrucciones DDL y DML estándar de SQL además tiene un muy Buen Trabajo de Transacciones así como soporte de procedimientos almacenados, Triggers, Vistas, Funciones Definidas por el Usuario, Generadores, etc. Todo esto lo convierte en una de las mejores alternativas en la actualidad a los motores de base de datos comerciales.

Firebird es muy práctico en todo sentido. Sencillo de instalar, fácil de usar, requiere poca administración y es gratuito.

Firebird se ejecuta en la mayoría de sistemas operativos mas difundidos como Windows, Linux, Solaris, MacOS y FreeBsd soportando las arquitecturas de 32 bits y 64 bits. Firebird ha sido probado en entornos financieros y en la actualidad es utilizado por diferentes empresas a nivel mundial. Firebird esta orientado a todo tipo de empresas pequeñas, medianas y grandes; se destaca un buen ejemplo:

Avarda (russian ERP) trabaja con Firebird 2.0 Classic server y con una media de 100 conexiones simultaneas accediendo a una base de datos Firebird de 120Gb con 700 millones de registros! El Servidor es una maquina SMP (2 CPUs - Dell PowerEdge 2950) con 6GB RAM.

En América Latina podemos encontrar un gran desarrollo en Brasil, dado que Brasil Esta apostando por el Software Libre. La iniciativa incluye planes para exportar 2 Billones de Dólares en valor de software por año; reemplazar MS-Windows con Linux en 300,000 computadoras del gobierno federal; canalizar 1 Billon de Dolares en recursos desde telecomunicaciones (Telecommunications Fund - Fust) hasta el sistema basado en software libre llamado Digital Communications System (SCD); e integrar las 200,000 escuelas publicas del país en tecnologías libres.

En Brasil existen una gran cantidad de empresas que utilizan Firebird como base de datos, el tamaño de base de datos varían desde los Megabytes hasta 50 Giga Bytes. Existe Gran cantidad de Información y recursos de Firebird en Internet gran parte Open Source y Otras comerciales gran parte de ellas asociadas a los productos de Borland como son Delphi y C++ Builder, que son la base del desarrollo de muchas utilidades y herramientas de administración, migración, recuperación, etc.

Versiones Actuales

A fecha de publicación de este libro La ultima versión de firebird es la 2.0.1 y es la que se recomienda para producción en entornos empresariales ya sea en la plataforma Windows o Linux. También se encuentra en producción la versión 1.5.4 que es utilizada en la actualidad por muchas empresas.

La recomendación es realizar una migración a la versión 2 por tener un mejor rendimiento asi como muchas mas funciones. Esto se debe hacer con sumo cuidado realizando los backups previos ya que la estructura interna ODS en Firebird 2.0 es diferente que en las versiones anteriores.

CARACTERÍSTICAS DE FIREBIRD

Soporte completo de Procedimientos Almacenados y Triggers

Las Transacciones son totalmente ACID compliant
Integridad referencial
Arquitectura Multi Generacional
Muy bajo consumo de recursos
Completo lenguaje para Procedimientos Almacenados y Triggers (PSQL)
Soporte para Functiones externas (UDFs)
Poca o ninguna necesidad de DBAs especializados
Prácticamente no necesita configuración - ¡sólo instalar y empezar a usarla!
Una gran comunidad y muchas páginas donde consegir buen soporte gratuito
Docenas de herramientas de terceros, incluyendo herramientas visuales de administración, replicación, etc.
Escritura segura - recuperación rápida sin necesidad de logs de transacciones
Muchas formas de acceder a tus bases de datos: nativo/API, driver dbExpress, ODBC, OLEDB, .Net provider, driver JDBC nativo de tipo 4, módulo para Python, PHP, Perl, etc.
Soporte nativo para los principales sistemas operativos , incluyendo Windows, Linux, Solaris, MacOS.
Backups incrementales
Disponible para arquitecturas de 64bits
Completa implementación de cursores en PSQL

El servidor Firebird viene en tres versiones: SuperServer, Classic y Embedded. Puedes empezar con SuperServer. Actualmente, Classic es el recomendado para máquinas con SMP y algunas otras situaciones específicas. SuperServer comparte su caché para todas las conexiones y usa un hilo de ejecución para cada conexión. Classic inicia un proceso de servidor independiente para cada conexión que se haga.

La versión embedded es una interesante variación del servidor. Es un servidor Firebird con todas sus características, empaquetado en unos pocos ficheros. Es muy fácil de usar, El servidor no necesita instalación. Ideal para CDROM de catálogos, demos o aplicaciones de escritorio monousuario.

Firebird viene con un completo paquete de utilidades de línea de comando que te permiten crear bases de datos, generar estadísticas, ejecutar comandos y scripts SQL, hacer y recuperar copias de seguridad, etc. Si prefieres usar herramientas visuales, hay una gran cantidad de alternativas donde elegir, incluyendo gratuitas. Se da un listado de estas Herramientas en el Anexo (¿?)

En Windows, puedes ejecutar Firebird como servicio o como aplicación. El instalador puede crear un icono en el panel de control que te permitirá controlar el servidor (iniciarlo, pararlo, etc).

FACILIDAD DE INSTALACIÓN Y MANTENIMIENTO

Firebird es una base de datos que presenta una fácil instalación ya sea en las versiones para Windows o Linux.

En la plataforma Windows Firebird utiliza el típico instalador siguiente y siguiente y listo ya se tiene firebird instalado en el sistema.

En la plataforma Linux la instalación también es muy sencilla solo basta utilizar el comando rpm para proceder con la instalación, finalizado este proceso ya tenemos instalado el servidor firebird listo para activarlo como servicio que se inicie al arrancar el sistema.

Con respecto al mantenimiento se dice que firebird no necesita casi de este, otras bases de datos necesitan de la presencia de un DBA experimentado para su correcto funcionamiento. Con firebird se puede trabajar sin problemas sin tener la presencia de un DBA experimentado debido a la simplicidad de su forma de trabajo lo cual se convierte en una gran ventaja. Esto no quiere decir que firebird se da mantenimiento solo, sino siempre abran algunas tareas que realizar por el DBA.

PROTOCOLOS DE RED SOPORTADOS

Los protocolos soportados por Firebird son los siguientes:

TCP/IP
Named Pipes
TCP/IP Loopback
Acceso Local para Windows

TCP/IP.-

Firebird soporta el protocolo TCP/IP para los diferentes tipos de servidores y clientes.

Este protocolo es el recomendado a utilizarse en las diferentes plataformas soportadas, ya que nos permite utilizar todas las capacidades de comunicación entre clientes y servidores.

Named Pipes.-

Firebird Soporta el protocolo Microsoft Wnet Named Pipes para Windows NT/2000/XP servidores y clientes, el nombre del pipe por defecto es interbas.

Las versiones de Windows 95/98/ME no soportan este protocolo.

TCP/IP Loopback.-

El acceso local al servidor puede realizarse de manera local con la interfaz Loopback que tiene la dirección 127.0.0.1. El servidor embebido de Firebird no soporta este tipo de conexión.

Acceso Local para Windows.-

Para clientes instalados en el mismo servidor de Windows Firebird simula una conexión de red con la tarjeta de red utilizando para ello un mecanismo de comunicación entre procesos. Este protocolo de comunicación es el utilizado por el servidor embebido de Firebird.

TIPOS DE SERVIDORES

Firebird Se distribuye en tres tipos de servidores el Clasic Server, el Superserver y el Embedded.

CLASIC SERVER

Crea un proceso y reserva un número de MB por cada usuario que se conecta.

Como Firebird no soporta aun el trabajo con SMP, en servidores con varios microprocesadores es recomendable dejar que el sistema operativo realice el balanceo de carga en los diferentes microprocesadores, esto es posible debido a que el servidor Clasic lanza un proceso por cada conexión. Se debe tener en consideración que a mayor cantidad de conexiones el uso de la memoria RAM se incrementa notablemente, por canda conexión de usuario se utiliza aproximadamente 2MB de Memoria.
Si instalamos esta versión, debemos tener en cuenta al elegir el tamaño del cache que

asignamos a cada conexión en esta versión el cache es de 75 paginas por usuario (300KB).

SUPERSERVER

Se crea un hilo por cada usuario que se conecta al servidor, se reserva un número de MB por cada base de datos a la que se accede en cada momento, por tanto no se necesita más RAM en el servidor conforme se da servicio a más usuarios, pero a cambio de eso, un único proceso (fbserver) es el encargado de dar ese servicio a todos los hilos que atienden a los usuarios, esto hace que en servidores que cuentan con mas de un microprocesador solo se utilice uno.

Resumiendo, esto quiere decir que podemos tener muchos usuarios pero la velocidad de proceso se la dividen entre ellos usando solo un procesador del servidor.
La versión 3 de FireBird, eliminará esta limitación en el número de procesadores.

EMBEBIDO

Un servidor embebido es un cliente con un servidor totalmente funcional enlazado como una librería dinámica (fbembed.dll). Tiene la misma capacidad que un Superserver Común y exporta los puntos de entrada del API estándar de Firebird.

Es muy fácil de usar, El servidor no necesita instalación. Ideal para CDROM de catálogos, demos o aplicaciones de escritorio monousuario.

COMPARACION ENTRE CLASIC SERVER Y SUPERSERVER

CLASSIC SERVER	SUPERSERVER
Completamente maduro en Linux; todavía 'experimental' en cierta forma, en Windows.	Completamente maduro tanto en Windows como en Linux.
Crea un proceso por cada conexión cliente, cada uno con su propio caché. Utiliza menos recursos si la cantidad de conexiones es baja.	Proceso único con un hilo de ejecución (thread) separado para cada conexión. Se comparte el espacio de caché. Más eficiente si crece el número de conexiones simultáneas.
Permite E/S directa, rápida, a archivos de bases de datos para conexiones locales (sólo Linux).	Las conexiones locales deben hacerse con la forma de acceso remoto, conectando a `localhost`. En Windows se pueden hacer conexiones locales, pero no son tan veloces como las de la versión “Classic” en Linux, y también son menos seguras.
Windows: implementados parcialmente Services Manager (Administrador de Servicios), tareas de soporte como backup/restore, database shutdown (sacar de línea la base de datos) etc. a través de la red. Otras tareas de servicio tienen que ser realizadas localmente usando las herramientas cliente (pequeños ejecutables independientes) que vienen con Firebird. Linux: Administrador de Servicios completo.	Administrador de Servicios completo (en Windows y Linux) que le permite realizar tareas de administración (backup/restore, database shutdown, manejo de usuarios, estadísticas, etc.) programáticamente. Se puede conectar al Administrador de Servicios a través de la red y por lo tanto realizar estas tareas en forma remota.
Soporte para SMP (multi-procesador). Mejor rendimiento en caso de un pequeño número de conexiones simultáneas que no se influencian entre sí.	No hay soporte para SMP. En máquinas multiprocesador con Windows, el rendimiento puede incluso caer dramáticamente cuando el SO cambia el proceso entre las CPUs. Para prevenir esto, fije el parámetro `CpuAffinityMask` en el archivo de configuración `firebird.conf`.

Remplazar Novell Netware por Linux

2008-01-06T12:11:00.000-08:00

En el Sima Chimbote se contaba con Novell Netware 4.11 como servidor de archivos hasta finales del 2002 fecha en la cual se decide remplazar este servidor por uno Linux. Yo particularmente me había concentrado el el sistema de Gestión de Calidad para apoyo a la cerificación ISO 9000 versión 2000.
La licencia de Novell Netware para la cantidad de PCs que teníamos le costaría a la empresa entre 15000 y 20000 $ , frente a ello se planteo la migración asia Linux. Recuerdo que se adquirió un servidor HP con 2 Microprocesadores 2.8 MGZ, 2GB de Ram, 3 discos SCSI configurados en RAID 5, 2 tarjetas de Red una de Fibra óptica, y otra UTP 10/100/1000. La versión que decidí instalar fue Red Hat 9.0, recuerdo mucho cuando el Jefe de la oficina se acerco y me converso preguntándome de si podría realizar la configuración del nuevo servidor y si se obtendrían resultados similares al funcionamiento de novell (colas de impresión, mensajería de usuarios y como servidor de archivos) y repuesta fue firme ! Le ahorraremos 20000 $ a la empresa ! si se puede hacer.
Mi experiencia con Linux principalmente se había centrado en la configuración desktop y había configurado servidores SMB. servidores de correo, etc. Pero una cosa es realizar configuraciones a nivel Desktop y configurar servidores con el afán de aprendizaje y la otra es configurar un servidor de producción con mas de 100 usuarios y poder brindar los diferentes servicios que tenia Novell.
Empece un día por la mañana realizando la primera instalación de Red Hat 9.0, el sistema se instalo sin problemas, realice las configuraciones de Samba para poder compartir los recursos en la red y realizar las pruebas en las estaciones, aparentemente sin ningún problema, cuando de repente el servidor se planta bueno algo extraño realmente me pareció así que analice mas detalladamente si los componentes Hardware estaban todos correctamente reconocidos ho sorpresa Red Hat 9.0 solo reconocía 1 microprocesador pese a que había instalado el kernel SMTP, solo se reconocía 1GB de Ram. Lo primero que pensé fue algo en la instalación he hecho mal asi que nuevamente formatee el servidor y a reinstalar todo. La verdad que no recuerdo cuantas veces realice la instalación en el servidor y siempre el mismo problema ya el día se acababa y sinceramente no había nada concreto, me imagino que el Jefe de la oficina se percato de ello cuando me pregunto si existía algún problema le respondí que no había ningún problema y todo caminaba según lo planeado.
Finalizando el dia me puse muy tenso porque ya había dado mi palabra de que todo iba a funcionar y sobre todo el area de Sistemas y la oficina de planificación se habían comprometido con la jefatura y que la migración seria un éxito. Cabe recalcar que la gerencia del SIMA Chimbote la manejan militares (específicamente oficiales de la marina) y la formación de un militar y el trato que tienen es duro y no se andan con juegos. Todo eso me tenia muy tenso y preocupado siendo casi las 10:00 p.m. y sin resultado concretos pensé que es lo peor que puede pasar, ya me tire a la piscina aprendo a nadar o me ahogo evaluando las diferentes alternativas que tenia pensé Linux es libre el problema esta en el kernel precompilado de Red Hat 9.0 para este hardware en particular así que porque no descargar los códigos fuentes y compilarlo, dentro de mi era consiente que nunca lo había hecho pero mi formación profesional y mi inquietud por solucionar el problema me daban la fortaleza de enfrentar este reto asi que manos ha la obra, descargue la ultima versión del kernel recuerdo la 2.4.x y prosedi a leer sobre el proceso de compilación y la creación de imágenes el gestor de arranque, los drives ,etc. recuerdo que sin darme cuenta ya había amanecido y recién pude obtener un kernel funcional que arrancara y reconociera todo el Hardware del servidor...

Linux y Foxpro

2008-01-06T12:10:00.000-08:00

El primer problema que se tenia que resolver era que los sistemas desarrollados en Foxpro 2.6 puedan ejecutarse en Linux, logeandose al servidor Novell Netware para su funcionamiento. Esto se tenia que hacer de esa manera, Novell Netware tenia un rendimiento bastante bueno como servidor de archivos, un buen manejo de colas de impresión y poco requerimiento de Hardware.

Con el mismo Hardware Frente a Windows NT o Windows 2000 no hay comparación Novell Netware se desempeña mucho mejor.
Las configuraciones que realice en esa época han cambiado a las configuraciones que se deben realizar para problemas similares en la actualidad, así que los ejemplos y configuraciones las realizare con el software mas actualizado del momento (Inicios del 2008 al escribir estas lineas).

Antes que nada explicare algo que yo considero un principio para solucionar problemas, las soluciones deben estar orientadas a lo que técnicamente es lo mas adecuado no a lo que nosotros conozcamos, esto es muy cierto ya que en muchas oportunidades optamos por soluciones solo en función de lo conocemos no en función de lo que técnicamente es lo correcto me explicare mejor con un ejemplo:
Si yo conozco en la practica solo Windows y el problema seria instalar un cortafuegos tendría las siguientes alternativas:

Buscar un software Cortafuegos (El mejor para esta Plataforma) para Windows y realizar la instalación.
Analizar diferentes plataformas y realizar una comparación Objetiva.

Si solo me encasillo en la primera alternativa dejo un enorme abanico de posibilidades para la solución de mi problema, si analizo la segunda se que es el mejor camino para la solución de mi problema. Si al analizar las diferentes plataformas todo me llevaría a trabajar con el Sistema Operativo mas seguro del Mundo el cual es OpenBsd, y la pregunta es pero yo solo conozco Windows , llegue a la conclusión que OpenBsd es el camino adecuado pero nunca lo he trabajado a que cosa me estaré metiendo? son preguntas que nos plantearemos al tratar de dar una solución, he allí en asumir el reto y del capital humano con el que contemos para ello. Asumiendo que todos estamos metidos en el mundo informático y tomando como ejemplo a los grandes Gurus de informática tenemos una característica común a todos que es ser autodidactas.

Si tomamos esta formar de pensar para la solución de problemas siempre estaremos aprendiendo y mejoraremos nuestro conocimientos mientras mas problemas resolvamos.

Alternativas de Solución para ejecutar aplicaciones Foxpro Bajo Linux:

Buscar una Versión de Foxpro Para Linux
Emular DOS

La primera alternativa me llevo a conocer que efectivamente existía una versión de Foxpro para el mundo Unix el SCO Foxpro 2.6, procedí a realizar la instalación primero de los emuladores que me permitan ejecutar aplicaciones para SCO en Linux Aqui una dirección que se explica de manera detallada la instalación de SCO Foxpro.
Empece a ejecutar los aplicativos en SCO Foxpro y funcionaban salvo unos cambios que se tenia que efectuar en los sistemas con respecto a las rutas de los archivos y otras cosas no tan relevantes. Bueno eso no era problema se hubiera cambiado era sencillo realizar eso, el gran problema fue que en sistemas Foxpro complejos SCO Foxpro se colgaba y me arrojaba resultados inesperados, busque toda la información que encontré pero ninguna me dio luces de como corregir el problema, así que esta primera alternativa para ejecutar aplicativos Foxpro en Linux la descarte.

Me quedaba la segunda alternativa utilizar Dosemu para ejecutar los aplicativos de Foxpro así que aquí detallo el procedimiento:

Las capturas de pantalla y los procesos de compilación se han realizado sobre un Linux Fedora 8.0 64 bits.
Primero descargamos los fuentes de dosemu y también descargamos el binario de Freedos (dosemu-freedos-1.0-bin.tgz ) para dosemu. Descomprimimos los fuentes de dosemu en una carpeta y copiamos el binario comprimido de Freeedos(dosemu-freedos-1.0-bin.tgz) al directorio donde están descomprimidos los fuentes de dosemu, renombramos el binario a dosemu-freedos-bin.tgz tal como nos muestra la siguiente pantalla:
En esta captura vemos el listado de archivos fuentes descomprimidos, y también vemos el binario de Freeedos ya renombrado. Luego ejecutamos las siguientes instrucciones:

[root@oscar dosemu-1.4.0]# ./configure
[root@oscar dosemu-1.4.0]# make
[root@oscar dosemu-1.4.0]# make install

El comando ./configure nos permite crear el archivo Makefile en función de la configuración de nuestro sistema.
El comando make realiza la compilación de los fuentes para obtener el ejecutable final.
El comando make install instala los ejecutables en el sistema.
El archivo de configuración de dosemu se encuentra localizado en /etc/dosemu/dosemu.conf, aquí se pueden realizar ciertas configuraciones como especificar el tipo de microprocesador a utilizar, la cantidad de Ram memoria extendida y memoria base, así como el directorio de las imágenes de disco para el arranque de dosemu, por defecto dosemu utiliza el directorio del usuario por ejemplo /home/oscar/.dosemu en caso contrario busca los archivos de arranque en /var/lib/dosemu/drives.
Cabe hacer una aclaración en el año 2001 dosemu estaba probando el soporte para ejecutables que hacían uso de memoria extendida y solo podíamos ejecutar foxpro.exe y no fox.exe lo cual suponía una limitación ya que solo estábamos utilizando la memoria base (640kb), este nos obligo a modificar los programas para realizar una optimización en el uso de la memoria y puedan ejecutarse con esta limitación.
En la siguiente captura vemos a dosemu en ejecución:
en la siguiente captura podemos visualizar foxpro ejecutándose:

Linux

2008-01-06T10:00:00.000-08:00

A finales de los 90s Linux se estaba haciendo popular e nivel mundial, se hablaba mucho de Linux en diferentes revistas y artículos, así que decidí probarlo el año 1998 fue la versión 5x de RedHat la que probé, lo instale le di un vistazo por 4 horas aproximadamente aprendí 2 comandos "ls" y "clear" como no entendí mucho lo deje allí y lo desinstale por lo momento no lo necesitaba así solo curiosee y listo. No fue hasta el 2001 en el Sima Chimbote cuando empece ha utilizarlo de verdad.
Recuerdo cuando me preguntaron si sabia Linux bueno ya saben yo y mi mala costumbre, les dije que si sabia Linux que había trabajado con RedHat, muy bien me dijeron entonces contigo aremos la migracion de todas las estaciones Windows a Linux. Dentro de mi dije que he hecho en lo que me he metido en esta empresa existían mas de 100 estaciones y habían sistemas que corrían en DOS como en Windows realizar la migracion de todas ellas, la verdad que me puse pálido pero calle.
Recuerdo que el Sima Chimbote compro Conectiva Linux 6.0, se adquirió esta distribución por ser Sudamericana y derivar de RedHat.
Me encargaron que realice la primera instalación de Linux así que ese día me quede hasta tarde probando la instalación y efectuando las pruebas, como la mayoría sabemos instalar Linux no es problema, lo que si es realizar las configuraciones para que este funcione según las configuraciones y requerimientos de la empresa.

De Regreso por el Sima Chimbote

2008-01-06T09:33:00.000-08:00

Inicios del 2001 el Sima Chimbote me llama para integrarme al Dpto. de informática para apoyarlos con el Sistema de gestión de calidad. El Sima Chimbote se había certificado en la norma ISO 9000 y pretendía actualizar su certificación a la versión 2000 de la norma y para lo cual necesitaba automatizar sus diferentes procesos. En los casi 4 años que estuve en el Sima Chimbote aprendí muchas cosas, dentro de las cuales destaco dos temas muy importantes :

Redes y Comunicaciones
Gestión de procesos, Calidad y Norma ISO

En redes y comunicaciones me introduje en el mundo Unix, iniciándome con Linux probando después FreeBsd, OpenBsd y NetBsd. Una de las cosas mas interesantes que recuerdo sobre este tema fue el trabajo que tuve que realizar al hacer funcionar de manera integrada las diferentes plataformas con las cuales trabajaba el Sima Chimbote estas plataformas eran:

Windows (9x, Millenium, 2000, Xp)
Novell Netware
Linux
Dos

Se logro que todas estas plataformas se puedan comunicar y trabajar con los sistemas de manera transparente. Se ejecutaban en linux los sistemas que se habían desarrollado en Foxpro gracias al DosEmu y también desde el Dosemu se hacia logear al servidor Novell.

En Gestión de calidad y procesos tuve la suerte de Trabajar con Cap. de Navio Diaz Ismodes (Guru) el cual era el asesor corporativo del SIMA Perú sobre estos temas y de quien aprendí muchas cosas.

Empezando con los detalles

2008-01-06T09:28:00.000-08:00

Bueno hasta el momento he publicado algunas experiencias y no he detallado la manera en la cual di solución a los diferentes problemas por el motivo que la tecnología y algunas cosas de esos años ya no se utilizan, pero en adelante empezare ha detallar la manera como pude solucionar los diferentes problemas que se me presentaron.

Trabajando por Todos Lados

2008-01-03T20:52:00.001-08:00

Terminando los sistemas de la Azucarera, La Universidad nacional del Santa me propone desarrollarles su sistema de planilla así como su sistema de control de personal. Así que regrese ha Chimbote y me puse ha terminar las cosas pendientes en la universidad y empece ha desarrollar sistemas para el área de planillas. En ese entonces el SIMA Perú específicamente el astillero Sima Chimbote necesitaba programadores así que fui gracias a la recomendación de Flor V. empece a trabajar en el Sima Chimbote Programando en Foxpro y Visual Foxpro, me toco recuerdo realizar la contabilización de letras y contabilidad definitivamente no era mi fuerte. La gente de contabilidad me apoyo para entender el proceso y finalmente implemente la solución de manera correcta. Recuerdo de esa primera experiencia en el Sima Chimbote muy buena una empresa bien ordenada, lo bueno es que la Norma ISO obliga a las empresas a tener un orden en toda la organización esto es bueno ya que es mucho mas fácil implementar sistemas cuando una empresa esta ordenada y es madura a nivel de procesos y funciones.
Los sistemas que ayude ha implementar en el Sima Chimbote son:

Sistema de Facturación
Sistema de Caja
Parte de Asientos Contables
Sistema de Información gerencia

Y La modificación de sistemas para enfrentar el problema del PYA2000.

Paralelamente desarrollaba el sistema de planillas de la UNS el cual me tomo 2 meses, ha este sistema le puse mucho interés ya que había mucha expectativa en la Universidad querían ver si un egresado podría desarrollar sistemas que funcionen y garanticen las operaciones de manera correcta. Sinceramente el sistema era complejo pero yo ya tenia experiencia en el desarrollo de sistemas así como para efectuar un análisis adecuado y poder abstraer los procesos. Al tercer mes el sistema se puso en funcionamiento dando resultados positivos realice unos ajustes finales y el sistema empezó a funcionar como se esperaba. En ese momento pensé ojala que mi sistema pueda durar hasta 5 años funcionando para mi como desarrollador eso era la garantía de que era un buen trabajo y que satisfacía las necesidades de la universidad. El sistema se desarrollo el Año 1999 fue cambiado por otro el año 2007 (El actual sistema ofrece las mismas funcionalidades que el que yo desarrolle) esto para mi es muy gratificante ya que supero mis propias expectativas.

Ese año (1999) la nostalgia me embargo y desempolve mis viejos programas hechos en Turbo pascal y pensé que sera de pascal, la respuesta era el maravilloso Delphi esta acá. Entonces pq' no despertar los viejos programas y de esa manera aprender delphi, efectivamente parte de ese año lo dedique a programar en Delphi migrando mis aplicativos de mi vida universitaria, fue muy gratificante Delphi es un entorno muy interesante netamente orientado a la solución de problemas en general, son muy pocas las cosas que no se pueden hacer con Delphi frente a C o C++ . Personalmente Migre mis aplicativos a Visual C++ y Delphi obteniendo resultados similares, como siempre he dicho la mejor manera de aprender un lenguaje de programación es meterte a un proyecto y desarrollarlo en ese lenguaje.

El año siguiente desarrolle sistemas Para la UNS para Grifos, Ferreterias Tiendas comerciales Etc. El sistema de control de personal lo quise implantar con huella digital pero el problema de presupuesto y otras cosas me hicieron que optar por lectora de código de barras combinado con el Control OCX Text to Speech fue una gran novedad en ese entonces. Se desarrollo utilizando PowerBuilder 6.5 (Para mi una de las mejores Versiones en el sentido de la estabilidad) .

Se me presento un problema en el sistema de control de personal, Físicamente las oficinas administrativas y el campus universitario estaban en diferentes sitios separados aproximadamente por 1 a 2 Kilometros la pregunta era Como enviar y traer los datos del campus para ser procesados en las oficinas administrativas ? bueno pensé que tengo a la mano era una linea telefónica, entonces empece a programar un software de comunicación que utilizaba el puerto serial en este caso el del Módem, prepare mis cables para hacer las pruebas con el Módem null (Netamente las pruebas se realizaban por el puerto serial de 9 y 25 pines) y cuando la solución estaba lista recién lo probábamos en el Módem y las lineas telefónicas. La solución fue un éxito eso me abrió otra puerta el maravilloso mundo de las comunicaciones.
El sistema funcionaba muy bien registrando y controlando a los trabajadores, el trabajador registraba su fotocheck en el lector de códigos de barra y el sistema le mostraba su foto pronunciando su nombre en el momento del registro. La comunicación entre el campus y las oficinas se realizaba en lotes en función a las necesidades del área de planillas ellos jalaban la información del campus las veces que deseaban.
Finales del año 1999 e inicios del 2000 Desarrolle un sistemas de Compras, Ventas y almacén que se convertiría en el núcleo de muchos otros sistemas para Ferreterías, Grifos y Tiendas comerciales. Mi plataforma de desarrollo era Powerbuilder y Microsoft Sql Server, algunas cosas que no podía hacer con Powerbuilder lo implementaba en dlls ya sea en Visual C++ o Delphi.

Finales del año 2000 me contactaron para desarrollar un navegador de Internet Lógicamente esto no lo iba a hacer de cero, solo utilice el control Activex de Internet explorer y le cambie la mascara, la idea de la empresa que me contrato era tener su propio navegador entre comillas esto y atraves de tener su propia publicidad, este navegador debería sincronizarse con un programa para medir tiempos de navegación y otros datos.
Con la experiencia que había tenido programando el puerto serial la pregunta que se me planteo y como es la comunicación en las redes, la respuesta fueron los Sockets, y para trabajar con esto Visual C++ y Delphi son los indicados, como yo ya conocía Delphi y en Visual C++ solo había hecho algunas cosas como la migración de algunos aplicativos de mi vida universitaria, decidí hacerlo en Visual c++, los resultados son muy interesantes y el mundo de los sockets me tenia cautivado. Empece ha estudiar mas a fondo los protocolos de Red especialmente el dominante TCP/IP.

Así pues los años 1999 y 2000 pasaron muy rápido, Dios me dio la oportunidad de desarrollar varios sistemas por diferentes empresas lo cual me serviría en un futuro cercano.

PowerBuilder en Escena

2008-01-03T17:21:00.000-08:00

La aparición de Windows 95 con fuerza en el mercado supuso también un cambio en las herramientas de desarrollo, empezaron ha reinar los lenguajes visuales.
Si bien es cierto que windows 95 apareció el año 95, pero su reinado en el medio se acentuó los años 96 y 97, los lenguajes visuales también existían hace buen tiempo pero con windows 95 empezaron a reinar con fuerza.
Clipper intento hacer algo con visual Object pero fracaso, Foxpro saco Visual Foxpro el cual tuvo relativo éxito.
Así que yo me incline por Visual Foxpro empece ha desarrollar algunos programas no muy complejos, con la intención de conocer el lenguaje. Pero también en ese entonces apareció Powerbuilder en mi vida.
Empece a programar en PowerBuilder 4.0, tuve la suerte que en la universidad empezaron a dictarlo en un curso de Base de datos (Gracias Hugo C.) , uno de los primero trabajos que me trace fue la migración de un sistema de conciliación bancaria que había desarrollado en Foxpro, esto lo hice para aprender el lenguaje, como siempre pienso si quieres aprender un lenguaje de programación pues desarrolla un proyecto con el, es la manera mas adecuada de lograr esto. En la universidad desarrolle algunas cosas, pero nada complejo.
La migración del sistema de conciliación bancaria me ayudo mucho, con ese proyecto me introduje en el mundo de PowerBuilder y la verdad que no me arrepiento esta es una herramienta creada para desarrollar sistemas de base de datos y tiene una elevada productividad, un manejo excelente de objetos y herencia, su parte medular es el control Datawindow definitivamente una maravilla.

Recuerdo que estaba cursando el ultimo ciclo de la Universidad cuando se me presento un trabajo en una azucarera de la región y necesitaban desarrolladores a tiempo completo, un amigo me paso la voz y pude entrar a trabajar en esa empresa.
En esta azucarera como en otras empresas de la región la mayoría de sistemas estaban desarrollados en Foxpro y las redes que existían eran Novell Netware, algo que por suerte ya conocía de mis anteriores experiencias.

Me encargaron la automatización de los procesos de la Fabrica, esto comprendia los siguientes sistemas:

Sistema de balanza
Sistema de Laboratorio
Sistema de Liquidaciones
Sistema de Producción

Todos estos sistemas eran complejos, ya que habían muchos cálculos que realizar y también tenían que coexistir con otros sistemas y diferentes bases de datos.
Me paso una experiencia cuanto recién tenia 3 semanas en la empresa, ellos tenían un servidor Novell netware 3.x y querían migrar a Novell Netware 4.11 y me preguntaron si antes había instalado un servidor Novell y obviamente mi respuesta fue si la mala costumbre me persigue , en realidad nunca había instalado un servidor Novell Netware 4.11, así que manos a la obra recuerdo que me quede dos fines de semanas a probar y reprobar con los manuales y ahora si ya contaba con Internet, finalmente despues de esos 2 fines de semanas pude instalar Novell Netware 4.11 en un servidor alternativo, y estaba finalizando las pruebas para poner a producción el servidor. Cuando de repente el servidor Novell Netware 3.11 deja de funcionar en apariencia el disco duro estaba fallando y el servidor no arrancaba, parando toda la parte administrativa que trabaja con sistemas (Contabilidad, personal, caja, facturación ,etc.) el jefe del área no sabia que hacer recuerdo que llamaba a todas partes para que lo puedan ayudar, pero a nosotros los desarrolladores nuevos no nos decía nada, tal era su desesperación del jefe de sistemas que empezó a darse de cabezazos contra una mesa y esta rojo rojo parecía que iba explotar. Después de haber parado el servidor toda la mañana y las parte administrativa sin funcionar, me acerque al Jefe de Sistemas (Nick R.), le pregunte si lo podía ayudar bueno me explico el problema, y por mis conocimientos en ensamblador supuse que había que realizar una copia de todo el disco pero lo realizaría sector a sector, desarrollaría un programa para esto desde ensamblador, el requerimiento que tenia era que necesitaba un disco físicamente igual, para que mi programa funcione, me proporcionaron el otro disco y manos a la obra desarrolle el programa y en 4 horas ya tenia un disco clonado en el cual la falla física se había transformado en lógica, pudiendo levantar el servidor y empezar a funcionar los sistemas, se que de repente existirían herramientas alternativas pero en ese momento no las conocía así que tuve que desarrollar el trabajo.
Al solucionar este problema me gane toda la confianza de mi jefe dándome mas responsabilidad y mejores condiciones.
Luego actualice el servidor Novell Netware a la version 4.11 y configure todos los clientes esto fue una experiencia muy interesante, esa red si bien es cierto era desordenada pero existían todo tipo de cableados, UTP, Coaxial y fibra óptica, era una red regular casi un Kilometro desde los puntos mas distantes, teníamos que utilizar repetidoras en algunos casos para que la señal llegue, Fueron 2 semanas de arduo trabajo pero al finalizar la satisfacción de ver todo funcionando y haber aprendido muchas cosas. Me convertí en el administrador de la red y desarrollador de aplicaciones, empece ha desarrollar los sistemas en PowerBuilder y como motor de base de datos utilice Microsoft Sql Server. Todo esto sobre una red de Windows Nt 4.1 y también accediendo ha archivos dbf (via ODBC) de Novell Netware.
Esta empresa me dio muchas oportunidades, como ninguna otra la plana de funcionarios era A1 tuve el honor de trabajar con muchos de ellos, la mayoría eran extranjeros hasta el día de hoy no he conocido en la región ninguna empresa con esa calidad de funcionarios. Todo esto me nutrió como profesional recuerdo mucho la frase del contralor general cuando me pregunto sobre la evolución de un sistema me dijo "Como van las cosas" yo le respondí técnicamente (jajaja de repente quería marearlo) el me contesto " Mira yo desconozco la complejidad técnica sobre lo que me hablas, lo único se es que esto entra y esto es lo que yo quiero que salga ahora dime la puedes hacer o no" el me enseño que los problemas son una caja negra y uno tiene que abstraerse y pensar a nivel macro la caja negra es el problema del técnico ahora lo puede hacer o no esa es la pregunta, muy sencillo pero muy cierto pq' aveces cuando converso con desarrolladores te empiezan a marear y te hacen un espagueti y las finales no te dicen nada, simplemente se que esto es lo que entra yo quiero que esto salga lo puedes hacer o no.
Estuve un año en la azucarera atraves del cual aprendí mucho ya que el entorno era muy enriquecedor el nivel profesional de los funcionarios y la manera como se tomaba las decisiones era muy interesante, todo esto a nivel de procesos, en informática me dieron amplias libertades para probar las tecnologías que yo sugería. Lo malo de esta empresa es que te absorbía demasiado francamente que trabajaba duro un promedio de 12 a 14 Horas diarias yo ya estaba acabando la universidad y tenia que hacer mis papeles para poder sacar el titulo de Bachiller y luego el titulo de Ingeniero así que renuncie.

Foxpro 2.6 y los Sistemas

2008-01-03T15:52:00.000-08:00

Con las experiencias que había tenido, ya tenia una visión de como se debería desarrollar los sistemas para una empresa. Fue cuando se me presento la oportunidad de trabajar en una empresa que brindaba el servicio de desarrollo de sistemas en diferentes empresas de la región.
Me presente me hicieron la entrevista y en esta oportunidad me pidieron que desarrollara en Foxpro 2.6. Yo ya tenia la mala costumbre de decir si a todo y esta vez no iba ser la excepción obviamente dije que si sabia Foxpro (Bueno ya conocía Clipper 5.3 y como Clipper y Foxpro son primos) . Me probaron dejando un programa para hacerlo en 2 días, bueno felizmente pude hacerlo en ese lapso de tiempo y me puse las pilas para dominar Foxpro y empezar a desarrollar sistemas. En esta empresa conocí a una persona que me ayudaría mucho en el desarrollo de sistemas, Gracias Flor V.
Mi primer Trabajo en esta empresa fue desarrollar un sistema de Facturación para la Empresa de Servicios de fluido eléctrico (Hidrandina).

El problema que encontré fue que el sistema ya se encontraba avanzado y yo tenia que terminarlo, aquí aprendí que es mucho mas difícil entender las Lógicas ajenas que desarrollarla uno mismo. No existía documentación alguna y había que bucear en el código y parchar y cambiar, etc.
Recién estaban madurando mis conocimientos en Foxpro así que no me atreví a cambiar todo el sistema esto fue al inicio pero al las final todo el sistema tuvo que ser reescrito. El sistema se termino, al inicio presentaba algunos problemas pero los cuales se superaron en el camino y empezó a funcionar en Chimbote, un tiempo después ese sistema se instalo en las diferentes ciudades del departamento.
En el mundo de las redes reinaba Novell Netware que era un estándar en la mayoría de las empresas, Windows NT recién estaba ingresando al mercado con fuerza.
Las redes que mundo maravilloso sera ese, algo que me dejaba intrigado, como sera veo que existe una persona exclusivamente dedicada a la administración de la red en Hidrandina existen como 50 estaciones de trabajo y veo que el administrador realiza unas configuraciones especiales para dar acceso y permitir que los usuarios puedan trabajar sin problemas.
Mi curiosidad me hizo aprender Novell Netware 4.11 recuerdo esa versión pq' era la que reinaba en la mayoría de las empresas. aprendí Novell Netware en teoría y lo poco que podía hacer era curiosear en la red de Hidrandina pq' no tenia mas privilegios y mis conocimientos eran básicos.

Terminado el sistema de Hidrandina, la empresa en la cual estaba trabajando me envió ha desarrollar un sistema en una Pesquera "Consorcio pesquero Carolina" allí tuve que desarrollar un sistema de conciliación bancaria, el proceso de las cuantas corrientes y las conciliaciones con los movimientos que hace la empresa. Ya había ganado experiencia en Foxpro que era el lenguaje en el que se iba a desarrollar así que no tuve mucho problema en temas de programación.
Lo que no conocía era contabilidad y como funcionaban el plan de cuentas en una empresa el famoso Debe y haber o Cargo y Abono , etc. así que esto de contabilidad era nuevo para mi, en la universidad no me habían enseñado nada de ello, esto que era algo desconocido para mi.
En esta empresa aprendí mucho mas sobre la organización en si misma, algo de contabilidad y un poco de redes Novell Netware.
Recuerdo mucho a la encargada de sistemas una Ingeniera que tenia sus puntos de vista de como deberían desarrollarse los sistemas, yo en aquel entonces estaba cursando los últimos ciclos de la universidad, recuerdo mucho las discusiones sobre el modelo relacional y la lógica de negocio de la empresa y el modelo de data de la empresa. Yo le daba mi punto de vista en aquel entonces, de como ya veía los sistemas y como deberían ser desarrollados.

Aquí aprendí a conocer los diferentes tipos de usuarios que uno puede tener en el proceso de desarrollo de sistemas, para mi mala suerte me toco un usuario con pocos conocimientos y criterio lo cual ocasionaba discusiones y ciertos problemas en el desarrollo del sistema.
Definitivamente para evitarme problemas, tenia que introducir un mecanismo de seguimiento de las diferentes actividades que se hacían en el sistema para determinar que cosas hacia el usuario.
Esto me sirvió mucho ya que en en sucesos posteriores podía determinar el día y la hora de ciertas operaciones que los usuarios habían realizado en el sistema.

A Trabajar en Serio

2008-01-03T08:34:00.000-08:00

Después de la experiencia del colegio, me llamaron para desarrollar un sistema de planillas en una Empresa pesquera , lógicamente que el lenguaje que deseaban que se desarrolle era Clipper ya que en ese entonces en el medio era uno de los lenguajes dominantes.
Clipper no conocía, acepte el proyecto y que piensan que paso? lo hice en pascal no no, ya me deje de cosas y me compre un par de libros de clipper de la versión 5.3 me dieron 2 meses para el proyecto así que dije en tres semanas estaré dominando Clipper y el resto del tiempo desarrollo el sistema. Pues en el fondo se que un lenguaje de programación es solo una herramienta del profesional de sistemas, así que manos a la obra.
Esta es la primera experiencia de manera real que yo tuve profesionalmente ya que una empresa pesquera es compleja en el sentido de sus procesos y la forma particular en la que maneja sus pagos.
Visite la planta realice las entrevistas pertinentes abstrayendo los procesos, en aquel entonces el análisis orientado a Objetos estaba empezando en el medio y lo que reinaba era el análisis estructurado. así que empece realizar el análisis, una cosa que he aprendido con los años es que los sistemas, los programas los análisis los hacen las personas no una metodología en particular; el sentido común, la habilidad y la experiencia son los factores predominantes para que un proyecto tenga éxito, lógicamente se necesita una formación para ello.
Veo actualmente a muchos "Analistas" que se pasan todo el tiempo peleándose que si la metodología tal la han seguido al pie de la letra y si tal o cual diagrama se olvidaron en fin etc. y como resultado del proyecto veo que se obtienen desastres que realmente no son funcionales ni dan al cliente lo que el desea.
Hoy por hoy un programado es aquel que siguió un cursillo de 2 o 3 meses y ya es programador como se han degenerado las cosas, ahora cuando converso con un egresado de la especialidad de sistemas y le pregunto que es lo ara en su vida profesional entonces me responden que el es un jefe de proyectos y un arquitecto de software. Para nuestro medio esto no es acertado tenemos un enorme forado en la vida universitaria ya que al docente universitario le falta blue jean (Experiencia en el campo) y solo le habla de teorías que en su vida ni siquiera ha intentado plasmar ni comprobar.
Cuando lo mas natural en el mundo es Ser primero programador Junior (mínimo 2 años) y luego programador senior (mínimo 2 años) luego analista Junior (mínimo 2 años), después analista Senior(mínimo 2 años) y finalmente jefe de proyectos y después de haber desarrollado exitosamente por lo menos 10 proyectos como jefe recién ser un Arquitecto de software.

El sistema que me habían pedido desarrollar era de planillas (Nominas) para pago a empleados, Obreros y jornaleros, efectivamente con mucho esfuerzo amanecidas y muchos problemas termine el proyecto con 1 mes de retraso.
Recuerdo con mucha alegría las primeras planillas que se imprimieron con ese sistema y las primeras boletas que se entregaban a los trabajadores. "Funciona hay que hacer algunos ajustes pero nos has ahorrado varios días de trabajo pq' con Qpro nos tardábamos una semana en procesar las planillas y boletas" es lo que me dijo el encargado de planillas fue mi primera satisfacción que me lleno de mucha alegría, aunque la paga no era muy buena, pero no es lo único en la vida Gracias por esa oportunidad Alfredo. Este sistema significo mucho para mi ya que me introdujo al desarrollo de sistemas para las empresas y me dio seguridad para seguir adelante.

Les debo las capturas de las pantallas Ojala que pueda encontrar los programas y mostrarles algunas capturas de ello.

Clipper, Foxpro y Pascal

2008-01-03T07:33:00.000-08:00

En esa época el lenguaje dominante para la creación de soluciones para la empresa eran los lenguajes XBase principalmente Clipper 5.3 y Foxpro 2.6, los software que había desarrollado eran netamente con el objetivo de aprender pues no había tenido la oportunidad de desarrollar algún software para una empresa. Fue un colegio recuerdo que me contrato para desarrollarles su sistema de matriculas y notas con la condición que se utilice Foxpro 2.6.
La verdad mi programación era mas académica y solo había desarrollado pequeños programas en Clipper como el famoso "Hola Mundo" y nada mas, Bueno acepte el proyecto del colegio y les dige que desarrollaría el software en Foxpro 2.6, bueno la verdad no sabia nada de Foxpro y decidí hacerlo en Pascal pq' era el lenguaje que conocía. Al inicio no les dije que el proyecto lo estaba desarrollando en pascal no fue hasta ya haber entregado los primeros resultados que converse con el director del colegio y me sincere, explicándole el porque había procedido de esa manera. Los resultados fueron buenos y como en la vida la gente trabaja en función a hechos y resultados el proyecto continuo.
La verdad que fue uno de los trabajos mas duros que me toco hacer (Quien me mando hacerlo en Pascal ?) pues tuve que desarrollar todas las estructuras de archivos similar a los Dbfs que utilizaba clipper, los indices para los ordenamientos las impresiones, los browses, etc la verdad un trabajo bastante tedioso, pero gratificante.
Al finalizar el proyecto me dio la seguridad de que se podrían hacer muchas cosas pero también aprendí que no tengo que volver a inventar la rueda si ya esta creada.
Tuve la satisfacción de haber creado muchas cosas y que estas funcionen pese ha la complejidad interna que tuve que desarrollar. El software estuvo funcionando en el colegio por unos años mas es lo ultimo que supe.
Clipper y Foxpro están orientados al trabajo especifico de manipulación de data con archivos Dbfs y la verdad que son muy buenos en lo que hacen estos lenguajes, lógicamente que en la actualidad las cosas han cambiado tenemos mejores herramientas para hacer mejores sistemas. Pero acá tengo una reflexión muy grande Antes los desarrolladores en su mayoría tenían un mejor nivel de preparación pues los sistemas funcionaban mejor en muchos casos sin gozar de las ventajas de hoy en día.

Actualmente estoy buscando entre mis viejos Cds y Disquetes haber si encuentro el programa para mostrarles algunas capturas de pantallas de ese software.

Mi primera Broma en la UNS

2008-01-02T23:18:00.002-08:00

Después de haber aprendido lenguaje ensamblador y haber realizado algunos programitas interesantes, decidí adentrarme dentro del mundo de los programas residentes en memoria, simule un interprete de comandos como el DOS residente en memoria el cual interceptaba la interrupción del teclado para saber que cosa estaba tecleando el usuario y llamar al verdadero interprete de comandos, pudiendo el programa auto replicarse reproduciéndose en los diferentes ejecutables que habían en el sistema, este programa lo desarrolle en pascal y ensamblador, esto lo realice con fines netamente de investigación jugandole algunas bromas a compañeros y profesores que lógicamente no sabían que es lo que sucedía, después de comprobar el funcionamiento del programa y el éxito que tuvo al reproducirse rápidamente, pare la broma eliminado al programa que estava contaminando varios Pcs. Para esto desarrolle un software que me permitía anular las funciones del programa nocivo. Este utilitario que desarrolle le agrege una funcionalidad muy interesante, que era la de verificar si un sector del disco realmente se encontraba dañado ya sea disco duro o Floppy. Algunos virus en ese tiempo marcaban algunos sectores en la fat como dañados los cuales no lo estava estos sectores dañados aparentemente no hacian mas que ser utilizados por virus para ocultar parte de su código maligno en el disco. Aqui algunas capturas del software que desarrolle:

En estas capturas se puede apreciar los caracteres assci modificados como los diferentes bordes de los cuadros en el programa, este programa funcionaba en una resolución de 80*25 en modo texto, actualmente tuve que ejecutarlo desde linux con Dosemu y Freedos ya que en Widnows Xp se ejecuta con problemas.

Programando a bajo Nivel

2008-01-02T22:21:00.001-08:00

Después de ganar un poco de experiencia en Turbo Pascal y C empece a llevar lenguaje ensamblador en la Universidad en la que he estudiado Universidad Nacional del Santa (UNS) es allí en el cual me empiezo ha interesar por el diseño del sistema operativo en ese entonces DOS y Windwos 3.11 mis preguntas eran como se podría realizar un software que no se pudiera copiar? como se administra la memoria en la PC ? como funcionan los programas residentes en memoria? y como funcionan los Virus?. Todo esto me apasiono muchísimo con la poca información que podía conseguir y sin acceso a Internet era muy poco lo que se podría aprender. No tuve la suerte de contar con docentes que podrían haber ayudado a despejar muchas dudas e inquietudes que se me presentaron.

El lenguaje ensamblador era un mundo nuevo las interrupciones Bios y DOS un manjar en el que deleitarse, junte un dinero y logre comprar un excelente libro que me serviría de mucho "Programación en DOS manual de Referencia de Kris Jamsa" también pude adquirir el PC a Fondo de Peter Norton y el manual del programador del IBM PC de Peter Norton así como libros de Macroassebler programación avanzada, eran libros que para un estudiante de provincias era muy difícil conseguir.

Allí me embulli en el mundo de las interrupciones Bios y DOS las interrupción de video 10H y la la de disco 13H son las que mas recuerdo. Recuerdo con mucha nostalgia el uso del antiquísimo debug y del exe2bin para convertir exes a formato com uff tiempos aquellos.

Lo primero que puse a prueba era la manipulación de la Fat de 16 bits en los disquetes, recuerdo que les jugaba bromas a mis compañeros de estudios marcandoles sus Fats con sectores defectuosos( Lógicamente defectuosos pero físicamente buenos) , a las finales me dejaban sus disquetes pensando que estaban inservibles, desarrolle algunos programitas para tal caso.
Luego el mundo de las particiones, la mejor seguridad que yo concebía en aquel entonces era mover mi tabla de particiones a un disquete y escribiendo basura en mi tabla de particiones de mi disco duro, solo se podía arrancar con un disquete con clave el cual volvía a mover la tabla de particiones al disco duro a través de un programa en ensamblador que había desarrollado.

Recuerdo que la interrupción 10H tenia una función que me permitía redefinir la tabla de caracteres assci para mostrar caracteres que el programador podría crear, recuerdo que ese fue uno de mis objetivos a lograr.
De esos programas queda el recuerdo y el conocimiento que tuve, todo eso me prepararía para poder solucionar los problemas que se me presentarían en el futuro.

Mi primer Problema a resolver

2008-01-02T15:32:00.001-08:00

No fue hasta el 4to Ciclo de la vida universitaria que me empezó ha apasionar la programación fue un curso de métodos numéricos en el cual se calculaban las raíces de funciones matemáticas así como derivadas he integrales. Fue allí que le pregunte al profesor si podríamos tener un programa interactivo donde se podrían ingresar diferentes funciones matemáticas y calcularles las raíces sin necesidad de estar modificando el código fuente a cada momento. El profesor un matemático de mucha calidad y un buen profesional en su rama no conocía mucho sobre programación y me contesto que eso no se podía hacer. Fue entonces que encontré mi primer problema ha resolver recuerdo que me propuse aprender Turbo pascal a Fondo, pero ya había realizado algunos programas en C (Turbo C) en el semestre anterior que lo aprendí y desarrolle algunos programitas algo sencillos en gráficos y modo texto.

Identificar el problema.- Tenia que crear un interprete para poder entender las diferentes funciones que se podían ingresar tomando en cuenta que estas podrían ser recursivas es decir solucionar esto:

Fx=Sin(cos(x)+abs(34+2*x) )+ sqrt(abs(x*x+23*sqrt(x))) o formulas de ese tipo.

Identificado el problema empece a darle solución al problema en mi universidad no contábamos con Profesionales que habían desarrollado software ni eran desarrolladores, así que estaba solo en mi entorno, quería preguntar a alguien y no me daban respuesta la bibliografia era muy escasa y no como ahora que tenemos información en abundancia y solo hay que buscarla.
El programa debería permitir ingresar cualquier formula matemática Graficarla, determinar su deriva en un punto especifico así como su integral en un intervalo.
Bueno me metí al problema y aprendí Turbo pascal dando solución ha este problema aquí unas capturas de Pantalla de ese programa:

Tuve algunos problemas para realizar las capturas en windows xp sobre todo con aplicaciones DOS que cambian el modo de vídeo no encontré un utilidad al respecto, en esta direccion
me dice que es un problema de windows Xp, en todo caso lo solucione ejecutándolo en Linux con dosemu y freedos (un problemita mas tuve que compilarlo para 64 bits en Fedora Core 8 64bits) .
En esa época en las PCs de la universidad donde estudiaba no teníamos windows y por lo tanto no tenia a la mano un editor gráfico así que decidí desarrollar uno, también lo desarrolle en turbo pascal 7.0 aqui 3 capturas del software:

Primer Contacto con la Computadora

2008-01-02T14:57:00.000-08:00

Junio 1992

Fue en los primer ciclo de la vida universitaria cuando escuche el termino programación que sera programar ? que es Turbo pascal? términos totalmente extraños para mi. Después de unas semanas Al fin pude conocer al señor Turbo pascal y no entiendo nada recién conozco una computadora es una 286 tiene un sistema operativo se llama D.O.S. y la verdad no parece gran cosa he aprendido dos ordenes el comando "Dir" y el comando "cls" esque en mi universidad como en muchas universidades del Perú no hay muchas Pcs tenemos que hacer las clases de 2 Alumnos por PC yo y mi compañero (Milton R.) nos turnamos para escribir estos extraños comandos en la PC.
Tengo entendido que llevaremos el D.O.S. asi como una hoja de calculo llamada Lotus 123 bueno ya las iremos conociendo. La verdad que no me esta gustando mucho esto de tipear unos comandos y que me salgan unos listados de archivos y otras cosas.

Estamos por finalizar el 1er ciclo de la universidad y ya que se que es el D.O.S. es un sistema operativo que permite que las cosas funcionen en el computador tb. nos permite ejecutar programas de diferente naturaleza. Lotus 123 es una Hoja de calculo y se utiliza como su nombre lo indica para realizar cálculos matemáticos y también nos permite realizar gráficos a partir de datos. He escuchado de Turbo pascal es un lenguaje de programación y se utiliza para hacert programas de todo tipo, solo lo he visto pq' todavía no se que es programar en los ciclos siguientes llevaremos un curso que se llama LPI (Lenguaje de programación I ) pues alli sabre con mas certeza para que sirve.

Empezando a escribir el diario

2008-01-02T14:19:00.000-08:00

Decidí crear este blog para comentar mis experiencia que he tenido en el desarrollo de software los últimos años. Mi idea principal es contribuir con los demás en situaciones similares a las que ami se me presentaron y como les di solución. también pretendo relatar mis experiencias como profesional de sistemas y lo apasionado que es nuestra carrera. Aquí pretendo relatar los diferentes proyectos que me toco desarrollar en el transcurso de estos años, también sera la bitácora de los actuales proyectos.
Me considero un profesional promedio Dios no me ha dato una sabiduría e inteligencia mas aya de lo normal, así que no vayan a creer que acá se contara la historia de como se escribirá un sistema operativo o como se desarrollara un software maravilloso, acá solo se contara las anécdotas y problemas comunes y cotidianos que se le presentan a la mayoría de desarrolladores.

Gracias a todos aspiro contribuir en algo con este proyecto.

Atte.

Oscar Zelada Pozo

Metodo de Gauss-Jordan

2008-01-01T07:46:00.000-08:00

Este método utiliza las mismas técnicas de eliminación Gaussiana (incluyendo el pivoteo), pero con el objetivo de finalizar con una matriz de la siguiente forma:

donde es la matriz identidad de .

Para lograr esto, se usa la técnica del pivoteo con la única diferencia que el pivote se usa para hacer ceros hacia abajo y hacia arriba.

Ejemplo 1: Usar el método de Gauss-Jordan para resolver el siguiente sistema:

Solución. Comenzamos con la matriz aumentada:

Procedemos a hacer el primer pivoteo, y para ello, intercambiamos los renglones 1 y 2:

y haciendo ceros debajo del pivote, obtenemos:

Ahora, para colocar adecuadamente el segundo pivote intercambiamos los renglones 2 y 3:

Para hacer ceros arriba del pivote 1.25, multiplicamos el renglón 2 por y se lo sumamos al renglón 1; para hacer ceros debajo del mismo pivote, multiplicamos al mismo renglón 2 por y se lo sumamos al renglón 3 . Todo esto nos da:

Ahora procedemos a hacer ceros arriba del pivote 0.09 . Para ello, multiplicamos el renglón 3 por y se lo sumamos al renglón 2; igualmente multiplicamos el renglón 3 por y se lo sumamos al renglón 1. Todo esto nos da:

Finalmente para hacer los 1’s ( unos ) en la diagonal principal, multiplicamos los renglones 1 , 2, y 3 por y , respectivamente. Obtenemos entonces la matriz final:

La cual nos da la solución del sistema de ecuaciones:

Ejemplo 2. Usar el método de Gauss-Jordan para resolver el siguiente sistema:

Solución. Escribimos la matriz aumentada del sistema:

Observamos que el primer elemento pivote está bien colocado y por lo tanto no hay necesidad de intercambiar renglones. Por lo tanto hacemos ceros debajo del pivote ; para ello, multiplicamos el renglón 1 por 0.4 y se lo sumamos al renglón 2, y también multiplicamos el mismo renglón 1 por –0.5 y se lo sumamos al renglón 3. Esto nos da la siguiente matriz:

Para elegir el segundo elemento pivote, debemos escoger el elemento mayor (con valor absoluto) entre y , el cual obviamente es éste último. Por lo tanto, debemos intercambiar el renglón 2 y el renglón 3. Tenemos entonces:

Procedemos a hacer ceros arriba y abajo de nuestro segundo elemento pivote; para ello, multiplicamos el renglón 2 por 0.5 y lo sumamos al renglón 1, y también multiplicamos el mismo renglón 2 por y lo sumamos al renglón 3. Esto nos da:

Nuestro tercer elemento pivote es . Para hacer ceros arriba de este elemento, multiplicamos el renglón 3 por y lo sumamos al renglón 2, y también multiplicamos el mismo renglón 3 por y lo sumamos al renglón 1. Esto nos da:

Finalmente, hacemos los 1’s (unos) en la diagonal, multiplicando el renglón 2 por y el renglón 3 por . Esto nos da la matriz final:

Por lo tanto, la solución del sistema de ecuaciones es:

Codificacion en Matlab

El programa se desarrollara en Matlab implementando el algoritmo en una funcion.
El codigo fuente a continuación:

function respuesta=gauss(a,b)
%%---obtener la solcuion de un sistema de ecuaciones por el metod de gauss
%%------------------------------------------------------------------------
% a= matriz cuadrada con los coefcientes del sistema
% b= los coeficientes de las igualdades de las ecuaciones del sistema
%***************************************************************************
variables=length(a);
for i=1:variables
aux=1/a(i,i);
%*******Convirtiendo en 1 el elemnto de la matriz identidad******
b(i)=b(i)*aux;
for j=1:variables
a(i,j)=a(i,j)*aux;
end

%//*******eliminando las filas precedentes******************
for j=1:i-1
aux=-1*a(j,i);
b(j)=b(j)+b(i)*aux;
for k=1:variables
a(j,k)=a(j,k)+aux*a(i,k);
end
end
%//*******eliminando las filas posteriores******************
for j=i+1:variables
aux=-1*a(j,i);
b(j)=b(j)+b(i)*aux;
for k=1:variables
a(j,k)=a(j,k)+aux*a(i,k);
end
end

end
disp(a);
respuesta=b;

DIAGRAMA DE FLUJO

Notas Teoria de Compiladores

2007-02-24T16:16:00.000-08:00

Aquí están las notas de la primera Unidad