Mario Piz power by ST

LA SEGURIDAD,UNA SENSACION MAS DE LA VIDA

2011-12-01T04:33:00.000-08:00

La Dirección Nacional de Protección de Datos Personales -DNPDP- es el órgano de control creado en el ámbito Nacional, para la efectiva protección de los datos personales.
Tiene a su cargo el Registro de las Bases de Datos, instrumento organizado a fin de conocer y controlar las bases de datos.
Asesora y asiste a los titulares de datos personales recibiendo las denuncias y reclamos efectuados contra los responsables de los registros, archivos, bancos o bases de datos por violar los derechos de información, acceso, rectificación, actualización, supresión y confidencialidad en el tratamiento de los datos.

En este sentido, tiene por función investigar si la base de datos denunciada da cumplimiento o no a los principios que establece la ley y las disposiciones reglamentarias.

Entre sus funciones :

Investigar si las bases de datos denunciadas dan cumplimiento o no a los principios que establece la Ley 25326 y las disposiciones reglamentarias.
Denunciar y asistir a aquellas personas físicas o jurídicas que violen los derechos de información, acceso, rectificación, actualización, supresión y confidencialidad en el tratamiento de los datos.

Mas data:
http://www.jus.gob.ar/datos-personales.aspx

SMALLTALK:= ¿"el padre no reconocido Sky Net"?

2011-11-17T08:21:00.000-08:00

fuente:http://www.cincomsmalltalk.com/main/products/objectstudio/overview/

HSA(Hollandse Signaalapparaten, división militar de PHILIPS) fue el resultado del desarrollo de complejos sistemas de soporte para la toma de decisiones de las fuerzas navales de todo el mundo (conocidos como C3I o Mando, Control, Comunicaciones de Inteligencia).

C3I apoya la toma de decisiones para el uso de armas como misiles, cañones y torpedos, con base en la información seleccionada proveniente de diferentes fuentes como sensores propios de las armas, radares, sonares, así como de otros dispositivos ópticos. Estos sistemas eran enormes y sumamente complejos

Estos desarrollados y todos sus componentes estaban dispuestos en plataformas como las fragatas y corbetas. Alrededor de 1985, HSA decidió considerar la posibilidad de desarrollar también sistemas C3I para el Ejército.

En contraste con la marina, en el ejército había una gran cantidad de plataformas. Un observador de artillería y un telegrafista formaban una plataforma. Con un mapa militar, binoculares y un dispositivo de medición, el observador podría tomar decisiones cruciales y enviar esa información a otros grupos, Jeeps, tanques, otros vehículos y a un centro de comando, estos últimos también se consideran otras plataforma. Estaba claro que para ello se debía contar con pc portátiles, comunicación integrada y mapas digitales, debemos recordar que estamos hablando del año 1985.

Se debieron digitalizar los mapas y machearlos con la información provista por los radares. Se llegó así un moderno GIS (sistema de información geográfico) aunque en forma de prototipo, fue demasiado avanzado para la época.

El siguiente reto fue el desarrollo de un prototipo de aplicación para el soporte de decisiones.

Datos como puntos de partida, los segmentos de carretera, el número de vehículos, puntos de entrega y carga fueron los componentes. Eran datos determinados por el usuario en la función de manejo de mapa.
A finales de 1987, el prototipo fue presentado a la Junta Directiva de Philips.

La presentación fue un éxito y el director general de HSA dio órdenes para investigar las posibilidades de convertir este prototipo en un sistema de desarrollo de la decisión real.

SCOPE y M3i
El ejército había, hasta ahora tenía poca experiencia con los sistemas informáticos para la toma de decisiones. Por supuesto que fueron escritos los procedimientos para coordinar las acciones de las maniobras (tanques, infantería), el apoyo (artillería, defensa aérea de bajo nivel), y servicios de comunicación, como la ingeniería militar y de transporte. Sin embargo, para lograr este tipo de procedimiento en un equipo, se necesitaba de prototipos interactivos. En última instancia, permitiría un sistema de apoyo a las decisiones eficientes para convertirse en una realidad. El sistema de desarrollo deben ser creados con una nueva generación de PCs con suficiente velocidad de procesamiento y memoria y con un sistema operativo que soporte múltiples programas con una interfaz gráfica (GUI).

En 1987, se realizó el anuncio por Microsoft e IBM de un sistema operativo con multi-programación (OS / 2) que incluía una interfaz gráfica de usuario. Esto parecía ajustarse a las condiciones previas necesarias. El sistema de desarrollo en sí mismo debía proporcionar objetos (acá entra en juego Smalltalk) en el campo de:

*Modelado de datos y fórmulas .
*Inteligencia Artificial (motor de inferencia), Investigación Operativa.
*Administración de archivos, comunicación e interfaz gráfica de usuario.

Esto llevó a una joint-venture entre HSA y la empresa ENFIN(especializada en bases de conocimientos), con el objetivo de transformar todo el software del OS / 2 y Ambiente de programación Smalltalk. y materializarlo en el sistema de apoyo a las decisiones. El objetivo de estas aplicaciones eran tres:

*Para probar la utilidad del trabajo de las clases básicas de Smalltalk.
*Familiarizarse con el desarrollo de prototipos interactivos.
*Para algunas aplicaciones del kernel disponible para fines de marketing.

Estos prototipos fueron ricos gráficamente, construidos para manejar los mapas militares, gestión de frecuencias para apoyar una red de telecomunicaciones informatizada y optimización del transporte y planificación del sistema de artillería. Cerca del final de 1989, la primera aplicación basada en Smalltalk fue presentada. Este prototipo no se basaba todavía en OS / 2 .

En octubre de 1989 se presento SCOPE(Signaal’s Command Oriented Programming Environment). Este sistema de desarrollo, basado en OS / 2, incluye una serie de prototipos desarrollados en Smalltalk, el ámbito de aplicación era un 4GL (lenguaje de 4 generación)

El sistema de desarrollo ofrece un gran número de servicios para la especificación, realización y mantenimiento de Sistemas de Gestión de Información en particular.

La arquitectura de SCOPE se divide en tres niveles.

El primer nivel "El desarrollo orientado a objetos ", que figura las herramientas básicas y los servicios necesarios para la creación de sistemas de información en general. El segundo nivel "las clases del sistema 4GL", que presentan la construcción de bloques adicionales para desarrollar, de una manera rápida y segura, Sistemas de Gestión de la Información.

El tercer nivel "Las características de la especificación 4GL" que permiten la especificación de las formas, modelos y bases de datos sin la necesidad de una edición de la especificación de un lenguaje de programación. Los prototipos fueron parte del concepto de M3i (administración, monitoreo, mapeo, Inferir).

Los prototipos fueron:

*Mapa de la manipulación y superposición (MO).

* Sistema de control y gestión (SYSCOM).

* Planificación de recursos de fuego. (FSRP).

*Gestión de recursos de transporte (TRANSPORT).

* Planificación y Control de los efectores y sensores (PACES).

Mediante la introducción de este sistema de desarrollo en octubre de 1989, se logró lo siguiente:

*Fue el primer sistema orientado a objetos de desarrollo en un PC.
*Se convirtió en la primera SIG (Sistema de Información Geográfica) en un PC.
*Los efectos positivos de EPM (método de prototipado evolutivo) en combinación con el EPIS (Contratación Pública evolutivo de los Sistemas de Información) fueron probados.
*La combinación de Smalltalk y EPM fue superior en relación con la forma tradicional de programación (como era habitual en el sector militar con un lenguaje como Ada).

