using System.Makondo;

En este post continuaré hablando un poco más de los diferentes implicados en el "estado del arte" de la industria del software, algunas de sus acciones y las consecuencias de estas, no sin antes aclarar que no intento ni mucho menos dar solución al problema que se planteó en el primer post, solo exponer algunas ideas personales sobre lo que pienso está ocurriendo, y como creo yo "que no debería ser", ya que "el deber ser" está supeditado al tipo de escenario que nos enfrentemos, sin embargo lo que es claro es que hay cosas que estan sucediendo y estan yendo en detrimento de nuestra profesión y del trabajo que realizamos como Ingenieros de Software.

El sotfware se ha vuelto el pan de cada día, para la mayoría de la gente interactuar con aplicaciones es tan natural, que dan por sentado la facilidad con que deberían hacerse cualquier tipo de programa, conceptos como requisitos, arquitectura y pruebas de software, estan fuera del contexto general de las personas y se tiene la idea de que contratar personas que aprenden un lenguaje de programación desde la web, es más que suficiente. ¡Como si hacer software fuera saber un lenguaje de programación!.

Este post fue publicado originalmente para Avanet.

Puede que los ingenieros de software no les parezcamos a todos tan admirables, eminentes o inspiradores como un escritor, pintor o cantante, pero tenemos tanto derecho sobre los productos que construimos como las personas que se dedican a ese tipo de profesiones (derecho incluso a regalarlo abiertamente que es lo que hacen las comunidades y amantes del software libre), pero es una decisión personal o empresarial, como también lo es que yo decida no compartir el código, pero quizá si permitir el uso de mi software de forma gratuita...

Un sistema de contingencia podría definirse en resumen como un sistema que entra a funcionar cuando el otro falla. Conceptualmente, en Ingeniería de software debería tratarse como una aplicación que suple las necesidades básicas de un software principal, en forma temporal, mientras existe un restablecimiento “definitivo” de las operaciones.

1. No empiece sin dinero. Por más innovadora que sea su ídea, por mas empuje, experiencia y conocimiento en el área a la cual se dedica, la falta de recursos que impulsen su comercialización solo harán que pierda su tiempo y tal vez más dinero. El mercado del software es duro, es muy competido y a pesar de los esfuerzos, habrá ocasiones en que simplemente su calidad no sea reconocida, en tanto habrá otras ocasiones donde se enfrentará a la “calidad barata”, es decir, gente que no aprecia su trabajo y que tarde o temprano también desapareceran. Busque fuentes de financiación estatales, capitales de riesgo e inversionistas familiares, pero aquel “golpe de suerte” que solo al 1% de las empresas-idea les llega, posiblemente no le llegue a usted. La fé no existe en el mercado, solo jugadas astutas.  Plan B: Arranque con un producto listo para comercializar.

1. Lo leí en un libro o en una revista o fui a una conferencia (o En la universidad vimos eso)

Sucede cuando el gerente de tecnología se deja impresionar por lo que vio, leyó o escucho y no realiza un estudio conciente de factibilidades sobre la “cosa” que busca implementar. Es la  salida fácil cuando solo se dispone de poca información y suele convertirse en elefantes  blancos en compañías grandes donde el presupuesto no es tan escaso. Los gerentes de tecnología  deben aprender a no dejarse llevarse por campañas de marketing disfrazadas de artículos  científicos, que se suelen encontrar en los medios de comunicación.  No sea victima de los “vendedores de guerrilla”.

Estuve revisando una pila de solicitudes para nuestras posiciones de internado de verano en una compañia y, no sé exactamente como decirlo, pero algunas de ellas son muy, pero muy malas. No quiero decir con esto que los solicitantes sean idiotas o que no estén calificados, aunque puede que lo sean. Nunca lo sabré porque cuando uno tiene excelentes solicitudes para solo dos posiciones, realmente no vale la pena perder el tiempo entrevistando a personas que ni siquiera se aseguran de escribir el nombre de la compañia correctamente.

Un seguro indicio de mi descenso a la senilidad son mis continuas quejas y lamentos acerca de los "chicos de ahora", y cómo ya no quieren o no pueden hacer cosas difíciles.

Las entidades públicas encargadas de la salud están utilizando cada vez más los mapas como una herramienta sencilla pero efectiva ya sea para hacer el seguimiento de la propagación de enfermedades, trazar políticas o medir el estado sanitario de una comunidad.

Las agencias gubernamentales han estado usando los mapas digitales y los Sistemas de Información Geográfica por más de una década, pues les permite tener una mejor gestión de las tendencias en materia de salud cuando se manejan datos espaciales. Hoy en día, los SIG relacionados con la salud  han evolucionado al punto que existe una publicación dedicada a ellos el “International Journal of Health Geographics”.

El ritmo de adopción de SIG en la esfera de la salud pública sigue creciendo. El Dr. Georges Benjamin, director ejecutivo de la Asociación Americana de Salud Pública, sugirió que una gran cantidad de aplicaciones GIS se sumarán a los  ya establecidos usos de esta tecnología, tales como el seguimiento de enfermedades infecciosas. "En la medida que hemos empezado a ver conjuntos  de datos más amplios y en la medida que es más fácil hacer cosas como comparar condados y estados en temas de salubridad, veremos una explosión en la utilización de este tipo de sistemas", dijo. Benjamin cree que el crecimiento de los SIG continuará por los próximos cinco años, por lo menos.

Hola todos! En este espacio pretendo compartir las experiencias y los conocimientos que he adquirido durante los últimos años como consultor y desarrollador en proyectos SIG. Algunas veces sonaré muy obvio para los que conocen del tema, porque de SIG mucho se habla pero son pocos los que conocen realmente en profundidad del tema. Por la misma razón algunas otras veces sonaré un poco críptico, pero tengan la seguridad que trataré de contar los rollos con la mayor sencillez y “… como si le hablara a niños de cinco años…”.

Primero que todo una precisión : La sigla SIG es el equivalente en español, de la sigla en inglés GIS que significa Geographic Information Systems. Como todos sabemos en inglés los adjetivos se anteponen a los sustantivos, entonces Geographic Information  se traduce como Información Geográfica y por lo tanto cuando hablamos de Geographic Information Systems en inglés, en español nos referimos a Sistemas de Información Geográfica y no a Sistemas de Información GEOGRAFICOS!!!!

Antes de iniciar este este espacio quiero agradecer a Willy por invitarme a participar y paso a contarles algo de mí:

Soy Ingeniero Civil de la Universidad Católica de Colombia. Trabajé en la construcción e interventoría de obras civiles por más de 8 años en varios rincones del país y en importantes obras de infraestructura como la represa San Rafael en La Calera y el proyecto Hidroeléctrico de Urrá I en Tierralta, Córdoba. Me encuentro con los SIG trabajando en un proyecto de Acueductos y Alcantarillados para el Acueducto de Bogotá. Gracias a esto, curso la Especialización en Ingeniería de los SIG en la Universidad Antonio Nariño: así paso de la construcción de obras civiles a la construcción de software y de Sistemas de Información Geográfica. En el año 2001 me vinculo por primera vez a la compañía Procalculo Prosis S.A.