Was sind Ihre größten Herausforderungen als GIS-Entwickler?

23

Was sind Ihre größten Herausforderungen bei der Entwicklung von GIS-Software?

Codiert es? Ist es das Verstehen von Kartographie / Geographie / etc Konzepten (wie Projektionen)? Oder andere Schwierigkeiten?

George
quelle
Ich liebe diese Diskussion. Ich weiß, es ist ein alter Thread, aber die Informationen sind GOLD. Ich arbeite für Esri als Produktmanager für Entwicklerprodukte. Ich kümmere mich um ArcGIS Runtime SDKs (Java, Android, Qt) und ArcObjects SDK für Java. Zuallererst kann ich mich in den Schmerz einfühlen. Zweitens würde ich gerne erfahren, ob die Web-APIs und die ArcGIS Runtime-APIs dazu beigetragen haben, die Schwachstellen bei der Verwendung der Plattform oder allgemein zu verringern. Ich nehme an, der Umgang mit vielen, vielen Daten ist immer noch eine Herausforderung. Wird es besser ... jetzt, 5 Jahre später? Die Dienste von Online und Portal werden robuster. Sind t
Hallo Eric, willkommen bei GIS.SE. Immer gut zu sehen, dass Mitarbeiter von Softwareunternehmen an der Community teilnehmen. Wir sind hier ein wenig weniger Diskussionsforum und konkretere Fragen und Antworten. Vielleicht möchten Sie die Tour überprüfen . Wir haben einen Chat für Unterhaltungen, der jedoch nicht häufig verwendet wird. Sie können sich auch unser Tagging-System ansehen. Auf diese Weise können Sie aktuelle Fragen zu einem bestimmten Thema wie den von Ihnen erwähnten APIs und SDKs untersuchen.
Chris W
Ebenfalls herzlich willkommen bei GIS SE Eric! Wenn Sie sich auf der Website umschauen, werden Sie hoffentlich schnell erfahren, worum es bei Stack Exchange geht und wie unterschiedlich das fokussierte Q & A-Format von einem Diskussionsforum ist. Genau das hatte ich gehofft, dass die ArcGIS-Diskussionsforen ihre letzte Überarbeitung erfahren würden. Bitte beurteilen Sie jedoch nicht den Wert dieser frühen Frage und Antwort, die trotz ihrer Beliebtheit kein gutes Beispiel dafür ist, wie Benutzer hierher kommen und nach einer Antwort suchen können. Identifizieren Sie innerhalb weniger Minuten die gleiche Frage und lesen Sie die Antwort, ohne sie zu haben eine hin und her Diskussion zu verdauen.
PolyGeo

Antworten:

22

Aus meiner Erfahrung als Entwickler, der vor fast 5 Jahren in die ESRI / GIS-Entwicklungsszene eingestiegen ist:

  1. Es gibt keine einzige API, um das zu tun, was Sie tun möchten. Nur ein Wirrwarr von APIs, die für Ihre Zwecke möglicherweise nicht funktionieren: ArcObjects-, Python-, REST-, SOAP-, ADF-, ST_Geometry-Operatoren?
  2. Alle APIs sind an eine klobige, teure Software gebunden, die Sie lieber nicht in den Kern Ihrer Anwendung stellen würden.
  3. Wenig Gelegenheit für wirklich kreatives Design. Objektorientierte Geodatenstrukturen? Vergiss es. Trotz aller Diskussionen über "Objekte" und "Feature-Classes" arbeiten Sie immer noch mit dummen Tabellen, die von launischer Middleware vermittelt werden.
  4. Die Software ist fehlerhaft, Fehlermeldungen irreführend und die Dokumentation unvollständig. Die Fehlerbehebung erfolgt fast immer durch Ausprobieren. An etwas gewöhnen.
  5. Das Verwalten von Geodaten mit relationalen Datenbankmethoden ist nahezu unmöglich. Ich musste auf SQL / DDL so ziemlich verzichten, weil ich nur Probleme mit der Middleware habe (ja, ich spreche über ArcSDE). Es ist eine Schande, ein ganzes Können wegzuwerfen. Öffnen Sie einfach ArcCatalog, zeigen Sie auf, und klicken Sie.