Todo muy lindo hasta aquí, pero la ocurrencia de un evento en Berlin (caída del muro 9 de noviembre de 1989)hiso que los militares encausaron sus intereses ,esfuerzos y recursos hacia otros ámbitos .
En 1992 ENFIN lanzó su producto basado en OS / 2 y Windows. La comercialización en Alemania, fue fuertemente apoyada por IBM . Uno de los resultados fue que IBM viene con su propio sistema de desarrollo orientado a objetos llamado Visual Age. El sistema tenía una serie de versiones en distintos lenguajes, como Java, Smalltalk y Pascal, pero todas las versiones fueron escritas en Smalltalk.

La empresa ENFIN después de pasar por varias manos término siendo adquirida por Cincom Systems, Inc y el sistema fue renombrado a ObjectStudio

UNA COMPUTADORA GUAZU

2011-11-14T14:14:00.000-08:00

La Universidad de Illinois,ha adjudicado un contrato por mas de más de $ 188 millones a Cray Inc. para construir una de las supercomputadoras más poderosas del mundo.
El proyecto denominado Blue Waters es financiado en parte por la National Science Foundation.

El proyecto Blue Waters ofrecerá un superordenador capaz de allcanzar de 1 petaflop.

Se espera que sea uno de los superordenadores más potentes del mundo.

Fuente

Pharo:el nuevo en la cuadra

2011-11-13T06:20:00.000-08:00

Pharo es un nuevo entorno de desarrollo open source para el clasico lenguaje de programación Smalltalk-80.
Pharo se deriva de Squeak1, una re-implementación St-80.Squeak se desarrolló principalmente como una plataforma para el desarrollo experimental de software multimedia y educativo, Pharo se enfoca como herramienta para el desarrollo de software profesional y ofrece una plataforma sólida y estable para la investigación y desarrollo de lenguajes y entornos dinámicos .Pharo implementa en forma nativa a Seaside.
Pharo es altamente portátil ya que su máquina virtual está escrito enteramente en
Smalltalk, por lo que es fácil de depurar, analizar y cambiar.

sitio del proyecto

http://www.pharo-project.org/home

documentación

http://www.pharo-project.org/documentation/tutorials-books

Seaside

http://www.seaside.st/

Para cuando la versión reguetton de php por Riky & Gonzalo?

2010-09-27T09:30:00.000-07:00

Esta noticia no es nueva pero hace un par de días me comentaron acerca de la versión hip hop de PHP.
Php es un muy buen lenguaje con una curva de aprendizaje mas que buena, muy fácil de leer e interpretar (un sinfín de ventajas) ,pero el php se queda chico en ciertos casos, no es lo mismo tener 1000 a 3000 visitas diarias que tener varios millones. Acá entra el juego del rendimiento, cosa que hace que el php lamentablemente y en contra de la voluntad de muchos ,se quede chico.
La gente de facebook estuvo trabajando en lo que se denomina HI HOP ,esta misma gente se dio cuenta de lo extrañamente parecido que es el código php al código c++ .Y dijieron :”porque no optimizamos el código php para hacer que aumente el rendimiento”. Mediante el desarrollo de hiphop se puede producir código optimizado c++ apartir de código php, luego se compila con g++ , y guala “como por arte de magia tenemos programas que perdieron el apetito voraz por uso de cpu y memoria,un verdadero cinturon gastrico”
Mi pregunta es la siguiente, para cuando la versión regguetteon de php?
Para mas información
http://developers.facebook.com/blog/post/358

Participacion Ciudadana

2010-05-24T09:22:00.000-07:00

Presentacion 2003

View more presentations from mariopiz.

Smalltalks 2009

2009-11-18T03:30:00.000-08:00

Esto me llego a mi correo y rescato lo siguiente: .........Distinto a las conferencias marketineras y productistas a que nos tienen acostumbrados los pulpos del software (Micro, Sun, Ora, e incluso los OpenSource/ClosedMind), en estas conferencias se va a hablar "enserio" sobre Orientación a Objetos y tecnologías innovadoras. A los escepticos prisioneros de las modas, les recuerdo que todo lo que hoy "venden" los grandes, fue inventado hace 40 años por gente como Alan Kay, Dan Ingalls!!!.

