Hace unos días revisando unas fotos de Luis Montemayor en Flickr, pude encontrar el grupo DFlickr, el cuál está formando por un grupo de entusiastas, fanáticos y profesionales de la fotografía de la ciudad de México y de otras latitudes, por lo que después de año y medio anotado en Flickr no perdí tiempo en anotarme al grupo.
Lo interesante del grupo y que me llamó la atención aparte del gusto de la fotografía y que sean del área de la ciudad de México, fué que seguido organizan tours, creo que hasta la fecha llevan más de 120 tours realizados, la idea de los tours es citarse en algún lugar y hacer recorridos a partir de 3 personas a más para ir algún lugar y tomar fotos. Así que revisando el blog del grupo DFlickr encontré que había un tour en próximos días,y la cita fué el 11 de Abril del 2008 a las 6:30 en la explanada de rectoría de la UNAM para captar las Nocturnas de CU.
Así que este viernes después de estar un rato en la oficina, a eso de las 5:30 p.m. decidí partir a esta primera experiencia flickera, sin tanto problema llegué a el lugar de reunión gracias al PumaBus, en dónde ya estaban 3 flickeros puntualmente, el cuál uno de ellos Kross_edd posteriormente me enseñó como usar el modo manual en mi cámara la cuál solo había estado de adorno en más de año y medio, pues estoy acostumbrado de toda la vida a usar el modo auto y las otras opciones solo las miraba con nostalgia por desconocimiento.
La noche fué muy propicia, a excepción de que los guardias de CU por ahí evitaron que se hicieran uso de los tripies, también algunos vientos y el polvo causó que algunos flickeros se abstuvieran momentáneamente de sacar sus cámaras para no dañarlas. El recorrido fué agradable, conociendo gente flickera y recibiendo algunos tips, por lo que cada paso iba conociendo más sobre el arte de la fotografía.
Más tarde observando a Belmoniaco capturando unas imágenes, postrando su cámara sobre una piedra, me puse a observar el procedimiento que seguía, y él muy amablemente me comentó lo que hacía, por lo que en cuánto terminó me dispuse hacer lo mismo con mi cámara, y para esto andaba por ahí Kross_edd que el cuál me despejó aun más mis dudas sobre el acto de Belmoniaco, explicándome el proceso y a lo cuál intenté realizar mi primer pinino en modo manual con mi cámara, el cuál muestro el resultado a continuación:
Después de esta grata experiencia seguí capturando algunas fotos más y ahora al ver las fotos aquí en la PC, puedo comprender la diferencia entre mis fotos anteriores y usando un poco más las características de profundidad, diafragma, velocidad, etc. de la cuál espero poder seguir aprendiendo más, y combinando un poco con la edición digital usando GIMP.
Por lo mientras les muestro una foto de los graduados flickerianos foto tomada por Altamar

Liga al primer Set de las fotos que tomé en este primer DFlickr Tour
http://flickr.com/photos/phylevn/sets/72157604500024522/

A mediados del 2005 cuándo empezaba un desarrollo más o menos grande necesité de una herramienta para llevar el diseño del sistema que estaba desarrollando, en ese tiempo buscado y buscando encontré un sin fin de herramientas muchas de ellas propietarias de las cuáles en un principio por su facilidad empecé a usar Case Studio, la comencé a usar en modo demo, recuerdo que por esos días estaba usando Windows ya que era con lo que contaba en la empresa dónde trabajaba, por lo que seguí usando Case Studio, pero un mes despues tuve la oportunidad de adquirir mi propia laptop por lo que al adquirirla y recien desempacada lo primero que hice fué particionar el disco duro para instalarle una de las versiones de Ubuntu que empezaba a ponerse de moda.
El desarrollo era web por lo que hacía uso de WAMP, por lo que no tenía ningún problema en continuar con el desarrollo en mi lap pero ahora con Linux, por lo que la versión de Case Studio no me serviría más, ya que solo funcionaba para Windows, por lo que buscando nuevamente otra herramienta de diseño UML, pude hallar Umbrello, una herramienta de software libre para hacer diagramas de caso, casos de uso, de estado, secuencia y hasta poder hacer la estructura de la base de datos y poder generar el código SQL, bastante decente por lo que en un principio me decidí por usar esta herramienta, pero semanas despues navegando en internet pude hallar ArgoUML una herramienta desarrollada en Java y de código libre, que soporta mucha de las características de UML 2.0 por lo cuál me resulto bastante práctica para llevar el control del diseño de la aplicación a nivel base de datos, así como también a nivel de casos de uso, diagramas de estado, y clases, aparte ArgoUML entre sus características es multiplataforma por lo que puede ejecutarse tanto en Windows o Linux.
ArgoUML puede descargarse desde el siguiente sitio:

http://argouml.tigris.org/

Aunque hay otras herramientas propietarias bastante profesionales como Rational Rose, pero creo que para algo básico ArgoUML puede ser un candidato bastante interesante.

Hace unos días pude leer en El Universal en línea un artículo sobre la iniciativa que plantea El Sistema Nacional de Seguridad Pública en el pais(SNSP) de implementar la tecnología de RFID para el registro público de vehículos dirigida por el excandidato a la presidencia de la república en las pasadas elecciones del 2006 el Sr. Roberto Campa Sifrián, algo que ya se había planteado hace algunos años con el RENAVE(Registro Nacional de Vehículos) impulsado por Ricardo Miguel Cavallo, pero que fracasó cuándo se descubrió que Cavallo había sido un represor militar.
El artículo comienza con el siguiente desplegado "Eligen chip inútil contra robacoches" y el cuál puede leerse en la siguiente url:
http://www.eluniversal.com.mx/notas/493773.html
Básicamente lo que trata el artículo es de la iniciativa de impulsar el REPUVE usando chips con tecnología de RFID(RadioFrecuency IDentification), lo cuál desde el punto de vista del diario mexicano sería inútil para detener el robo de autos en el pais.
Con respecto a la nota, en parte estoy de acuerdo, ya que el chip de RFID no es un sistema antirobo como los hay muchos en el mercado, el chip de RFID como su nombre lo indica es un sistema de identificación automática de datos a través de radiofrecuencia, esto indica que será posible identificar a cierta distancia -generalmente no más de 9 metros en el mejor de los casos- la información contenida en el chip RFID. Este chip por diseño y tecnología no puede contener mucha información y solo contendrá un número de identificador serializado el cuál será único por automovil(más no implica que no pueda ser alterado), similar a lo que es un código de barras, con la ventaja de que la tecnología RFID no necesariamente tiene que estar a la vista del Lector de códigos, tal como se requiere en el caso de los códigos de barras, si no que el chip de RFID puede leerse aunque la etiqueta de RFID esté dentro de una caja de cartón por ejemplo y la lectura sea desde el exterior, y también su lectura podría ser obstaculizada si la etiqueta de RFID tuviera a su alrededor metal, lo que impediría que propagara la señal de radiofrecuencia para poder ser leída con Reader ya que se generaría una Jaula de Faraday.
También por lo que se comenta en el artículo los chips a utilizar serían activos, esto indica que internamente los chips de RFID contendrán una pequeña batería que le permitiría al chip ser leído a mayor distancia, ya que el mismo chip se encargaría de enviar la señal de radiofrecuencia, cosa contraria pasa con los chips pasivos de RFID que no envían ninguna señal de radiofrecuencia y que solo actúan cuándo un lector de RFID los excita lo que hace que el rango de lectura para chips pasivos sea menor.
Algo muy interesante que no queda claro es que si los tags RFID serán de solo lectura, es decir si solo podrán ser grabados una vez o se permitirá grabarse "ene" veces, ya que si esto es así, entonces es muy posible la fácil alteración del código de este chips, ya que la tecnología de RFID usa un método de encriptación basado en redundancia cíclica lo que a pesar del aumento de los bits de encriptación, solo se aumenta el tiempo en que pueda romperse la clave de encriptación del RFID y pueda ser falsificado.
Con respecto al comentario del universal en línea de que los chips son inútiles antirobo, puedo comentar que es cierto que los chips no servirán de nada al momento en que esté robándose el carro, pues los chips no son un sistema de alarma o algo así contra robos, más bien es un sistema de identificación automática de datos. Pero será posible detectar carros robados a través de estos chips, siempre y cuándo se coloquen portales (lectores de RFID) en puntos estratégicos de la ciudad, conectados a una base de datos de la secretaría de seguridad pública, y que al momento de leer el ID de los chips de los autos que vayan pasando por cierta vialidad, entonces ese ID verificarlo en una base de datos y detectar el status de esa unidad automotriz y en caso de alguna irregularidad notificar a través de un sistema de alarmas a los elementos de seguridad pública.
Aunque habría que esperar como funcionarán estos chips y verificar si en verdad son fiables, es decir que no puedan ser hackeados con otra herramienta de hardware o software.

