¿Cuáles son sus mayores retos a la hora de desarrollar software SIG?
¿Es codificación? ¿Se trata de entender conceptos de cartografía/geografía/etc (como las proyecciones)? ¿O de otras dificultades?
¿Cuáles son sus mayores retos a la hora de desarrollar software SIG?
¿Es codificación? ¿Se trata de entender conceptos de cartografía/geografía/etc (como las proyecciones)? ¿O de otras dificultades?
Esta pregunta surgió en mi búsqueda en google sobre retos en SIG, y me apetece contribuir aquí.
Otro enlace que me pareció relevante fue este papel.
Resumiendo lo que se dice allí y mis propias opiniones, creo que los mayores retos (sin ningún orden en particular son):
Soy un completo principiante en tecnologías GIS y voy descubriendo cosas sobre la marcha. Y como dispongo de fondos limitados, intento evitar el uso de productos ESRI y hacer todo con herramientas de código abierto.
Dicho esto, lo que más me ha costado hasta ahora ha sido la recopilación de datos. Hay muchos artículos sobre cómo manipular y mostrar los datos, y muchas herramientas para facilitarte la vida. Pero sigo caminando en la oscuridad cuando se trata de recopilar datos.
No tengo ni idea de lo que hacen los profesionales para encontrar y recopilar datos. Algo me dice que hay una forma más fácil de obtener datos que data.gov y google.
A la hora de programar, creo que pierdo demasiado tiempo con soluciones provisionales. En el caso de las proyecciones, tardé un par de meses en entender los procesos y las matemáticas, ya que en mi opinión hay poco material útil publicado sobre el tema. Los documentos de la EPSG y el OGC sobre el tema me ayudaron a entenderlo tras unas cuantas lecturas, aunque a veces parecen copias unos de otros. Sin embargo, el mayor problema que tengo como desarrollador independiente es que, incluso ahora, no puedo evitar tropezarme con personas que necesitan trabajo especializado para el desarrollo de aplicaciones médicas, industriales o incluso web sencillas. Con la industria de los SIG parece casi imposible encontrar una forma de entrar en el mercado.
El mundo de los SIG se está ampliando hacia el usuario común, a diferencia de los primeros años, en los que los SIG sólo eran tratados por ingenieros, arquitectos o la comunidad científica. En el caso de que la aplicación SIG se haga para el usuario común el reto es mezclar adecuadamente las tecnologías donde el SIG es tratado como una tecnología más (en este caso un desarrollador con un poco de comprensión de la tecnología SIG es suficiente). Sin embargo en el caso de que la aplicación se haga para la comunidad especializada el reto es más complejo ya que además de unir tecnologías es necesario buscar algoritmos existentes para cumplir con los requerimientos de lo contrario peor aún tendríamos que desarrollar estos algoritmos. En este caso una mezcla de ingeniero y desarrollador es el trabajador adecuado.
Puede que tenga la mala suerte de verse obligado a trabajar con analistas de SIG reconvertidos en desarrolladores de software.
Es fácil esperar que un desarrollador de software competente asimile los conceptos de los SIG, y dejarle que recorra la API y, en general, que resuelva las cosas sin mucha ayuda. No ocurre lo mismo si se coge a un analista de SIG y se espera que aprenda a desarrollar software.
Los resultados son vergonzoso en el mejor de los casos. Si tiene experiencia trabajando con malos desarrolladores Entonces imagina que es peor código que cualquier cosa que el peor programador haya desarrollado.
Hay algunas empresas para las que puedes trabajar que no lo entienden.
I-Ciencias es una comunidad de estudiantes y amantes de la ciencia en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.