Querés conocer cómo se gestó la programación orientada a Objetos? ¿Te gustaría conocer en persona a uno de aquellos locos que revolucionaron la computación en la década del 70 en Xerox Parc junto al Turing Award Alan Kay?, entonces tenés que venir a Smalltalks 2009 a ver la charla de Dan Ingalls sobre "40 Years of Fun with Computers" y la sesión de preguntas y respuestas denominada "A fireside chat with Dan Ingalls"
¿Querés conocer qué es lo último que se está haciendo de investigación en objetos, realmente distinto y novedoso?, entonces tenés que venir a Smalltalks 2009 y ver la presentación de Stephane Ducasse "I have a dream... let's make it came true" y la presentación de Alex Warth "Implementing programming languages for fun and profit with OMeta"
¿Estas interesado en entender un poco más que es la meta-programación y para que sirve? ¿Querés entender qué significa que un ambiente sea Meta-Circular? ¿No te cierra la herencia múltiple, te parece que las interfaces de Java o .Net se quedan cortas, tenés dudas sobre los mix-ins y sentís que debe haber una mejor manera para compartir código?, entonces tenés que venir a Smalltalks 2009 y ver las charlas de "Glamour" y "Helvetia" de Jorge Ressia, "Mejorando las herramientas de desarrollo de Smalltalk" de Diego Geffner y "Traits at Work" de Stephane Ducasse.
¿Alguna vez te preguntaste cómo funciona una base de objetos, qué diferencias tienen con una base de datos relacional, son más rápidas, son más lentas?... no quiero sonar repetitivo pero no puedo evitarlo, ¡¡¡tenés que venir a Smalltalks 2009!!! hay una charla dada por James Foster denominada "Introduction to GemStone" y un tutorial de un día enteramente dedicado a este tópico, ¡no te lo podés perder!
¿Alguna vez te preguntaste si es posible manejar hardware en tiempo real con objetos y con un lenguaje dinámico? ... hmmm... entonces no te queda otra que venir a Smalltalks 2009 y ver la charla de Gonzalo Zabala sobre "Physical EToys" y la de Andrés Otaduy sobre "Sistema Rul@"
¿Tenés dudas sobre si es posible diseñar y escribir con objetos buenos algoritmos genéticos o modelos matemáticos?, si lo tuyo va por ese lado, entonces tenés que venir a Smalltalks 2009 y ver la chala de Maximiliano Tabacman sobre "Genetic Algorithm Framework" y la de Leandro Caniglia sobre "Homological Algebra in Smalltalks"
¿Estás interesado en conocer los detalles de implementación de una Virtual Machine de objetos o saber qué tan seguras o inseguras son? jeje, ¡¡también tenemos dos charlas para vos!!. "Virtual Machine, Invisible Machine" de Andrés Valloud (programador de la VM más rápida de Smalltalk) y "Security on JIT VMs" de Gerardo Richarte (un experto en seguridad... ¿o inseguridad?)
¿Lo tuyo va por asegurar la calidad de los sistemas? ¿Te pega todo lo ágil, TDD, etc?... no quiero sonar repetitivo pero me es imposible... ¡tenés que venir a Smalltalks 2009! y ver las charlas de Tim Mackinnon sobre "Agile Planning" y "Expressive Testing" y la de Nicolas Chillo y Gabriel Burnstein sobre "Mutation Testing".
¿Estás cansado de tener que subir y bajar el server cada vez que modificas tu aplicación web, pensás que deben haber maneras más sencillas de hacerlo? ¿Estás cansado de recompilar tu aplicación Java u ObjectiveC para poder ver un pequeño cambio que hiciste en tu aplicación de iPhone?, no queda otra que vengas a Smalltalks 2009 y veas las charlas de Germán Arduino sobre "SWT", la de Santiago Robles y Lautaro Fernandez sobre "Meteorid: Un MVC real para la Web" y la de Esteban Lorenzano sobre "Smalltalk in the pocket: Building applications for the iPhone"
O por el contrario, ¿no te gustan la charlas, te aburre esto de escuchar hablar gente todo el día, lo tuyo va por la acción, por construir cosas en serio que aporten a la comunidad, por codear, y no me refiero a pegar codazos :-)? o por ahí siempre escuchaste de Smalltalk pero nunca tuviste el tiempo o la ayuda para meter las manos en la masa? hmm, que se yo, podés darte una vuelta el sábado por Smalltalks 2009 y participar del Pharo Sprint!, una sesión de programación de todo un día que sirve para mejorar y ampliar Pharo, un Smalltalk open-source.
¿Siempre escuchaste o creíste que los lenguajes dinámicos no sirven para desarrollar aplicaciones grandes, o que Smalltalk sólo se usa en la universidad para enseñar? Entonces te conviene venir a Smalltalks 2009 y ver "XTrade - Risk and Yield Analisis" de Maximiliano Tabacman, "Expecco" de Felix Madrir e "iBizLog" de Jose Bretti.
¿Tu especialidad es el User Interface, gráficos 3D, etc.?... también tenemos algo para vos como "Un ambiente visual para desarrollar software" de Adian Soma, "Cuis and Morphic 3" de Juan Vuletich, "Desarrollo de un engine 3D: Experiencias de un neófito" de Andrés Fortier y "#{Open.Source.Graphics} bindTo: {Cincom.Smalltalk}" de Travis Griggs
¿Te hace falta un iPod? ¿Querés regalarle una cámara digital a tu novia/o, o a tu vieja?... es fácil, anotate en el concurso de programación de Smalltalks, te vas a divertir haciéndolo... y si no lograste ganar nada, no llegaste a hacerlo, podés escuchar a Carlos Ferro, creador del concurso explicando cómo fue desarrollado el mismo en la charla de "Smalltalks 2009 Coding Contest"
Y si sos profesor de programación orientada a objetos y querés obtener información, material de enseñanza y compartir tu dudas y experiencias con otros profesores, tenés que venir a Smalltalks 2009 y ver la charla "Enseñanza de programación orientada a objetos con Smalltalk y prácticas ágiles" de Nicolás Paez o pasar unos minutos con Stephane Ducasse quién compartirá con nosotros todo el material que usan en Suiza y Francia para enseñar objetos.
¿Te cansaste de leer este mail tan largo? ¿te divertiste leyéndolo? ¿querés formar parte de un congreso hecho por programadores para programadores que ya lleva más de 300 inscriptos, divirtiéndote y aprendiendo en el camino? jeje, ¡¡tenés que venir a Smalltalks 2009!!No dejes de anotarte gratis en http://www.fast.org.ar/Es del jueves 19 al sábado 21 de Noviembre de este año. Podes ver el detalle de las charlas en la sección "Charlas" o "Talks" de la página web, seguro la vas a pasar bien.
Comite Organizador de Smalltalks 2009Cualquier duda manda un mail a info@fast.org.ar

Smalltalks 2009 Tercera Conferencia de Smalltalk de Argentina

2009-09-09T17:16:00.000-07:00

Del Jueves 19 al Sábado 21 de Noviembre del corriente año,
se llevará a cabo en la Facultad de Ciencias Exactas y Naturales (FCEN) de
la Universidad de Buenos Aires, la Tercera Conferencia de Smalltalk de Argentina,
denominada "Smalltalks 2009"

Todas aquellas personas que estén relacionadas con Smalltalk, sean
docentes, alumnos, investigadores, desarrolladores o empresarios, están
invitados a participar como oyentes o expositores de manera gratuita.
El sitio para inscribirse será anunciado en breve.

El objetivo de la conferencia es reunir a la comunidad Smalltalk Argentina e Internacional
para estrechar vínculos compartiendo trabajos,
experiencias y vivencias relacionadas con esta tecnología o temas afines.

Esta edición de la conferencia categorizará las presentaciones en "Industria y Desarrollo" e "Investigación y Educación", contará con un concurso de programación y nos visitará, nuevamente, gente reconocida de la comunidad Smalltalk internacional.

En la "Categoría de Investigación/Educación" se expondrán aquellos trabajos de
investigación y educación que se estén realizando o se hayan realizado con
Smalltalk, en ámbitos de universidades y establecimientos públicos o
privados.

En la "Categoría de Industria y Desarrollo" se expondrán trabajos relacionados a la
Creación de Software utilizando Smalltalk, por medio de empresas o personas, con fines comerciales o no.

Algunos temas sugeridos para las presentaciones, de manera no excluyente son:
* Herramientas de Desarrollo
* Desarrollo con Prototipos
* Model Driven Development
* Prácticas Ágiles (XP, TDD, etc)
* Desarrollos de Aplicaciones Web
* Meta-Modeling / Meta-Programación
* Nuevos Modelos o Frameworks implementados
* Material Educativo
* Sistemas Embebidos y Robótica
* SOA y Web services
* Reportes de Experiencias de Desarrollo o Investigación
* Sistemas comerciales
* Testing: Prácticas y automatización
* Interoperabilidad con otras tecnologías
* Best Practices de Diseño y Arquitectura

Aquellos interesados en exponer, deben tener en cuenta los siguientes
hitos y tareas:

1) Deben presentar un Resumen de la presentación a más tardar para el
Lunes 19 de Octubre de 2009. Dicho Resumen no debe superar una carilla
y debe incluir mínimamente una descripción del trabajo a presentar sin
omitir el objetivo del mismo y la categoría a la cuál pertenece la presentación.
El mecanismo de presentación del Resumen será anunciado en breve.

2) El Comité de Programa de la Conferencia definirá para el Lunes 26 de
Octubre aquellos trabajos que serán elegidos para ser presentados durante
la jornada a partir de los Resúmenes recibidos según lo especificado
en el punto anterior. Se dará mayor importancia a aquellos trabajos con
capacidad de mostrar ejemplos dinámicos y no únicamente presentaciones
estáticas.

3) Los trabajos y presentaciones realizadas serán publicadas en el sitio de la conferencia una vez finalizada la misma.

4) La definición del Cronograma de la Conferencia se publicará a través
de la página web el Miércoles 28 de Octubre.

Respecto del concurso de programación, todos aquellos que deseen participar pueden interiorisarse del mismo en el grupo smalltalks-2009-coding-contest@googlegroups.com
La intención del concurso es pasar un buen momento, disfrutar solucionando un problema en Smalltalk y ganar un premio como reconocimiento del trabajo realizado.
Estamos trabajando fuertemente para que todos puedan participar del mismo e iremos presentando ejemplos y prototipos que puedan ser tomados de ejemplo para desarrollar mejores soluciones.

Para información sobre cómo llegar a la FCEyN, pueden acceder al sitio del departamento de computación: http://dc.uba.ar
Por favor, difundan esta invitación en aquellas listas y grupos que consideren interesados.