Microsoft lanzó apenas hace unos meses un conjunto de aplicaciones enfocadas a lo que se denomina Mensajería Unificada algo que ya venía haciendo Asterisk PBX desde hace tiempo.
El concepto de mensajería unificada corresponde a tener diferentes medios de comunicación por asi llamarlos almacenados y controlados desde un solo medio de administración, hablando por ejemplo de Asterisk podemos controlar correos electrónicos, correos de voz y video, faxes, videoconferencias, Telefonía Celular y SMS, porteros, etc., desde Asterisk usando diversos gateways y teniendo un conjunto de aplicaciones trabajando alrededor de Asterisk para que toda esta información pueda ser accedida desde diversos dispositivos como telefonos, faxes, camaras, PDAs, celulares, sitios webs, etc.
Una de las características principales de Microsoft Response Point y que Microsoft ha remarcado es algo llamado "Blue Button", el cuál permite gestionar el directorio de contactos a traves de la tecnología de reconocimiento de voz, lo que permitiría buscar contactos y marcarles usando solo la voz.
Esto parecería novedoso, pero es algo que Asterisk aunque no lo implementa directamente, pero si es posible desarrollarlo a traves de una librería de terceros propiedad de Lumen Vox, el cuál es un conjunto de librerías propietarias la cuál permite integrarse dentro de Asterisk y hacer la función de reconocimiento de Voz en varios idiomas entre ellos el español, el cuál con el kit de desarrollo que podemos adquirir a partir de $ 50.0 dlls, con el cuál no solo podríamos implementar el famosísimo "blue button" de Microsoft Response Point , el cuál nos permitiría buscar o listar contactos mediante voz, si no que usando las librerías de LumenVox también nos permitiría desarrollar un sin fin de aplicaciones tales como transferir llamadas, parkear llamadas, enviar SMS, buscar información en bases de datos a traves de comandos de voz, tal como lo hiciera una aplicación web pero en este caso nuestro dispositivo de entrada no sería el teclado si no la voz, entre otras cosas que se podrían crear alrededor de Asterisk gracias a la interfaz que se creo para comunicarse con Asterisk y enviarle diversos comandos a traves de cualquier lenguaje de programación, pudiéndose auxiliarnos también a traves de AGIs con lo que la potencialidad de el reconocimiento de voz en Asterisk es muy grande.

¿ Qué es reconocimiento de Voz ?
http://www.lumenvox.com/resources/tips/tipsWhatIs01.aspx

Symbol Technologies hace algunos años desarrolló una terminal portátil que incluía PalmOS con capacidad de lectura de código de barras, en su primera versión que era completamente batch(Procesamiento local bajo previo recibo de datos y posterior envío de información) la cuál salió bajo el modelo SPT1550 el cuál incluía una versión monocromática de PalmOS 3.5 y con conexión de datos a traves de un puerto serial, posteriormente desarrollo la SPT1746 con PalmOS 3.5 y la tecnología propietaria de Symbol Technologies llamada Spectrum24(pre 802.11b) a 2 mb de transmisión inalámbrica, para luego sacar su versión SPT1846 con PalmOS 4.1 y agregando el soporte de el estándar 802.11b (transmisión de datos a 11 mbits ).

Esta terminal la SPT1846 se hizo muy famosa en el mercado mundial, ya que Windows CE aún no era tan eficiente ya que las versiones de Windows CE 2.0 comparadas con PalmOS 4.1 eran lentas por lo que PalmOS se llevaba por mucho la preferencia de las empresas.

