Con
el objetivo de mejorar la presencia virtual de los municipios rurales
de Nicaragua, el Programa TIC municipal de la cooperación finlandesa y
el Programa eNicaragua en la Asociación Internet de Nicaragua,
acordaron un convenio de colaboración que proporcionará presencia
virtual a 18 alcaldías.
La presencia incluye 18 portales para las alcaldías e igual número
de sitios de presentación para el municipio, sus organizaciones y
entidades, las que además contarán con su respectivo dominio en la
Internet, ofreciendo en forma segura servicios como correo electrónico
y otros.
Finlandia aportará los recursos para la adquisición de los equipos
y el desarrollo de los sitios, mientras que la Asociación Internet de
Nicaragua facilitará el uso del NIC-IX, el punto de intercambio
nacional de Internet, para el montaje del cluster de servidores. Además
los miembros operadores de Internet ayudarán en la conexión de las
alcaldías y los municipios al cluster.
Según Cornelio Hopmann, director ejecutivo de eNicaragua, el
convenio nace como una contribución de esa entidad al desarrollo de las
TIC, en aras del desarrollo del país.
Ya en el pasado, eNicaragua colaboró en la elaboración del Programa
TIC municipal y ha realizado estudios sobre la disponibilidad y el
aprovechamiento de las TIC en casi todos los municipios rurales del
país, de tal forma que una vez concluida la fase piloto con los 18
municipios del programa, la solución pueda replicarse para los otros
122 municipios rurales del país, añadió Hopmann.
TODOS INVOLUCRADOS
A través de este convenio de transferencia tecnológica a los
municipios, se involucra además a las sedes departamentales de
universidades, así como estudiantes y egresados de carreras TIC.
“En una visión realista de la capacidad de los ciudadanos rurales
en tener acceso a la Internet se capacitará a comunicadores locales
para actuar como enlaces vivos e intermediarios entre ciudadanía real y
el mundo virtual de la Internet. Poco servirá hasta la más espectacular
presencia virtual si al fin y al cabo no sea accesible para los
ciudadanos correspondientes mismos”, añadió el representante de
eNicaragua en una nota de prensa.
A principios de la semana les contamos como Apple sacaba cuentas alegres con la venta de su iPhone 3G y proclamaba haber vendido 1 Millón de unidades.
Esto ha sido refutado por algunos de los analistas mas selectos, Gene
Munster de Piper Jaffray, estimo que Apple ha vendido 425.000 iPhones
en todo el mundo y que le tomara 17 días mínimo a Apple vender 1 millón
de unidades.
La discrepancia en los números se debe a que Apple cuenta como vendidas
todas las unidades que salen del puerto de embarque hacia su destino
final, muchos de los cuales se han vendido pero muchos aun siguen su
rumbo en barco a sus destinos.
Munster dijo que Apple si había vendido muchos mas iPhones que antes,
esto se debe a que estuvo disponible internacionalmente en 21 países y
al precio menor de venta.
Casi el presupuesto de la Nación de Nicaragua, eso se fue a la basura el pasado 23 de Febero cuando se estrelló un bombardero B-2 Stealth, o avión invisible como es mas conocido.
Una torre de 80 pisos en movimiento. Cada piso rotando a su ritmo, de modo que el edificio nunca presenta el mismo aspecto. Un cono central del que se van colgando apartamentos de lujo previamente fabricados en Bari. El edificio genera una parte de la energía que requiere por medio de su propia rotación y de la captación de energía del viento, según se explica en el proyecto.
El objetivo de Fisher y los suyos es muy ambicioso: convertir su torre en el próximo icono de la ciudad. Lo tienen difícil. Ya está en fase de construcción Burj Dubai, la que será la estructura más grande jamás construida por el hombre (ya han llegado a los 811 metros de altura).
La torre giratoria pretende abrir una nueva era en la arquitectura, incorporando el dinamismo a los edificios, dicen sus promotores. Veinte
pisos para oficinas, 15 para un hotel, 35 con pisos de lujo y, los 10 últimos, chalés. En una primera fase, confiesa Fisher, los clientes sólo podrán ser ricos: el metro cuadrado costará 20.000 euros. Pero el
arquitecto italiano confía en que su idea prospere, se popularice y acabe siendo asequible para "la gente corriente".
El español Francisco Javier Ceballos, profesor y autor de varios libros
sobre programación C/C++, C#, Visual Basic, Java, entre otros; estará
presente en un congreso de “Computación para el Desarrollo” a
realizarse en León, entre el 16 al 18 de julio de los corrientes, según
supimos extraoficialmente. Esta eminencia de la Informática brindará
algunas charlas y autografiará libros. Ceballos es profesor titular de
la Universidad de Alcalá, España, y profesor honorario de la UNAN-León.
JSON es
un formato ligero de intercambio de datos", así se define un su
website. Esto es, un formato de intercambio que cumple una función
similar al XML pero ... NO ES XML!. La idea detras de JSON
es utilizar la misma notación de los objetos en javascript para
intercambiar datos. Es decir, que si tenemos el siguiente fragmento de
código en javascript,
Bien, todavia recuerdo cuando trabajaba con ASP 3.0 y
XmlHttpRequest, cuando necesitaba consultar algo al servidor, este me
lo devolvía en un xml que yo debia cargar en un DOM y manejarlo con
XPath y getElementxxx() entre otros métodos, es decir, o hacia esto o
lo deserializaba (a pata) y llenaba objetos JavaScript en el cliente.
Pero esto era un poco duro y realmente una desgracia. La ventaja de JSON
en este contexto particular es que la deserialización de los datos
transmitidos se logra con solo hacer un eval() del mismo. Veamos este
ejemplo:
xmlhttp.open("GET","/personnel/find?id=26481648",true); xmlhttp.onreadystatechange=function() { if (xmlhttp.readyState==4) { if (xmlhttp.status!=404) { var employee=new Function("return "+xmlhttp.responseText)(); alert("DNI : " + employee[0].dni+' - Full Name : '+ employee[0].fullname); } else { alert("Employee not found"); } } }
Como vemos, no hay DOMs ni rutinas de parseo de XMLs, ni
proxies por ningún lado!!!. Además contamos con el modelo de objetos
del servidor en el código que ejecuta el browser. Así es mas sencillo
que nuestro código en el browser consuma web services y se simplifican
muchas tareas. Aunque aclaro: no es el único propósito de JSON, JSON
es un standar abierto para el intercambio de datos así que su utilidad
no se acota a Ajax solo que es en este campo donde la contribucón se
hace más notoria. Algunas ventajas sobre XML (tiene como todo en la
vida sus desventajas también) son su extremada sencillez, es más
compacto que un xml, trabaja con tipos mientras que xml solo puede
validar si el contenido respeta un cierto tipo mediante un esquema, no
necesita al menos en JavaScript ningún parser ni DOM, una curva de
aprendizaje mucho menor.
Ahora, si trabajamos en .Net nos estaremos preguntando:
donde encaja JSON en un WS si estos utilizan XML?,
Si quisiera utilizarlo, como serializo mis objetos? tengo que hacer mi propio serializador?
La verdad es que la serialización no es un problema, existen muchos Framework para trabajar con JSON en .Net (Jayrock
por ejemplo) los cuales son generalmente muy pequeños, fáciles y
trabajan muy bien (por los comentarios en distintos sitios). También,
para los que trabajan en ASP.NET está la implementación de AJAX "Serialization.JavaScriptSerializer".
En cuanto a los WSs, la única restricción real es que debe transmitir texto dentro de un sobre SOAP y nada más.
ESB
(Enterprise Service Bus) representa un gran cambio en el modo de
integrar aplicaciones para crear procesos de negocio, como, por
ejemplo, órdenes y pedidos online.
ESB
remite a un concepto de troncal orientada a servicios y basada en
estándares capaz de conectar y coordinar cientos de aplicaciones
mediante la combinación de Servicios Web, XML y gestión y
transformación de datos. El modelo de ESB se plasma en una red
integrada por nodos de servicios colaboradores, desplegados en
“contenedores de servicios”.
Los contenedores de servicios se
despliegan en partes específicas de la red, en función de la
localización de los puntos extremos de la aplicación y de los puntos de
servicios de integración requeridos, tales como la transformación o el
encaminamiento inteligente. Estos contenedores de servicios se conectan
en una topología de bus lógico mediante los servidores de comunicación.
Las
aplicaciones interactúan mediante mensajes XML, que meten y sacan
contenedores de servicios en los puntos extremos. Las aplicaciones no
necesitan ser conscientes de los protocolos de comunicaciones
subyacentes ni de las localizaciones físicas; tan sólo ven simples
“cajas” que entran y salen. Así, los servicios pueden ser actualizados,
trasladados o reemplazados sin tener que interrumpir los sistemas de
negocio ni modificar las aplicaciones.
El uso de XML en ESB
proporciona una gran flexibilidad y hace a la infraestructura más
resistente a los cambios de los negocios y las aplicaciones. Por
ejemplo, usando hojas de estilo XML, ESB puede pasar los contenidos de
los mensajes de un formato a otro. Las aplicaciones no necesitan
adherirse a un formato específico ni hay que enviar los datos a un
punto central para su transformación. ESB trata a todas las
aplicaciones como servicios, con independencia de cómo se conecten al
bus, permitiendo a las empresas migrar paulatinamente a una
arquitectura basada en servicios con un riesgo mínimo y una eficaz
planificación de las inversiones. Es sencillo desarrollar interfaces de
servicio para aplicaciones creadas en entornos .Net de Microsoft o en
Java 2 Platform Enterprise Edition utilizando herramientas de terceros.
Es más, ESB proporciona diversas opciones para tratar las aplicaciones
existentes. Un enfoque común consiste en usar adaptadores específicos
de aplicación o adaptadores file-drop. Un archivo file-drop utiliza
mensajes XML para interactuar con un ESB al tiempo que emplea ficheros
planos para interactuar con la aplicación pretendida. Los adaptadores
de aplicaciones generalmente están escritos por terceras firmas y
proporcionan el enlace entre la interfaz de servicio basada en mensajes
y las interfaces de código nativo de la aplicación concreta de que se
trate.
Encaminamiento inteligente
Cada
servicio está descrito en un directorio común. Los desarrolladores
conectan las aplicaciones buscando los servicios en el directorio y
orquestando sus interacciones mediante encaminamiento inteligente. Un
itinerario XML contiene las órdenes necesarias para crear la secuencia
de servicios que el mensaje debe pasar para completar un proceso.
Cómo funciona
1. La orden del cliente entra en el sistema a través de una aplicación Web. 2. La orden es encaminada a un servicio de chequeo de créditos. Si es aprobada, el servicio genera una factura. 3. La orden se envía a un sistema CRM vía un adaptador de aplicación. 4. La orden es encaminada a un sistema de inventario mediante un adaptador file-drop. 5. El sistema de inventario encamina la orden a un servicio de suministro. 6. La orden es enviada a los socios comerciales que se encargan de la entrega.
El programa de software libre que la Generalitat ha implantado
en los centros educativos públicos, LliureX, ha ahorrado al Gobierno
valenciano más de 22 millones de euros en licencias de programas
informáticos en los últimos cuatro años.
Así lo ha asegurado el conseller de Educación, Alejandro Font de Mora, en la presentación del tercer Congreso Software Libre Comunitat Valenciana
que se celebrará en el Palacio de Congresos de Alicante los días 5, 6 y
7 de noviembre y que está previsto que reúna a entre 1.000 y 1.500
personas.
En este encuentro se presentará la nueva versión de LlirueX, la
tercera desde que se puso en marcha este proyecto de la Conselleria de
Educación cuyo principal objetivo es la introducción de las Tecnologías
de la Información y Comunicación en el sistema educativo de la
Comunitat.
Esta nueva versión ofrece la posibilidad de trabajar
en doce idiomas e incluye doscientos programas adicionales en
valenciano lo que permite, según el conseller, convertirla en una
herramienta fundamental de difusión del valenciano ya que, sin el
LliureX, los alumnos sólo podrían estudiar informática en inglés y
castellano.