Los esperamos a todos!
Comité Organizador de Smalltalks 2009

Rumbo al gobierno digital con tecnologías libres

2009-07-19T05:52:00.000-07:00

Chaco siempre apuesta a la modernización tal es el caso de la Historia Clínica Unificada que fue que en su momento de puesta en marcha fue único en su tipo en todo el país, permite que solo con el DNI del ciudadano el médico que lo atienda en cualquier hospital o centro de salud de la provincia pueda acceder a través de una computadora personal a su historia clínica, permitiendo en muchos casos conocer, por ejemplo, si es alérgico a algún medicamento o cuáles son sus afecciones preexistentes. Para dicho proyecto se incorporo un parque de 1000 pc de las cuales 800 tienen Linux (imaginasen lo que se ahorraron en licencias)
Ahora el gobierno del Chaco lanzo (hace poco más de 3 meses) un centro de gestión.
El objetivo del mismo es la concentración de las demandas e inquietudes de los ciudadanos en un solo espacio físico, a fin de agilizar los trámites y evitar los largos y tortuosos paseos que los ciudadanos deben realizar, muchas veces sin llegar a un resultado concreto, por cada una de las dependencias administrativas. El principal software empleado por el CG es el Pcmos Help Desk, funciona de la siguiente forma :
Cuando se recibe un requerimiento de un ciudadano, ya sea vía telefónica, chat, email o de forma presencial, el mismo es volcado en un ticket. En el caso de se pueda dar solución al requerimiento, el mismo es cerrado, caso contrario pasa a un estado de pendiente, para su posterior tratamiento.
Este software Open Source está desarrollado en la archiconocida dupla php/mysql .
http://pmoshelpdesk.sourceforge.net/
El centro de gestión se encuentra en M. T De Alvear 145 Planta Baja “B”
Teléfono: 0810 888 9222
www.chaco.gov.ar
Correo: cgc.info@chaco.gov.ar

Seaside ,aunque no lo crean simplemente Seaside

2009-03-18T12:05:00.000-07:00

Seaside es un framework libre(o sea gratis,si gratarola) y de codigo abierto para el desarrollo de aplicaciones web en Smalltalk,valga la redundancia este fremework esta escrito en Smalltalk y se distribuye bajo licencia MIT.
Seaside provee un conjuntos de capas de abstraccion(esto hace mucho mas facil la vida a cualquiera) por ensima de toda la complicacion que acarrrea el http y html permitiendo de esta manera desarrollar aplicaciones web de forma rapida y facil,ademas de permitir ahorrarnos dolores de cabeza con el tema del mantenimiento y reutilazacion.Con Seaside tenemos:
Generacion de html en forma programática:para esas cosas repetitivas que tenemos que hacer paginas por paginas(link,tablas formularios etc).
Links,forms y callbacks:nos permite pensar libremente en objetos y metodos sin atarnos a tipos de datos primitivos como lo son los strings u otros identificadores.
Componentes embebidos:Seaside permite construir interfaces de usuarios como si fuera un arbol de componentes de objetos individuales donde cada uno encapsula una pequeña parte de la pagina.
Modo de manejo de sesion:Seaside permite manejar un flujo complejo de trabajo de varias paginas con un solo metodo.Seaside permite el manejo de sesion de un usuario en una sola pieza de codigo.
pagina de Seaside:
http://www.seaside.st/
Una muy buena presentacion de Esteban Lorenzano

Seaside, El framework hereje

View more presentations from Esteban Lorenzano.

IBM presenta el libro Conociendo DB2 Express C

2009-02-26T16:15:00.000-08:00

Este libro gratuito está destinado a todas aquellas personas que trabajan o tienen la intención de trabajar con bases de datos, como administradores de base de datos (DBAs), desarrolladores, consultores, arquitectos de software, gerentes de producto, docentes y estudiantes.

¡DESCARGUELO AHORA MISMO!
ftp://ftp.software.ibm.com/software/data/db2/express-c/wiki/Conociendo_DB2_Express_v9.5.pdf

plc sobre linux diapositivas

2008-12-01T14:40:00.000-08:00

Plc Sobre Linux

View SlideShare presentation or Upload your own. (tags: plc on)

plc sobre linux

2008-11-27T15:36:00.000-08:00

Esta info fue recopilada con la ayuda de Oscar Brites
Controlador lógico programable
Los PLC (Programmable Logic Controller en sus siglas en inglés) son dispositivos electrónicos muy usados en Automatización Industrial.
Su historia se remonta a finales de la década de 1960 cuando la industria buscó en las nuevas tecnologías electrónicas una solución más eficiente para reemplazar los sistemas de control basados en circuitos eléctricos con relés, interruptores y otros componentes comúnmente utilizados para el control de los sistemas de lógica combinacional.
Los PLC actuales pueden comunicarse con otros controladores y computadoras en redes de área local, y son una parte fundamental de los modernos sistemas de control distribuido.
Los PLC con forma de rack tienen módulos con procesadores y con módulos de E/S separados y opcionales, que pueden llegar a ocupar varios racks. Entre ellos podemos destacar:
· Entradas Digitales
· Salidas Digitales
· Entradas Analógicas
· Salidas Analógicas
· Módulos de Aplicación Específicas:
Reguladores PID
Enconders
Buses de campo. Comunicaciones industriales

Las docenas de líneas de productos de idéntica funcionalidad pero incompatibles entre ellos, limitan a los clientes a la solución propietaria de determinado vendedor.

PC Industriales
Son sistemas electrónicos constituidos por un computador de propósito general adecuadamente diseñado y montado para poder trabajar en un entorno de un proceso industrial continuo o discreto y soportar las condiciones ambientales adversas (polvo, temperaturas, interferencias electromagnéticas, vibraciones, etc.).

Sistemas Operativos de Tiempo Real
Es un sistema operativo que ha sido desarrollado para aplicaciones de tiempo real. Como tal, se le exige corrección en sus respuestas bajo ciertas restricciones de tiempo. Si no las respeta, se dirá que el sistema ha fallado. Para garantizar el comportamiento correcto en el tiempo requerido se necesita que el sistema sea predecible (determinista), algunas características son:
No utiliza mucha memoria
Cualquier evento en el soporte físico puede hacer que se ejecute una tarea
Multi-arquitectura (puertos de código para otro tipo de UCP)
Muchos tienen tiempos de respuesta predecibles para eventos electrónicos.

SOFT - PLC
La limitada utilización del PC industrial como un sistema de control de proceso está relaciona, en buena medida, con la tradicional resistencia al cambio, con cierta “fama” de inestabilidad de ciertos sistemas operativos del ámbito oficinista en el contexto empresarial y con la falta de conocimiento que el personal de automatización tiene de lenguajes de programación de alto nivel.
Para paliar este problema, algunos fabricantes proponen la combinación de un Sistema Operativo de Tiempo Real (RTOS) con programas Soft-PLC que emulan por software el comportamiento de un PLC. Este SOFT-PLC es una arquitectura abierta que respeta el estándar IEC 61131 – 3, dicho software permite transformar una PC, tanto industrial como común, en un PLC.