Por lo que en las empresas se empezaron a desarrollar cantidad de módulos de sus ERP bajo la plataforma de PalmOS y apuntadas hacia las SPT1846 de Symbol Technologies, pero años despues Windows CE y PocketPC recuperaron mucha fuerza y absorbieron el mercado de los dispositivos móviles por lo que Symbol Technologies dejó de dar soporte a PalmOS y anunció que dejaría de producir estos equipos y desarrollar sus terminales bajo la plataforma de Windows Mobile y Windows CE. Por lo que aquí en México no se hizo esperar la reacción de los clientes de Symbol Technologies que ya tenían sus proyectos comprometidos bajo la plataforma de PalmOS, algunos que contaban con el know-how suficiente para el desarrollo de aplicaciones móviles no tardaron en migrar sus aplicaciones a Windows CE 4.X(MC9060) ó Windows Mobile 2002(PPT8146), pero ese fué el caso de la minoría, otras decidieron esperar hasta que el tiempo los alcanzará, cosa que no tardo mucho cuándo se sintieron presionadas ya que no había en el mercado dispositivos PalmOS con soporte de lectura de código de barras y conexión inalámbrica de uso rudo como las Palms SPT1846.

Afortunadamente Janam una empresa que se dedica también a la fabricación de equipos de captura de datos para uso industrial sacó su versión mejorada de PalmOS para uso rudo, la XP-20 y XP-30, la cuál se puede decir que mejoró la versión de PalmOS de la SPT1846 de Symbol Technologies, ya que ahora ofrece una versión más actual de PalmOS denominada Garnet 5.4 si no que también mejoró la lectura de código de barras soportando códigos de 1 dimensión y de 2 dimensiones(Ejem PDF-417), aparte que ahora no solo es monocromática si no que también ya hay una versión a color, con soporte de bluetooth y lectura de SD Cards, y con sellado IP54(Norma de seguridad).

Esta terminal no solo fué una solución al problema que tenían algunos clientes con respecto a la escasez de terminales portátiles SPT1846, si no que también les permitió ampliar la capacidad de sus aplicaciones como soporte de impresión vía bluetooth, soporte de almacenamiento de datos vía una SD Card y compatibilidad con las aplicaciones que tenían desarrolladas.

Hace más de un año adquirí en el sitio de TabletMedia un cliente de VoIP llamado iFon para dispositivos móviles con Windows Mobile.
Este cliente de VoIP llamado iFon por lo que pude ver en su sitio "tiene" caracteristicas interesantes comparados a otros clientes de VoIP para PDAs, una de las cosas más importante es que soporta videoconferencias usando las cámaras de las PDAs a través del protocolo SIP usando codecs H.263, H.261 y MPEG-4 , por lo que es compatible con Asterisk, aparte que ya trae integrado el codec comercial G729A, por lo que resultó muy interesante para mi adquirir este cliente y hacer pruebas con un conmutador de Voz sobre IP que tengo trabajando con Asterisk 1.4 para ver como se comportaba el uso de videoconferencias a traves de internet usando VoIP y dispositivos móviles, ya que usando el soporte de VideoConferencia de Asterisk con clientes para PC como Ekiga en Linux funciona bastante bien.
Despues de ver la lista de compatibilidad de dispositivos móviles con cámaras incluídas en http://tabletmedia.com/compatibility.htm pues no lo pensé más e hice la compra del cliente iFon.
Despues de hacer la compra y adquirir el cliente de iFon me dispuse a probarlo, pero sorpresa! el cliente comprado no soporta VideoConferencia, puesto que solo la versión iFon OEM trae el soporte de videoconferencia más no la versión de iFon Mobile que fué la que adquirí.
Por lo que le envío un correo a la gente de TabletMedia informándoles de porqué en el sitio web en especial en el apartado de iFon Mobile si indican que soporta VideoConferencia?, por lo que solo me responden que lamentan la confusión que tuve, pero ellos claramente ponen que la versión iFon Mobile no soporta videoconferencia solo la versión de iFon OEM, así que no hay nada que hacer, más que olvidarme de mis $ 60 dlls.
Esto realmente me decepcionó, ya que para poder adquirir la versión OEM necesito ser fabricante y adquirir cierto número de licencias, cosa que no me es posible, aparte que no he encontrado en la página de internet de los fabricantes alguna versión de iFon que pueda comprar con el soporte de VideoConferencia.
De tal forma que tuve que pagar $ 60 dlls por una cliente de VOIP que pude descargar gratuitamente con una versión de SJPhone para mi PDA, la cuál se puede descargar desde su sitio web en http://www.sjlabs.com de forma gratuita, claro con la restricción de que SJPhone no soporta el codec G729, pero SJPhone si es compatible con el protocolo SIP, aparte que también tenía la opción del SoftPhone para VoIP de OpenWengo la cuál aparte de ser gratuita y software libre funciona bastante bien con Asterisk.
Ni modos.. despues de todo esto hasta en internet hay que intentar ver siempre las letras chiquitas.. :S