Wie Sie sehen, sehe ich die ESRI-Entwicklungsszene ziemlich negativ. Für diejenigen, die einen geografischen Hintergrund haben, sind die Möglichkeiten sicherlich ziemlich aufregend. Aber für jemanden wie mich, der relationale Datenbanken, objektorientiertes Programmieren und weit offene Möglichkeiten für kreative Lösungen liebt, ist die GIS-Entwicklung mit ESRI sehr einschränkend und unerfüllbar. Das ist eine Schande, weil mir die Old-School-Leute sagen, dass es vor der Abstimmung mit Microsoft eine überlegene Umgebung war. Ich hoffe aufrichtig, dass die Open Source-Community weiterhin Innovationen hervorbringt.

nw1
quelle
4
Ich bin Statistiker und habe ähnliche Beschwerden über ESRI-Produkte. Meine zu optimistische Theorie ist, dass GIS-Software etwa zehn Jahre hinter statistischer Software (in der SAS / SPSS-Phase) zurückliegt und dass ein wirklich herausragendes Open-Source-Programm oder -Stack kurz davor steht, da Computer wahrscheinlich vor GIS auf Statistiken angewendet wurden auszubrechen. Vielleicht ist es schon so - es ist Jahre her, seit ich die Chance hatte, mit Nicht-ESRI-Programmen zu spielen.
Matt Parker
2
Ich mische mich ein, um Redlands mit dem Rest von Ihnen zu besprechen und eine anschauliche Anekdote weiterzugeben: Nahezu jeder API-Aufruf der Raster-APIs von Spatial Analyst würde (zu diesem Zeitpunkt) mit einem allgemeinen COM-Fehler fehlschlagen "wenn etwas schief gelaufen ist. Verzweifelte zu beheben, landete ich den Anschluss von bis strace zu ArcGIS.exe und im Systemaufruf begraben, (Trommelwirbel) festgestellt , dass hilfreich und detaillierten 1980er-Ära Fehlermeldungen an die Fenster von / dev / null äquivalent geschrieben wurden.
Dan S.
13

Große Datenmengen. Die richtige Methode zum Extrahieren großer Datenmengen mithilfe der Web-Technologie zu finden, war eine Herausforderung. Es können entweder viele Daten und eine schlechte Leistung vorliegen oder es werden viel weniger Daten angezeigt, aber möglicherweise werden die falschen Informationen übermittelt.

Hugo Estrada
quelle
10

Ich bin kein GIS-Entwickler. Ich bin jedoch ein GIS-Modellbauer:

Herausforderungen:

  • Datenerfassung, -aggregation, -disaggregation, -zusammenführung und -aufteilung: Ich erhalte Daten aus verschiedenen Quellen für verschiedene Projekte. Das größte Problem besteht normalerweise darin, alle Daten für dasselbe geografische Paket / Gebiet abzurufen. Normalerweise muss ich für jeden Datensatz einige der oben genannten Techniken anwenden, um eine zusammenhängende Stichprobe für das Projekt zu erhalten. Dies erhöht die Fehlerwahrscheinlichkeit und beeinträchtigt unsere Präzision.

  • Ich bin kein Entwickler. Ich wiederhole, ich bin kein Entwickler: Wenn Sie nette Leute über SOAP-, SHAMPOO-, REST-, GIS-T-Indizes usw. sprechen, bedeutet dies Ihnen viel. Für mich ist es meistens Jargon. Normalerweise habe ich eine große Lernkurve oder einen steilen Aufstieg, um einige der einfachen Dinge zu erledigen.

  • Die Kluft zwischen FOSS und Proprietary Software: Ich liebe QGIS und Postgis zu Tode; Ich habe sie buchstäblich auf jeder Maschine installiert; Wenn ich jedoch eine transportbasierte Analyse durchführen möchte, muss ich auf TransCAD oder EMME2 / 3 zurückgreifen. Jedes kostet ungefähr $ 15.000 mit allen Schnickschnack. Um ehrlich zu sein, könnten all diese Probleme gelöst werden, wenn es ein networkx-Paket für shp-Dateien gäbe.

  • Problem mit mehreren Disziplinen: Ich bin mit Transportmodellierungstechniken bestens vertraut. Wie demografisch auch immer, ich muss, soweit ich das beurteilen kann, ausgefeilte R-Tools verwenden, um meine Daten zu verarbeiten. Das GIS-Problem ist also, dass es sich bei GIS um ein multidisziplinäres Feld handelt, in dem es schwierig ist, alleine zu überleben.

  • Mangel an gut etablierten Tools und Software für den Übergang von Landnutzung zu Vektorlandnutzung : Ich sehe eine Zukunft, in der ein Tool das GEOEYE-Satellitenbild analysiert und die darin enthaltene Landnutzung mit einer Vektordatenbank (wie erstellt) vergleicht

  • Manchmal ist es schneller, Dinge in Excel zu erledigen / "Ihr bevorzugtes Tabellenkalkulationsprogramm ist hier: Manchmal möchte ich eine Transitanalyse durchführen, es ist viel schneller, die Daten zu erfassen, sie in Excel abzulegen, die Formeln zu bearbeiten und dann die Daten zurückzuliefern in postgis als csv-datei speichern und die map neu generieren. Eine solche aufteilung sollte insbesondere in der openSource-welt besser gehandhabt werden.

Trotzdem habe ich Ihnen möglicherweise nicht richtig geantwortet. Ich wünschte nur, ich hätte gute Kenntnisse in der GIS-Programmierung, damit ich mich in der GIS-Modellierung auszeichnen kann

dassouki
quelle
Networkx für shp ist bereits vorhanden (zu Ihrer Information), z. B. networkx.github.io/documentation/latest/reference/…. Informationen zu Vektor + Raster finden Sie unter PostGIS- Rastererweiterung trac.osgeo.org/postgis/wiki/WKTRaster
ThomasG77
+1 größtes Problem sind zuverlässige Datenquellen. Viele Bundesstaaten werden Praktikanten für Sommerjobs einstellen, um Koordinaten für Straßen und andere Dinge zu sammeln. In der Regel werden sie nicht auf Fehler überprüft oder gar auditiert (nicht einmal auf Stichproben) Straße ist 500 Fuß kürzer als Google und OSM sagt, dass es ist. Verdammt.
nichts ist notwendig
8

Das Wichtigste und in der Regel das Schwierigste nach meiner Erfahrung sind:

  1. Holen Sie sich die richtigen Daten für den Job
  2. Lassen Sie es in der richtigen Projektion anzeigen (und alle Ebenen stimmen überein). Insbesondere, wenn sie aus verschiedenen Quellen stammen
  3. Entwerfen Sie eine verwendbare Anwendung. Es ist einfach und verlockend, viele Schnickschnack zu spielen, die die Benutzer nur verwirren

Ich denke, dass Punkt 1 in Industrieländern einfacher sein wird, aber das ist nicht meine Erfahrung.

Vinko Vrsalovic
quelle
6

Die größte Herausforderung besteht für mich darin, zu entscheiden, welche Tools für ein bestimmtes Projekt verwendet werden sollen. Open Source oder proprietär? Python oder .NET? Webbasiert oder Desktop? Ich beantworte diese Fragen für verschiedene Projekte unterschiedlich und ich bin sicher, dass die Leute sie alle auf dieser Site stellen werden. Vieles hängt von persönlichen Vorlieben ab und davon, was ESRI und Microsoft in Zukunft unterstützen werden.