Generalidades del proyecto PLC Linux
Cuando hablamos de PLC en Linux, nos referimos típicamente al autómata entero: componentes de hardware, sistemas, y software de uso corriente. En general, el hardware consiste en una CPU, puertos de entrada/salida y algún dispositivo de entrada/salida analógico o digital directo.
El soporte lógico garantiza que, una vez corriendo, el PLC repite eternamente una secuencia de instrucciones de control (software de uso), que puede ser modificado en línea o fuera de ella por un sistema de programación al que está conectado. Desde el punto de vista del programador, un PLC tradicional es visto como un solo proceso que corre en la PC.
En el contexto que nos ocupa, destacamos la existencia de la versión en tiempo real denominada RTLinux. Este se sitúa entre el hardware y el propio sistema operativo, creando una máquina virtual para que Linux pueda seguir funcionando. RTLinux es el encargado de gestionar las interrupciones y del acceso al hardware.
Las tareas de tiempo real comparten el mismo espacio de memoria que el núcleo y se ejecutan con todos los privilegios; es decir, pueden ejecutar
cualquier instrucción del procesador y tienen acceso a las entradas/salidas. Las tareas tienen prioridades fijas y pueden hacerse periódicas, compartir recursos
mediante FIFOs o memoria compartida, sincronizarse etc, lo que representa una serie de capacidades típicas de los sistemas operativos de
tiempo real. De forma sucinta, podemos considerar que Linux es la tarea de más baja prioridad, que sólo se ejecutará cuando no haya una tarea de tiempo real preparada. De esta forma, podemos mantener todas las aplicaciones típicas de Linux en una capa superior. Implementación
En la primera versión, la aplicación se ejecuta desde la línea de comandos. El usuario introduce introduce la información acerca de los siguientes aspectos:
La configuración SW
La configuración HW
Los programas en la lista en la lista de instrucciones asociadas a cada tarea.
Las características de las tareas.
Esta información se almacena en un fichero de configuración, utilizado por el gestor de la aplicación. También se posibilita la edición directa de dicho fichero.
A partir de este fichero de configuración, el gestor comprueba la coherencia (por ejemplo, que no intentamos acceder a un bit de entrada que no está presente en el hardware escogido), y compila los programas asociados en lista de instrucciones. La salida son programas en código C que contienen las funciones a realizar dentro de cada ciclo de una tarea del autómata y el fichero necesario en el paso final de compilación habitual en Linux (Makefile). Este fichero Makefile hace referencia a una serie de ficheros patrón, predefinidos, así como a los ficheros específicos generados por el gestor.

Se ha decidido que el compilador de lista de instrucciones obtenga como salida directamente código C, de similar manera a como se ha realizado en casos precedentes encontrados en la literatura. Esta es la solución que proporciona una ejecución posterior más rápida. No obstante, uno de los ficheros intermedios de la compilación contiene códigos de operación y operandos, que podrían ser llevados a memoria e interpretados en tiempo de ejecución si se prefiere esta alternativa.
El programa final para RTLinux es en realidad un módulo insertable en el kernel de Linux. En el inicio del módulo se crean los hilos (cada uno asociado a una tarea periódica del autómata), se solicitan las interrupciones (tareas por eventos) y puertos de E/S dependiendo del hardware, y se asignan las zonas de memoria para los objetos del lenguaje (imagen de entrada/salida, memoria y bloques funcionales). Al terminar el módulo, se liberan todos los recursos.
Por ejemplo, la estructura de una tarea periódica, que se encuentra en un fichero patrón, es sencilla:

void *task1 (void *arg)
{
struct sched_param p;
p.sched_priority = 2;
pthread_setschedparam (pthread_self(), \
SCHED_FIFO, &p);
pthread_make_periodic_np (pthread_self(),\
gethrtime(), \
PERIOD1);
while (1)
{
pthread_wait_np ();
/* Read physical inputs */
update_input_image();
/* Execute user program */
do_plc_program[0]();
/* Set physical outputs */
update_output();
}

return 0;

}

La tarea se marca a sí misma como de prioridad 2 en este ejemplo, (en nuestra implementación, la tarea de menor periodo sería la más prioritaria), y con la
política del planificador SCHED_FIFO, la única posible en RTLinux. Después se hace periódica, con periodo denominado PERIOD1, a través de pthread_make_periodic_np, una función no definida en POSIX. Con pthread_wait_np, se suspende la ejecución del thread hasta el próximo periodo.
En cada periodo se ejecuta el clásico ciclo del autómata. Las funciones update_input_image y update_output dependen del hardware y están definidas en un fichero externo, realizado a priori. La primera actualiza la imagen de entradas, mientras que la segunda copia la imagen de las salidas en la salida física. El gestor de la aplicación las hará visibles a través del Makefile. La función do_plc_program[0] está definida en un fichero externo generado tras la compilación de los programas de lista de instrucciones, y es el que ejecutará realmente el programa introducido por el usuario, accediendo a la imagen de entradas, salidas, bits de memoria internos y bloques funcionales, cada uno con su espacio de memoria compartida. El Makefile generado por el gestor permite compilar todos los ficheros adecuados conjuntamente.
Una aplicación en Linux (baja prioridad) permite obtener información de las tareas, objetos del sistema (entradas, salidas, etc) a través de la memoria compartida, para realizar una supervisión del trabajo del autómata.

OpenPCS

El entorno de programación OpenPCS es un framework abierto basado en el Active Document Server Technology(una versión especial del active X controls).Esto permite una fácil integración con cualquier herramienta especifica de un fabricante(OEM)

OpenPCS es un producto, que sigue el concepto moderno de software de código abierto.
Se compra el software de Infoteam una vez y entonces se puede vender junto con el hardware de forma gratuita.

SmartPLC
El smartPlc es el runtime de OpenPCS, es un SoftPLC compatible con IEC 61131-3
Esta maquina vitual se ejecuta en UCODE, un codigo universal, independiente que emula un PLC. Dado que existe una amplia gama de distintos sistemas, el objetivo fue implementar un kernel runtime portable, el cual puede ser fácilmente adaptable a cualquier controlador y sistema operativo.Esta escrito en ANSI c,permitiendo de esta manera una alta portabilidad.
Corre en forma nativa para WinCE , MS C.NET y XP Embedded en procesadores de 8 a 64 bit.

Pero como esta escrito en ansi c ,puede correr en linux con pequeñas modificaciones.

http://www.infoteam.de/

CoDeSys
CoDeSys es un entorno de desarrollo para la programación de controladores conforme con el estándar industrial internacional IEC 61131-3. El término CoDeSys es un acrónimo y significa Sistema de Desarrollo de Controladores. Más 200 fabricantes de dispositivos de diferentes sectores industriales ofrecen sus dispositivos de automatización inteligente programable con la interfaz de programación CoDeSys. En consecuencia, miles de usuarios finales en todo el mundo emplean CoDeSys para su trabajo diario en todo tipo de tareas de automatización. Hoy en día, CoDeSys es la herramienta de desarrollo basada en IEC 61131-3 más extendida en Europa. Codesys sp run time system
El run time convierte cualquier sistema embebido o basado en pc en un dispositivo considerado por el estándar IEC 61131-3 como un PLC.
La aplicación del run time es realizada por el fabricante del dispositivo de automatización que es asistida por el 3S-Smart Software Solutions. El usuario final no participa en este proceso. Entre las familias de cpu que soportan al Codesy sp run time se encuentran:
Infineon SAB80C167 family
Infineon TriCore
ARM based CPU
Renesas SH 2/3/4
Motorola ColdFire
PowerPC
Intel 80186/80x86/Pentium x
MIPS
Analog Devices BlackFin
Altera NiosII

http://www.3s-software.com/