DDCLIENT permite sincronizar nuestros servidores que tienen una IP Pública dinámica a un subdominio (algunombredesubdominio.dyndns.org) alojado en diversos servicios DDNS como lo puede ser DynDNS.

DDCLIENT tiene diversas formas de gestionar la IP que queremos asignar, mediante búsqueda en la interfaz de red o mediante la IP que nos devuelve el sitio de checkip.dyndns.org esto funciona cuándo estamos en una red NAT.

Los pasos para instalar y configurarlo son los siguientes:



Espero este breve tutorial pueda servirle a alguien de guía.

ja, quizá el título de este post no sea el adecuado, pero fué el que se me ocurrió para sintetizar el contenido de este post.
Recuerdo hace unos 6 años cuándo vivía allá en la Ciudad de Oaxaca -dónde espero regresar a vivir nuevamente en algún tiempo futuro- y cuándo aún cursaba la carrera de informática en el Tec de Oaxaca, tenía una costumbre o mejor dicho un pasatiempo que era jugar basquetbol, costumbre que tenía prácticamente desde los 8 años de edad y que dejé de tener a partir de que me vine a vivir al D.F. al terminal la carrera hace poco más de 4 años, en ese tiempo acostumbraba cada fines de semanas y vacaciones irme a diversos pueblos de la Sierra Juárez, la sierra Mixe, la mixteca, cañana o de los Valles Centrales a torneos de basquetbol que se organizaban en los pueblos por las festividades que cada año se llevaban a cabo en honor a su Santo Patrón. En ese tiempo aparte de ir a los torneos con la finalidad de ir a ganar un premio, ya que es muy común que en los pueblos se den premios económicos muy buenos que valían la pena el viaje y la estadía de 1 o 2 días en la comunidad compitiendo a veces bajo la lluvia, el frío, hambre, cansancio, etc, también iba por la aventura que se vivía al internarse en las diversas regiones marginadas de Oaxaca, para disfrutar de la convivencia con la gente de los pueblos y por conocer aún más las costumbres y tradiciones de los diversos pueblos de mi estado Oaxaca.
En esa ocasion un 15 de agosto del 2002, nos invitaron a un torneo en un pueblo llamado Santa María Zoogochi, por lo que junto con otros 3 amigos fuimos al torneo ya que ahi ibamos a meter a un originario del pueblo para que conviniera el viaje, recuerdo que había un premio de $ 5,000 pesos, esa comunidad indígena está a mas de 8 horas de la ciudad de Oaxaca en autobus y lo curioso fué que hubo un tramo de casi 6 horas en pleno monte de la Sierra de Oaxaca dónde no había comunidad alguna para comprar algo de comer. Despues de 2 días terminó el tórneo el cuál ganamos sin problemas.
Al terminar el torneo se nos acercó un paisano de la región y nos comentó de que había otra comunidad llamada Santa María Yatoni dónde había igual un torneo a los dos días siguientes (18 de Agosto 2002) y la premiación era de $ 3,500 pesos, nos comentó también de que a pesar que había carretera hasta ese pueblo y también un autobus, sería mucha vuelta regresar por dónde venimos, ya que nos llevaría otras 15 horas llegar a ese pueblo ya que tendríamos que rodear toda la Sierra Juárez, pero también nos comentó que en vez de regresar en el autobus nos convenía caminar al pueblo de enfrente llamado Santiago Yagallo que eran unas 4 horas de camino y arriba de ese pueblo pasaba la carretera y ahí esperar un camión que nos llevaría a la comunidad de San Juan Yae para luego esperar otro carro que nos pudiera llevar a Santa María Yatoni, recorrido que en total nos tomaría unas 8 horas.
Platicando con mis otros 3 amigos nos pusimos de acuerdo para ir al torneo al otro pueblo, uno de ellos desistió ya que tenía que regresar a la Ciudad de Oaxaca, por lo que los 3 que quedamos decidimos ir caminando, para esto salimos de Santa María Zoogochi a las 5 AM, tomamos el autobus que iba para la Ciudad de Oaxaca, pero nos bajamos en el siguiente pueblo llamada Santiago Teotlasco a 20 mins de Zoogochi, mientras que el otro amigo seguía para Oaxaca, eran más o menos como a las 5:30 de la madrugada cuándo nos bajamos del autobus, por lo que esperamos una hora más para que amaneciera, nos dormimos un rato más en la galera del pueblo, ya por ahi de las 6:30 de la mañana empezaba a oirse ruidos causados por las señoras que iban a moler su nixtamal al molino del pueblo para hacer las tortillas de sus esposos e hijos que más tarde irían a sus ranchos, despues de ese breve pestañazo decidimos continuar con nuestro recorrido para lo cuál empezamos a descender la montaña, puesto que no conocíamos el camino un par de ocaciones nos perdimos, pero despues nuestro instinto mercenario y aventurero nos guió por lo cuál despues de unas 2 horas de bajada llegamos al río, era un río realmente muy ancho, y la forma de cruzarlo era a traves de un puente colgante, ja, realmente fué toda una experiencia pasar por ese puente colgante, el cuál estaba hecho de bejucos y tablas, las cuáles algunas ya estaban caídas por lo que habia que pasar con cuidado.
Despues de cruzar el río ya se sentía hambre, pero yo no había pensado en eso y no llevaba que comer en la mochila, pero afortunadamente un amigo llevaba una lata de atun en su mochila, ja, pero en esa fecha las latas de atun no venían con el sistema de abre fácil, por lo cuál los 3 estuvimos experimentando diversos métodos que resultaban inútiles para abrir la lata de atún, pero que despues una piedra puntiaguda del río nos hizo el favor de abrir la lata. Ya despues de medio comer con el atún compartido y con la lluvia que empezaba a caer decidimos comenzar la subida de la montaña para llegar al pueblo de Santiago Yagallo, el camino era pesado, pues era prácticamente una pendiente y con las mochilas que llevábamos era más pesada, sumándole aparte los partidos de basquetbol que habíamos tenido en el torneo en días anteriores, uno de mis amigos venía de aqui del D.F. por lo que poco estaba acostumbrado a caminar en la Sierra, por lo que a mitad de la montaña prácticamente estaba fulminado por lo que le ayudé con su mochila para que pudiera continuar, ya despues de unas 3 horas de calvario por fin llegamos al Pueblo de Yagallo casi de milagro, lo primero que hicimos fué buscar una tienda para comprar algo que comer, y la única que había era la conasupo que estaba en el centro de la población, para lo cuál despues de comprar chunches nos tiramos un rato en la cancha de la comunidad. Como a la media hora de habernos tirado en la cancha a descarnsar y tender nuestras ropas para que se secaran, se acercó la autoridad municipal de ese pueblo para preguntarnos de quienes éramos y de dónde veníamos, despues de explicarle nos dijó que mejor nos fuéramos que no querían problemas y que nos acompañaría arriba de la población dónde está la carretera para que continuáramos nuestro viaje, sin poner objeción para no meternos en problemas en ese pueblo de la Sierra de Oaxaca decidimos continuar para lo cuál llegamos a la carretera.