jswise
quelle
Das müsste das Größte für mich sein.
Nathan W
2
Das ist für mich weniger wichtig. Obwohl es im besten Interesse der Entwickler liegt, in ihre eigene Zukunft zu investieren und "verschwendete Arbeit" zu vermeiden, halte ich die Mittel für gerechtfertigt, und welche Technologie auch immer die Arbeit leistet, ist die beste Wahl. Es ist wichtiger, eine klare Vorstellung davon zu haben, was Sie liefern müssen, als wie Sie dorthin gelangen.
Wanderer
5

Mein Thema ist alles über das Pferd und das Wasser. In vielen Fällen entwickeln und / oder präsentieren wir wirklich gute Lösungen für unsere Kunden, aber egal wie elegant die Lösung ist, es ist absolut nutzlos, wenn sich niemand die Zeit nimmt, sie zu nutzen. In einigen Fällen ist es uns gelungen, dies durch eine benutzerbasierte Arbeitsweise (Befragung von Problemen, Besprechen von Lösungen vor der Entwicklung) zu mildern. In einigen Fällen reicht dies jedoch immer noch nicht aus.

wilsongis
quelle
3

Ich denke, die größte Herausforderung besteht darin, das Management dazu zu bringen, GIS zu verstehen, und einige Benutzer verstehen es auch nicht. Die Wahrnehmung ist, dass es bei GIS darum geht, eine Karte zu erstellen. dass eine Karte das einzige Ergebnis eines GIS-Endevours ist. Ich kann Ihnen nicht sagen, wie frustrierend ich das finde - die Unwissenheit da draußen ist riesig und wird von den wichtigsten Entscheidungsträgern gehalten.

Irgendwann werden wir - wir sind einige der wegweisenden GIS-Experten und -Programmierer - Management und dann können wir endlich ein paar anständige GIS-Projekte fertigstellen!

Die andere schwierige Sache als GIS-Programmierer - Sie müssen so viele verschiedene Technologien verstehen, Java, .Net, Datenbanken, ESRI-Software oder andere Anbieter, z. B. MapInfo, Netzwerke, Sicherheit, Web-Tech usw. Manchmal ist es eine fast unmögliche Aufgabe!

Vidar
quelle
2

Umgang mit Personen mit einem Vermessungshintergrund, die sich mit professionellen Softwareentwicklungstechniken und -methoden nicht auskennen, aber sich selbst beigebracht haben, wie man avenue / VB codiert, denken Sie, das ist alles, was dazu gehört.

BlinkyBill
quelle
2

# 3 aus Vinkos Antwort :

Entwerfen Sie eine verwendbare Anwendung. Es ist einfach und verlockend, viele Schnickschnack zu spielen, die die Benutzer nur verwirren.

Ich würde für die ganze Antwort stimmen, aber für die Tatsache, dass Usability nur der dritte Punkt in seiner Liste ist und ich denke nicht, dass die ersten beiden so herausfordernd sind.