CoDeSys Automation Alliance (CAA)
La CoDeSys Automation Alliance (CAA) es una alianza internacional de fabricantes que ofrecen dispositivos de automatización programables con CoDeSys. El Principal objetivo de la CAA es ofrecer un conjunto de dispositivos para diferentes tareas industriales con un único instrumento de programación, CoDeSys. La plena interoperabilidad y el intercambio de datos a nivel de aplicación están garantizados por las empresas del CAA que se reúnen en talleres periódicos para seguir el proceso de normalización.

http://www.automation-alliance.com/

quien usa Smalltalk?

2008-11-21T15:58:00.000-08:00

Hola mi gente¡¡¡¡
Navegando el otro dia ,buscando informacion sobre soft-plc(de lo cual voy a publicar en este mismo canal) me encontre con una pagina muy buena
http://www.goodstart.com/whousessmalltalk.php?page=1
visitenla "asombro garantizado"

Smalltalks 2008 - 2da Conferencia Argentina de Smalltalk

2008-11-07T11:27:00.000-08:00

Este año se realizará la segunda conferencia argentina ,durante los días 13, 14 y 15 de Novienbre
Lugar:sede de la Universidad Abierta Interamericana, Av. Montes de Oca 745, Buenos Aires, Argentina
Costo:Completamente gratuita.
Mas data:
http://neuquina.lifia.info.unlp.edu.ar:8001/Smalltalks-2008?_s=ZudlDyFIpVfEzAYY&_k=ziZHVoIA

Se cumplen 40 años de la invención de la computadora portátil

2008-11-07T11:19:00.000-08:00

fuente :msn
Este año es el cuarenta aniversario de la invención de la computadora portátil. Quien diseñó la 'Dynabook' fue Alan Kay, un investigador de Xerox PARC. Este modelo pesaba menos de un kilogramo, y hoy en día las laptops que se fabrican están inspiradas en esta máquina, que nunca llegó a construirse.
La 'Dynabook' fue creada en 1968 bajo la idea de 'computadora transportable'. El modelo de Kay estableció las bases para la fabricación de las computadoras portátiles actuales.
Una década más tarde se construyó la 'NoteTaker' de Xerox, aunque nunca llegó a la fase de producción, y sólo hubo diez unidades en etapa de prototipo. Tenía un tamaño similar al de una máquina de coser y pesaba 48 kilos. Su valor comercial era cercano a los 50 mil dólares de la época.
Para rendir homenaje a la invención de Kay se realizará el miércoles una mesa redonda, en la que participarán especialistas, en el museo de historia de la computación de Mountain View.

db2 tur escala cordoba

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

DB2 TUR :ESCALA FORMOSA

2007-05-28T04:39:00.000-07:00

Hola mi gente como va?
Bueno ahora que tengo un tiempito libre les quiero comentar nuestra grata visita a Formosa que realizamos con el grupo de usuarios db2 nea, el día 18 de mayo del 2007
Todo comenzó una semana antes preparando los temas que cada integrante tenia que decir, va yo en forma espontánea me prendí de la movida On Demand que esta promoviendo IBM, Introducción a db2, Versiones de db2, DB2 EXPRESS C9 , Porque conviene db2?,Características Ventajas ,XML , PURE XML y algo mas.
Tengo que recalcar que tuvimos problemas de diversas índole para poder terminar las ppt entre ellas algunas que no cabe citar (che los TSP pónganse las pilas, los laboratorios son para usar, aparte el power point no les hace consumir mas de 3 Amper por maquina)
Bueno el viernes por la noche amanecimos en lo de Chauli jugando el revulution soccer, comiendo pan con mermelada (¿?) y mirando la tele .
Bueno tipo 2:20 am llegan los remises que nos llevarían a la Terminal, el remisero me cobro 8 pesos, gasto que tube que compartir con oscar y no saben como me dolió desembolsar semejante cantidad de dinero en algo tan ezfiemero como un viaje a la Terminal, aguante le 10 y el 3 (lineas de colectivo de la ciudad de resistenia)
Una vez instalados en la Terminal comenzamos jugar al fútbol con un paquete de cigarrillos y un perro vagabundo a quien cariñosamente lo bautizamos con el nombre de una base de datos, era un fenómeno el can, tenia alma de arquero ,por momentos me hacia acordar del Mono Navarro Montoya. Tipo 3:30 am llega el cole que nos llevaria hasta Formosa, yo tenia un sueño atrasado y para sorpresa mia el colectivo esta lleno de un montón de mujeres que venían de un recital del grupo mexicano Mana,todas estaban euforicas todavía del recital y gritaban contaban …..pero por suerte eran muy sociales y todo el camino me enseñaron las fotos del recital, estuvo buenísimo………………
Bueno ,en el momento que empecé a conciliar el sueño, Gonzalo y los demás chicos me levantan para que mire una Cruz imponente de hierro que se encuentra en la entrada de Formosa, estaba re perdido y no sabia que hacia en un colectivo (es un efecto común llamado parálisis de sueño) ,allí mismo nos esperaba un baqueano de la zona ,Fernando ,listo con mate y termo ,después del primer mate recién recobre la conciencia y me puse las pilas nuevamente, llegamos a la Terminal y de cirqueros que somos nos sacamos unas fotos, había una cantidad grande de policías y gendarmes ya que Formosa es una zona fronteriza con la republica hermana de Paraguay.
Como Fernando de guía fuimos a su casa, y como prácticamente había quebrado con la cuenta del remisero, decidimos ir caminado a lo de Fernando, en cima nos dice el muy caradura que la casa de el quedaba a 5 cuadras ,y como yo vengo de la republica de Corrientes usamos la cuadra española, unos 100 metros (por ser corrientes originalmente una colonia española) ,pero no estábamos en el pais de corrientes ,estábamos en Formosa y allí la unida de medida no es la cuadra española ,sino la cuadra formoseña(el equivalente a 4cuadras españolas),así que caminamos unas 20 cuadras, pobre Gonzalo que llevo su “notebook” en la mano ,casi se descolumno ,aunque nos turnamos para ayudarlo……..
Después de un trajín de 40 minutos llegamos a la casa de Fernando donde nos recibió muy calidamente su familia, su papa y su mama , después de los saludos protocolares nos pusimos a tomar unos mates. Al cabo de poco tiempo la mama de fer nos dio un hermosísimo y rico desayuno, abundante en tortas ,biscochuelos flanes ,budines Ext..,la verdad que abre subido unos buenos kilos con ese desayuno ,pero luego empezaron los problemas sicomaticos de algunos integrantes del grupo(no voy a decir quien ,el que se rie mucho jejejejej)) y empezaron a desfilar hacia las instalaciones sanitarias de la casa…………..continuara.............................

Alan Kay

2007-05-10T20:30:00.000-07:00

Fuente: http://www.squeakland.org/community/biography/alanbio.html
Traductor: Ernest Durelle y Diego Gómez Deck