Al estar ahí podíamos haber continuado caminando y cruzar el cerro para llegar a la comunidad de San Juán Yae o esperar un camión que nos llevara a la misma comunidad, por la llovizna que estaba cayendo y por que no conocíamos el camino decidimos mejor esperar un camión y refugiarnos bajo uno de los ocotales que estaban a la orilla de la carretera, pero despues de casi 3 horas y media que no pasó por ahi un carro, más que un señor con su burró que iba por la leña, decidimos mejor continuar con la aventura y caminar, ja!, lo curioso fué que cruzar la montaña solo nos tomó media hora, pues de dónde estábamos a San Juán Yae realmente era un pequeño tramito que había que cruzar, pero por miedo a lo desconocido o no sé, perdimos ese tiempo esperando un camión. Ahí conocimos un lugar llamado río de sangre, ya que por la tierra o nosé, el agua salía de color rojo, eso fué algo curioso que nos tocó ver en la Sierra de Oaxaca.

Ya despues de llegar a San Juán Yae tuvimos suerte pues en ese momento salía una camioneta a Santa María Yatoni, para lo cuál solo nos tomó otras 2 horas más para llegar a ese pueblo y 2 días más para cobrar el premio de pirmer lugar.
El título de este post es por esto último el miedo a cruzar a montaña, si observan la foto el pueblo que está detras de la iglesia es Santa María Yagallo, y la montaña que cruzamos es la que está arriba del pueblo, desde esta perspectiva cualquier diría si me la aviento pues no es mucha, y estoy de acuerdo, si en ese tiempo hubiera tenido ahi en plena Sierra de Oaxaca internet satelital en una laptop y a google earth también lo hubiera hecho sin pensarlo, pero a veces no tienes esa misma perspectiva de las cosas y la vida, por lo que a veces no quieres adentrarte a un mundo que no conoces por temor, decidia, no sé.. y mejor esperar un modo fácil de darle la vuelta, pero a veces esa forma de darle la vuelta no se dá, por lo que despues de mucho pensarlo decides afrontarlo, pero cuándo lo haces te das cuenta que era más fácil de lo que pensabas y te azotas diciéndote lo tonto que fuiste en perder el tiempo pensando y preocupandote en vez de afrontar el problema y ocuparte. A pesar de haber vivido esto, muchas veces he caído en el mismo error hablando metafóricamente, no ir directo hacia la montaña, y prefiero en muchas ocasiones no darle la vuelta, pero si estar al pie de la montaña pensando en muchas cosas que nada tienen que ver con la idea de cruzar la montaña, hasta que llega un momento de presión que no tengo opción y cruzo la montaña sin pensarlo y despues de hacerlo me doy cuenta que fué mucho más fácil de lo que pensaba y que la preocpación de hacerlo me tomó mas del 90% que la misma acción.