Usability ist der Ort, an dem sich die meisten meiner Probleme befinden und an dem ich den größten Teil der Design- / Entwicklungszeit aufwenden muss, um herauszufinden, wie eine intelligente und effektive Benutzeroberfläche gestaltet werden kann.

  • Wie Sie den Stil einer interaktiven Karte optimieren (und die Ebenen auswählen), um die relevanten Informationen anzuzeigen und die Unordnung zu vermeiden, die mit der Anzeige zu vieler Daten einhergeht (z. B. durch die automatische Aggregation von Punkt-Features). Ich weiß, das ist es, was die Kartografie seit Ewigkeiten versucht zu lösen, aber das Problem wird nur mit digitalen / interaktiven Karten noch schlimmer

  • So positionieren Sie die Kartenansicht automatisch auf der Grundlage der Abfrage / Featureauswahl des Benutzers

  • Hervorheben der 'ausgewählten' Features - Zeigen Sie die Hervorhebung nur kurz an, lassen Sie sie während der gesamten Auswahl eines Features hervorheben, heben Sie die Hervorhebung auf, wenn die Auswahltabelle (oder Liste) den Fokus verliert ... So markieren Sie alle Abfragen Ergebnisse aus einer Tabelle und der ausgewählten Zeile in dieser Tabelle (ohne zu viele Schaltflächen)

  • Anzeigen zusätzlicher Informationen in Listen von Layern oder Features, z. B. Sichtbarkeit eines Layers / angewendeter Stil / Geometrietyp, Status / Klasse eines Features ... Dies wird noch komplizierter, wenn in derselben Liste verschiedene Feature-Typen angezeigt werden (ich denke, aus diesem Grund Google und Bing Maps verwenden eine ziemlich starke Filterung der Suchergebnisse.

  • Effizientes Bearbeiten: Fangen, Schließen von Polygonen, Hinzufügen / Verschieben / Löschen von Punkten, ohne viele Schaltflächen in der Symbolleiste.

  • Entwerfen (und Implementieren) einer benutzerfreundlichen Abfrageschnittstelle für Geometrieabfragen und noch anspruchsvoller einer Schnittstelle für Abfragen, die sowohl Attribute als auch Geometrie enthält. ohne dass der Benutzer etwas wie SQL eingibt.

  • So gestalten Sie eine Zwischenablage für Features / Geometrien, um zu vermeiden, dass Sie ein Feature für die Verwendung in Abfragen, Bearbeitungen usw. ständig von der Karte "auswählen" müssen.

Meines Erachtens ist GIS im Hinblick auf die Benutzerfreundlichkeit ein besonders herausforderndes Feld, weil:

  • Der Standort ist der universelle und normalerweise natürlichste Kontext für alle Informationen, sodass immer zu viele Informationen für die Anzeige verfügbar sind

  • Wenn Informationen auf einer Karte angezeigt werden, ist man leicht versucht, die Bedeutung der Nicht-GIS-Teile der Benutzeroberfläche zu unterschätzen

  • Die Branche hat den Usability-Aspekt von GIS-Software traditionell vernachlässigt und ist damit durchgekommen, weil digitales Mapping als technischer Handel mit einer langsamen Lernkurve angesehen wurde und das Erlernen von Konzepten weitaus schwieriger war als die Verwendung der Benutzeroberfläche. Das bedeutet, dass jeder, der versucht, eine GIS-Oberfläche für den Nicht-Experten zu entwerfen, seine eigenen Prinzipien erfinden muss, die zum Scheitern verurteilt sind (ein schönes Beispiel wären Googles "Meine Karten" oder Bing Maps "Meine Orte").

mkadunc
quelle
2

Eine der größten Herausforderungen für die webbasierte GIS-Entwicklung besteht darin, wie die Daten bereitgestellt werden und wie effizient ich die Daten auf eine bestimmte Weise bereitstellen kann. Die größte Hürde besteht darin, dass es sehr schwierig ist, Code für etwas zu schreiben, bei dem ein Mensch Anpassungen vornehmen muss. In sehr seltenen Fällen werden Verallgemeinerungstechniken für Vektordaten in großem Maßstab verwendet. In den meisten Fällen müssen Sie die Skalierungsbereiche anpassen, um die Ebenen ein- und auszuschalten.

CrazyEnigma
quelle
1

Diese Frage tauchte bei meiner Google-Suche nach Herausforderungen in GIS auf, und ich möchte hier einen Beitrag leisten.

Ein weiterer Link, den ich für relevant hielt, war dieses Papier.

Zusammenfassend, was dort gesagt wird und meine eigenen Ansichten, denke ich, dass die größten Herausforderungen (in keiner bestimmten Reihenfolge) sind:

  • Benutzeroberfläche: Angesichts der Vielzahl von Benutzeroberflächenoptionen ist es für den Entwickler eine Herausforderung, das Angebot so zu optimieren, dass es für alle Geräte geeignet ist. Touch-basiert vs Desktop vs Wearable. Die Idee von DE, wie sie Gore präsentiert, mit einem tragbaren Headset mit Display, Handschuhen mit Richtungskontrolle und Spracherkennung, ist eine schicke Zukunft.
  • Standardisierung: Mit Standards für das Speichern und Abrufen von Daten könnten Geodatenbanken in der Cloud gespeichert werden, die das Abrufen von Informationen während der Ausführung ermöglichen, sodass das Durchsuchen und Verwenden von GIS reibungslos vonstatten gehen kann.
  • Datennutzung: Entscheidungsträger sind immer unter Zeitdruck. Wenn ein Tool ihnen helfen soll, sollte es reibungslos, einfach und schnell funktionieren. GIS scheint an dieser Front nicht erfolgreich gewesen zu sein, und das ist einer der Gründe, warum es immer noch kein Modewort ist.
  • Daten: Die Daten sind unterschiedlich, verstreut und verrauscht. Selbst für Unternehmen mit eindeutigen Anreizen für ein Echtzeit-GIS ist die Aggregation von Daten eine Hürde, deren Erfassung noch zu groß ist.
  • Koordinierter Aufwand: GIS ist multidisziplinär. Das weiß jedes Kind. Das wird dem Management auf der ersten Folie bewusst gemacht. Obwohl solche multidisziplinären, abteilungsübergreifenden Projekte selten sind.
Chintan Pathak
quelle
0

Beim Codieren habe ich das Gefühl, dass ich viel zu viel Zeit mit Problemumgehungen vergeude. Für Projektionen habe ich ein paar Monate gebraucht, um die Prozesse und die Mathematik zu verstehen, da es meiner Meinung nach wenig hilfreiches veröffentlichtes Material zu diesem Thema gibt. Die EPSG- und OGC-Dokumente zu diesem Thema halfen mir, mich nach ein paar Lektüren ein Bild davon zu machen, obwohl sie manchmal wie Kopien voneinander zu sein scheinen. Das größte Problem, das ich als unabhängiger Entwickler habe, ist, dass ich nicht anders kann, als über Menschen zu stolpern, die spezielle Arbeit für die Entwicklung medizinischer, industrieller oder auch einfacher Web-Apps benötigen. Mit der GIS-Industrie scheint es fast unmöglich, einen Weg zu finden, um in den Markt einzutreten.

Dandy
quelle
0

Ich bin ein absoluter Anfänger bei GIS-Technologien und finde die Dinge heraus, während ich gehe. Und da ich nur über begrenzte Mittel verfüge, versuche ich, ESRI-Produkte zu vermeiden und alles nur mit Open-Source-Tools zu tun.

Das Schwierigste für mich war das Sammeln von Daten. Es gibt viele Artikel zum Bearbeiten und Anzeigen der Daten und viele Tools, die Ihnen das Leben erleichtern. Aber ich laufe immer noch im Dunkeln, wenn es um das Sammeln von Daten geht.

Ich habe keine Ahnung, was die Profis tun, um Daten zu finden und zu sammeln. Irgendetwas sagt mir, dass es einen einfacheren Weg gibt, Daten abzurufen als data.gov und google.

Eric Palakovich Carr
quelle
Die meisten mussten wir von Händlern kaufen, die aktuelle Bodenuntersuchungen und Umbauten aus anderen Quellen durchführen. In der Dritten Welt ist es eine PITA
Devdatta Tengshe, die um 02:28 Uhr
-1

Möglicherweise müssen Sie leider mit GIS-Analysten zusammenarbeiten, die in Software-Entwickler umgewandelt wurden.

Es ist leicht zu erwarten, dass ein kompetenter Softwareentwickler die GIS-Konzepte aufgreift und sie durch die API laufen lässt, um die Dinge im Allgemeinen ohne viel Hilfe herauszufinden. Dasselbe gilt nicht, wenn ein GIS-Analyst erwartet, dass er die Softwareentwicklung aufnimmt.

Die Ergebnisse sind bestenfalls peinlich . Wenn Sie Erfahrung mit schlechten Entwicklern haben , stellen Sie sich vor, es ist schlechterer Code als alles, was der schlechteste Programmierer entwickelt hat.

Einige Unternehmen, für die Sie möglicherweise arbeiten, verstehen das nicht.

leeres Set
quelle
2
@emptyset: Ich bin ein Geograph, der Entwickler geworden ist. Ich denke nicht, dass meine Ergebnisse bestenfalls "peinlich" sind. Ich habe viel mehr Entwicklungskompetenz als andere Kollegen , die einen IT - Hintergrund haben - incluind besseres Verständnis und die Nutzung von OOP - Konzepte, Datenbankkonzepten und Regeln, etc. Natürlich, ich stimme nicht mit Ihrer Antwort: P
George Silva
1
@George: Und ich sage nicht, dass du etwas anderes gesagt hast. Um ein großartiger Entwickler zu sein, musst du wissen, wie viel du saugst. Zumindest versuche ich es.
Vinko Vrsalovic
2
+1 Bei zahlreichen Gelegenheiten wurde ich gebeten, "nur die Fehler zu beheben" in einem Big Ball of Mud de.wikipedia.org/wiki/Big_ball_of_mud , der von einem oder mehreren Analysten geschrieben wurde. Einige der schlechtesten Codes wurden von den intelligentesten Analysten geschrieben. Oft schätzen die Schlauen die Schönheit der Einfachheit nicht. Häufig liegt der Fehler beim Management - der Analyst erkennt möglicherweise den Wert des Refactorings, kann jedoch nicht rechtfertigen, dass er Zeit darauf verwendet, nicht beschädigten Code zu ändern.
Kirk Kuykendall
3
Als Konsequenz könnten Sie das Pech haben, mit Softwareentwicklern zusammenzuarbeiten, die gezwungen sind, als GIS-Experten zu arbeiten. Ich bin sehr vorsichtig mit jedem, egal auf welchem ​​Gebiet, wenn ich Dinge herausfinde, wie sie in GIS ablaufen. Ich bin ein Analyst, der sich mit der Entwicklung befasst, und ich erwarte und möchte, dass die Leute vorsichtig mit meinem Code sind. Jeder Entwickler, der das Gefühl hat, dass es ihm in GIS gut geht, ist es wahrscheinlich nicht. :-)
matt wilkie
3
-1 - sehr pauschale Aussage, die nachweislich falsch und etwas anstößig ist. Wie oben angedeutet, ist es für Sie im Allgemeinen besser, wenn eine GIS-Person mit dem Codieren befasst ist, als umgekehrt, da Sie so viel mehr Ressourcen zum Erlernen des Codierens und zum Implementieren von Best Practices zur Verfügung haben als in GIS
dmbrubac
-1

Die GIS-Welt wird auf den gemeinsamen Benutzer ausgedehnt, es sei denn, in früheren Jahren wurde das GIS nur von Ingenieuren, Architekten oder der wissenschaftlichen Gemeinschaft behandelt. Für den Fall, dass die GIS-App für den allgemeinen Benutzer erstellt wird, besteht die Herausforderung darin, Technologien angemessen zu mischen, bei denen das GIS eher als Technologie behandelt wird (in diesem Fall ist ein Entwickler mit ein wenig Verständnis der GIS-Technologie ausreichend). Für den Fall, dass die App für die Fachgemeinschaft erstellt wird, ist die Herausforderung jedoch komplexer, da neben der Verbindungstechnologie auch die Suche nach vorhandenen Algorithmen erforderlich ist, um die Anforderungen zu erfüllen, die ansonsten noch schlimmer wären, wenn wir diese Algorithmen entwickeln müssten. In diesem Fall ist eine Mischung aus Ingenieur und Entwickler der Arbeitnehmer geeignet.

Rodolfo Moreno
quelle