Alan Kay, es actualmente "Fellow" (Socio-Colaborador) de la compañía Hewlett Packard y Presidente del Instituto Viewpoints Research,se ha dado a conocer especialmente por sus ideas acerca de la informática personal, el ordenador portátil, su invención del interfaz de ventana que hoy día se ha generalizado en todos los sistemas informáticos y la moderna programación orientada a objetos.Todo su proceso creativo ha estado motivado por el profundo interés por el mundo de la infancia y la educación.Como miembro fundador del Xerox Palo Alto Research Center (PARC) dirigió uno de los grupos que desarrollaron las actuales estaciones de trabajo,el concepto moderno del ordenador personal (precursor del Macintosh), el uso del escritorio, Ethernet, las impresoras láser y el trabajo en red "cliente-servidor".Antes de trabajar para Xerox, Alan fue miembro del ARPA research team de la Universidad de Utah, quienes desarrollaron los gráficos 3-D. Fue allí donde él obtuvo el grado de maestro y el doctorado (ambos cum laude) por su trabajo en el desarrollo de la primera computadora personal gráfica orientada a objetos.Alan se tituló en matemáticas y en biología molecular en la Universidad de Colorado. También participó en el diseño original del ARPANet, que después se convirtió en la internet actual.Posteriormente, fue jefe científico de Atari y socio-colaborador de Apple y, después, fue vicepresidente de Investigación y Desarrollo en la compañía Walt Disney. En 2001 fundó el Instituto Viewpoints Research, una organización sin ánimo de lucro situado en Glendale (California). En 2002 se unió a Hewlett-Packard como socio-colaborador.Ha recibido numerosos premios y condecoraciones, incluyendo el ACM Software Systems Award, el J-D Warnier Prix D'Informatique, y el premio 2001 C&C de NEC. Lo han elegido miembro de la Academia Americana de Artes y Ciencias, de la Academia Nacional de Ingeniería, y de la Real Sociedad de Artes de Estados Unidos. Le fue concedido recientemente en Estocolmo un doctorado honoris causa del KTH.Antiguo guitarrista profesional de jazz, compositor, y diseñador de teatro, es también intérprete clásico de órgano tubular y vive en Los Ángeles con su esposa, Bonnie.

InfOil, tecnología Smalltalk para la industria petrolera

2007-03-20T08:24:00.000-07:00