Ja, no me queda más que decir.. más que Maldito Alzheimer..!! esto ya que ayer sábado despues de ir con mi Madre y hermanita al Museo de Cera - ya que vinieron de visita de la Ciudad de Oaxaca aquí a la ciudad de México- despues de haber pasado un rato agradable en el centro de la ciudad y despues de pasar a comprar algunas cosas, tomamos un taxi de regreso a casa, al bajar quise pagarle al taxista con un billete que llevaba en la bolsa, pero no tenía cambio, por lo que quise sacar el cambio que llevaba en la bolsa, por lo que antes saque mi PDA[iPaq RX3715] y la puse arriba del taxi para que no me estorbara mientras sacaba el cambio, pero como al contar las monedas no acompletaba mi Madre me presto unos pesos y ya pude pagarle al taxi, pero en ese inter de distracción olvidé que dejé mi PDA y ayudé a mi familia a bajar del transporte, por lo qué sin el menor recuerdo di la vuelta, y entramos a casa.

Pero hoy domingo por la noche quise continuar con un proyecto que tengo de una aplicación de Toma de Inventarios en Dispositivos Móviles que tengo que desarrollar para un cliente en VillaHermosa, quise tomar mi PDA para hacer la depuración y cuál es mi sorpresa de no encontrarla y recordar ese breve lapsus brutus que tuve la tarde del día anterior :S Motivo por el cuál no solo no pude continuar con mi proyecto, que lo haré en cuánto vaya a la oficina y use una de las terminales, si no también cancelar mi salida a Oaxaca ya que no podré programar desde allá por falta de la terminal, así como también tendré que cancelar un par de charlas que había mandado al FONASOL y que tenían que ver con VPN para dispositivos móviles y Programación de aplicaciones móviles para la versión de Familiar Linux que tenía planeado presentar en el Foro Nacional de Software Libre en Coatzacoalcos.

Por eso no me queda más que decir.. Maldito Alzheimer..!!!