Esta es una info que encontré en la red y me pareció muy bueno pertenece a Martín Salduna y muestra unas cuantas cosas interesantes y polentosas que se pueden hacer con Smalltalk,si con Smalltalk,no de nuevo con Smalltalk ,no estoy hablando de c java .net etc...Smalltalk . Con mucha gente en el contexto en cual me muevo y lidio a diario, encuentro siempre esa picara y prácticamente burlesca riza ,cuando me refiero a ST, el otro día chatee con Richar Dean Anderson y me dijo que anda ocupado filmando la serie Star Gate ,asi que de nuevo tenemos que espera a que Mac lanze su lenguaje que va a solucionar todos los problemas de desarrollo, mientras esperamos ,la mejor opción sin dudas es ST
Charlamos con Esteban Maríngolo (EM) y Guillermo Sapaya (GS), dos de los responsables de la tecnología de InfOil, empresa que desarrolla productos de software líderes para un nicho de la industria del petróleo y gas usando tecnología Smalltalk.
¿Pueden contarnos sobre InfOil?
Guillermo Sapaya: InfOil nace hace unos 14 años, cuando su presidente empezó haciendo la parte de desarrollo de una compañía petrolera argentina.
El mundo petrolero es grandísimo, con muchas necesidades a cubrir. Nuestros sistemas cubren el proceso que va desde que sacás la primer gota de petróleo, hasta que se entrega el petróleo procesado. Tenemos sistemas para mantenimiento de equipos, control de perforaciones de pozos, etc.
El software que desarrollamos acá es exclusivo para compañías petroleras, aunque estamos viendo la posibilidad de extendernos un poco hacia las nuevas formas de producción de energía: todos sabemos que el petróleo es un producto no renovable, por lo que hoy se están estudiando otras áreas, como la energía eólica, solar, etc.
Estéban Maríngolo: InfOil no sufre de los vicios usuales que sufre una empresa de software. No somos una Software Factory, no hacemos cualquier tipo de software. Esa dirección casi unidireccional que tomamos al estar abocados exclusivamente a la industria petrolera, también nos da reconocimiento en el resto de la industria. Nuestros sistemas son sistemas de producción, dedicados a contabilizar la producción de petróleo y gas, y actualmente contabilizan un poco más de un tercio del petróleo y la mitad del gas del país.
No somos una empresa gigantesca. Cuando te decía que no sufrimos vicios que sufre la industria me refiero a alta rotación de empleados, todas esas cosas que caracterizan a las empresas. Nuestra empresa tiene determinados valores de trabajo que, en lo personal, no he visto en otras empresas. Creo que eso también repercute en la calidad de los sistemas, en la calidad de la atención al cliente, etc.
Desde que se fundó InfOil, siempre trabajamos con Smalltalk, SQL, etc. Tenemos nuestras limitaciones, por la razón de que las empresas que fabrican Smalltalk no son empresas gigantescas. En nuestra empresa somos quince desarrolladores, de los cuáles todos documentamos, testeamos, etc. Conocemos tres o cuatro empresas más del tamaño de la nuestra. En este momento, la única empresa de este tipo que tengo en mente es Mercap, que hace sistemas de análisis de riesgo para bancos. Aparte, hay productores independientes que conozco que trabajan con Smalltalk con grupos de no más de tres o cuatro personas. Uno de ellos, Alejandro Reimondo, cuenta con una experiencia de más de 20 años de trabajo. Pero estos son trabajos menores.
¿Cómo y por qué decidieron encarar sus proyectos en Smalltalk? ¿Qué ventajas pueden apreciar en ese lenguaje respecto de otros más “mainstream”?
GS: Es un ambiente muy propicio para construir sistemas de tiempo real. Por ejemplo, mi primera experiencia en una empresa fue un sistema de control de seguridad, acceso a edificios, etc. Teníamos todo un sistema simulado en nuestro ambiente, con todos los dispositivos de seguridad creados de manera virtual, y se simulaban todos los posibles eventos que podían ocurrir: que si forzaban una puerta, etc, todo eso fluía en forma de información dentro del sistema. Es muy potente para simulación.
EM: una de las cosas que también salió de desarrollar en Smalltalk es la mayor parte de las metodologías ágiles de desarrollo: extreme programming, pair extreme programming nacen en Smalltalk. Otra de las cosas que se habla mucho es de los DSL (domain-specific lenguaje). Smalltalk es un DSL en sí mismo.
El ejército estaba haciendo un sistema de simulación de batalla, y lo que tenía de particular ese tipo de desarrollo es que cuando hay usuarios avanzados, la gente que no es programadora pero que tiene incorporados los conceptos de lógica necesarios para aprender a programar -como un ingeniero, etc- puede crear el programa. ¿Por qué? Ellos podrían hacerlo en un lenguaje de dominio específico, pero como Smalltalk ya lo es, uno lee el código, y parece que está narrado. Es decir, el paso de pasar de un lenguaje específico al programa ya está en uno solo. Eso tiene que ver con la agilidad, con la prototipación que tiene Smalltalk, porque la retroalimentación es instantánea. Por eso, la mayor parte de la gente que trabaja en Smalltalk es tan entusiasta con la tecnología.
GS: Como experiencia, trabajando como integrante de grupos de 3 o 4 personas –el número ideal para trabajar proyectos en Smalltalk-, llevando adelante estos grupos, contando con gente incluso con conocimientos básicos, los tiempos son increíblemente superiores, porque el sistema se va construyendo sobre la marcha. Desde el principio, tenés el sistema andando. Vos prototipás algo, y, a medida que vas programando, te sale un debugger, le vas agregando comportamiento a los objetos del debugger, y a medida que les agregás comportamiento éstos van “aprendiendo”, porque no hace falta ni editarlo, compilarlo y pasarle un runtime. En todo momento el sistema está “vivo” y evoluciona. Eso es por las metodologías ágiles que te mencionaba Estéban. De la mano de eso, trabajando de a dos personas en una máquina, atacando un tema en particular, va haciendo que se produzca de una forma que yo estoy experimentando ahora, y me parece increíble la diferencia.
ES: Esa es una de las cosas fundamentales que caracterizan los proyectos en Smalltalk: productividad.
¿Cómo fue su acercamiento al lenguaje Smalltalk?
EM: en mi caso, fue a raíz de una conferencia sobre tecnología de objetos que dio en 2002, en la Universidad del Salvador, la gente de una asociación llamada Smalltalking, de la que Guillermo era miembro. Lo que vi y escuché me impactó mucho, por lo que comencé a investigar casi de inmediato. Por entonces, yo trabajaba en una empresa como administrador de red, así que aproveché hacer algunas cosas para la empresa. Me llevó un año desde que empecé a meterme hasta que me cayó la ficha de decir “esto es así”. Comparativamente, la curva de aprendizaje de Smalltalk al principio es pronunciada, pero cuando empecé a sacar conceptos fundamentales, mi productividad aumentó notablemente.
GS: yo era miembro de Smalltalking. Durante mis estudios universitarios, teníamos una materia, Programación III, en la que veíamos este lenguaje que nadie conocía, ¡ni siquiera los docentes! Investigando en la web, dimos con Smalltalking y con una persona aquí en Argentina, Alejandro Reimondo, que hace y ha hecho mucho por objetos. Él lleva adelante esta asociación. Lo conocí, empecé a participar del foro, etc.
A quién busca algo nuevo, le cae la ficha cuando ve Smalltalk. A mí me pasó de darme cuenta que el lenguaje es simple y al mismo tiempo bastante poderoso, al punto que deseé ver más de lo que tenés que dar para aprobar un final. Junto con un compañero de curso nos interesamos y así fue como empezamos a desarrollarnos profesionalmente. Cosa que no creíamos que sucediera, porque en todas las universidades y en el ambiente común te dicen que no lo conocen, que se usa para la docencia y no para producir, y que no hay nadie desarrollando nada en ese lenguaje. Cosa que no es verdad. ¡Hoy por hoy estoy comiendo gracias a Smalltalk!
¿Qué presencia tiene Smalltalk dentro del mundo de los lenguajes de programación? ¿Su existencia es más bien a nivel comunidad en internet?
EM: Smalltalk comenzó como una investigación a fines de los ’60. Quien la coordinaba, quien tuvo las principales ideas sobre las que basaría el paradigma fue Alan Kay. Concepto de objeto, mensaje, etc. El concepto de orientación a objetos nace ahí. Hasta el ’95, antes que aparezca Sun, sin duda era mainstream. Después, en lo que es industria, Java lo pasó por arriba, sin duda por razones de marketing. Hasta aquel momento, el mercado se repartía entre C++ y Smalltalk. Luego, Smalltalk pasa a un segundo plano, relegado por Java.
Sin embargo, un tercio de los containers del mundo se mueve con un sistema hecho en Smalltalk; FeDex tiene su sistema hecho en Smalltalk, JP Morgan; la financiera más grande del mundo, tiene el sistema financiero más grande del mundo hecho en Smalltalk. En Argentina, Telecom tiene un sistema de inventario activo hecho en Smalltalk.
GS: A veces hablamos y nos preguntamos, ¿por qué Smalltalk no es tan popular? Entre otras cosas, como decía Esteban, por el tema del marketing. Yo creo que a la larga, los lenguajes van a llegar a ser un Smalltalk. Van adquiriendo carácterísticas que Smalltalk tenía desde hace mucho tiempo: garbage collector, virtual machine, son conceptos sacados del Smalltalk. Siempre decimos que el día de mañana va a salir un lenguaje que va a ser un Smalltalk con todo un aparato de marketing atrás que lo haga mainstream.
El sistema InfoMant se utiliza para mantenimiento de maquinarias de perforación, pero puede aplicarse a otro tipo de equipos.
Entonces, ¿por qué Smalltalk no es mainstream?
ES: Si un proyecto falla en una tecnología popular como Java, no falló por la tecnología. Nadie quiere tomar el riesgo. Siempre pasa que nadie se hace cargo de haber decidido “experimentar” con una tecnología. Smalltalk está en pequeños proyectos satélites o que no influyen. Hay muchos casos de empresas que pasan de Smalltalk a Java, y a veces nunca terminan de pasar, por cuestiones de complicaciones tecnológicas, falta de tiempo, etc. Según dicen, es más fácil conseguir 10 programadores Java que uno Smalltalk. Eso es real, y lo sufrimos como una empresa que se dedica a Smalltalk. El volumen de desarrolladores que se maneja en un proyecto cualquiera de una empresa mediana de más de 20 empleados, nunca se podrían cubrir con Smalltalk.
A fines de 2005, uno de los bastiones de presencia importante de Smalltalk era el Visual Age for Smalltalk, la herramienta Smalltalk de IBM. De hecho, si uno mira los anuncios de las páginas de empleo de EE UU, buscan desarrolladores Smalltalk porque tienen muchos sistemas críticos en Visual Age. La escasez no es solamente en la Argentina.
Hoy hay una especie de nicho de Smalltalk, que está creciendo más o menos como creció Ruby, y que se llama Seaside, un framework de base de aplicaciones web. Seaside da bastantes facilidades y ofrece toda la potencia de Smalltalk. La gente está entrando a Smalltalk por Seaside.
El mercado Smalltalk es tan chico, que aquella persona a quien le gusta la tecnología y tiene la posibilidad de trabajar y producir con eso, lo disfruta. Quien, además, tiene la posibilidad de hacer un sistema de la magnitud que estamos hablando, lo disfruta más aún.
Pantalla del sistema InfoPerf, desarrollado en InfOil, y que sirve para consulta de estado de pozos.
Para terminar, ¿en qué proyectos están trabajando actualmente?GS: Lo que estamos haciendo, y estamos bastante avanzados, es un nuevo sistema que por ahora tiene un nombre provisorio, y que estaría orientado a la parte gerencial de la producción petrolera. La idea es sacar datos de todas las bases de datos y hacer una interface para mapear esos datos al MaxProd y ahí hacer análisis estadísticos de, si perdés, por qué perdés, en qué parte geográfica del país, en qué condiciones, etc. Es un sistema más que nada diseñado para ver por qué perdés y cómo podés actuar para poder maximizar la producción petrolera. Por otro lado estamos con El Dorado, como le llamamos. Este sería algo así como el Infoprod 2.

¿QUE ES LA DB2 EXPRESS C9?

2007-03-06T12:17:00.000-08:00

Con DB2 Express-C, IBM está fortaleciendo su compromiso de habilitar y respaldar a la creciente comunidad de desarrolladores y clientes DB2, al ofrecer una versión sin costo del producto, facilitándoles crear e implementar aplicaciones y soluciones que satisfagan sus requisitos cambiantes en materia de gestión de la información.
DB2 Express-C ofrece el mismo servidor de datos DB2 central en un envase más pequeño, diseñado para el uso en desarrollo de software, implementación, redistribución e integración en aplicaciones. A través de un nuevo foro público en el sitio developer Works, el recurso de IBM para los desarrolladores, está disponible el soporte sin cargo de DB2 Express-C para la comunidad, con soporte opcional con cargo ofrecido por IBM.