Hace poco más de medio año desarrollé una aplicación para un cliente quehabía adquirido terminales portátiles Symbol MC9060G con Windows CE 4.1.
Algo de historia sobre la aplicación:
La aplicación básicamente lo que hace es leer un código de barras de doble dimensión PDF417 y separar los campos de acuerdo a las necesidades del usuario para almacenarlos en una base de datos dentro de la terminal portátil, despues al final de la captura la terminal envía un archivo de texto plano con la información de forma inalámbrica( WiFi 802.11b) a un servidor FTP para luego el ERP de la empresa importe la información a la base de datos de MS SQL Server.
En ese tiempo la aplicación funcionó correctamente y envíaba la información al servidor FTP, pero hace unos días me llamó el cliente informándome que la terminal ya no enviaba la información al servidor como antes lo hacía y que la excepción que le puse a la conexión desde programación le regresaba el mensaje "No Such Host Is Know".
Este mensaje indicaque la terminal no encuentra el host del servidor FTP, lo curioso es que la terminal si tenía conexión inalámbrica incluso se podía hacer ping al servidor vía IP y por HostName, pero por alguna razón desde la aplicación no resolvia ni el nombre del servidor, ni asignando en la configuración de la aplicación la Dirección IP directa del servidor tampoco lograba resolverla.
Lo curioso es que este error me lo mandaba asignando el nombre del servidor o la IP del servidor FTP que está dentro del mismo segmento de la terminal portátil, pero si le asignaba la IP o nombre de dominio de un servidor FTP en internet todo funcionaba a la perfección.
Por lo que imaginé que algo paso en la configuración de la red delcliente en los últimos meses, como pudo haber sido un cambio del servidor WINS o DNS para la red local el añadir un firewall o algo así, motivo por el cuál la terminal no lograba resolver el hostname del servidor en la red local.
Como no quería buscar culpables ni mucho menos pelearme con su configuración de red, quise darle la vuelta y buscarle por el lado de la terminal.
Para probar hice una pequeña aplicación en C# para saber cuál era el problema usando el método System.Net.Dns.Resolve, la cuál me permite resolver un nombre de dominio ó IP, pero también seguía teniendo problemas y me aventaba la excepción "No Such Host Is Know".
Investigando más encontré este blog:
http://windowsmobilepro.blogspot.com/2006/04/etchosts-file-equivalent-in-windows.html

El cuál mencionaba que Windows CE resolvía los nombres de dominio por medio de DNS ó un WIns en caso de redes locales. Propiamente Windows CE o Pocket PC no tienen un archivos de host como en Windows o Linux(/etc/hosts), pero mencionaban que esto podría hacerse mediante la configuración del registro de Windows CE, en este caso no lo hice de esta manera ya que no tengo instalado aqui en mi máquina Embedded C++ 4.0 que es un entorno de desarrollo para móviles de Microsoft y el cuál contiene una utilería para extraer o monitorear el registro de Windows CE y despues modificarlo. En este caso en el blog también menciona de la existencia una aplicación gratuita llamada "Pocket Hosts" que hace lo mismo de configurar a mano el nombre del host y la direccción IP en el registro de Windows de Pocket PC para que se pueda resolver sin ningun problema las conexiones TCP/IP. Sin dudarlo bajé la aplicación que ademas es gratuita de la siguiente url http://www.zimac.de/cestuff.htm Al instalar el .cab e iniciar la aplicación de Pocket Host solo basta dar el nombre el host y la dirección IP para luego activar en la lista la configuración creada.

Con esta aplicación realmente útil pude resolver mi problema de "No Such Host Is Know" que me puso en jaque media tarde para poder darle una solución al cliente, ya que asignando la IP o el Nombre del Host en la configuración de mi aplicación pude enviar sin ningún problema de forma inalámbrica la información de la captura de la terminal portátil al servidor FTP en el segmento de la red local.
Lo que hace la aplicación de "Pocket Host" básicamente es dar de alta dentro del registro de windows de Windows CE el host configurado de la singuiente manera:
HKEY_LOCAL_MACHINE\Comm\Tcpip\Hosts\mexrom
"ipaddr"=hex:C0 A8 01 B0
Dónde C0 A8 01 B0 es la dirección del Host configurado en formato hexadecimal.