2014 przewidywania kontekście geofumado: Paul Ramsey
Począwszy od stycznia Paul Ramsey opublikował swoje prognozy na ten rok w dziedzinie geoprzestrzennej; biorąc pod uwagę, że jest to ktoś, kto był w tym środowisku przez ponad 10 lat, a wynik ich składek do otwartego oprogramowania otrzymanego w 2008 Nagroda Sol Katz przyznanego przez Fundację OSGeo, wnosimy w wersji transliteracji.
Dziesięć lat temu, kiedy PostGIS był dopiero w wersji 0.8, świat był świeży i nowy, byłem całkowicie przekonany, że nasza branża jest u progu rewolucji open source. Kiedy ludziom udało się wypróbować nowe, elastyczne, nowe narzędzia do budowania systemów, naturalnie porzucili archaiczne, zastrzeżone oprogramowanie i szybko zaczęli przechodzić do bardziej oświeconego życia. Był podekscytowany, poczuł geofumato tego, co nadchodzi.
I zawsze, prawie co roku od 2000 roku ktoś gdzieś z całej duszy oznajmiał, że (wreszcie)”w tym roku będzie rok komputerów z systemem Linux".
Coś dziwnego wydarzyło się po drodze podczas rewolucji open source. Okazało się więcej niż to. Ogólnie zmiana była powolna, stopniowa, ale zawsze w kierunku przypadków użycia bardziej otwartego oprogramowania.
Tak więc, w oczekiwaniu na to, co może się wydarzyć w nowym roku geoprzestrzennego świata typu open source, moje przewidywania mogą być nierozsądne - duże rzeczy się zmienią, ale na granicy będziemy mieć ważne zmiany:
Oracle ogłosi, że traci klientów na rzecz PostgreSQL. Chociaż MySQL jest zawsze w mediach jako „baza danych o otwartym kodzie źródłowym”, to właśnie PostgreSQL od samego początku miał możliwości korporacyjne, aby iść w parze z dużymi chłopcami. Ponieważ Oracle nieustannie podnosi ceny usług serwisowych, aby zadowolić Wall Street, klienci zaczynają myśleć o rzeczach nie do pomyślenia: może nadszedł czas, aby ponownie ocenić standard bazy danych.
Najfajniejszy będzie nadal open source w fundacjach. Niezależnie od tego, czy działa na Linuksie, obsługuje GDAL z obrazami satelitarnymi z PlanetLabs, czy też najnowsze tablety z Androidem, najfajniejsza rzecz będzie na barkach open source, a reszta to zysk.
Większość akcji open source będzie w języku JavaScript. Juan wspomniał że programowanie w dziedzinie geoprzestrzeni rośnie w kierunku poligloty, ale obecnie areną otwartego oprogramowania jest świat JavaScript, zarówno na poziomie klienta, jak i serwera. Jest tam dużo hałasu i wściekłości. Część z nich nic nie znaczy, ale część wyznacza standardy, których będziemy używać przez następną dekadę. JavaScript przypomina mi Javę z około 2005 roku: wiele projektów o podobnych celach funkcjonalnych, konkurencyjnych filozofiach projektowania i ogromnym potencjale. Oddzielenie sygnałów szumu w tego rodzaju kontekstach prowadzi do rzeczywistego doświadczenia, więc cieszę się, że mamy w naszym zespole jedne z najlepszych i najjaśniejszych skryptów JavaScripter w świecie geoprzestrzennym.
PaaS dołączy do open source w naturalnej ewolucji. A ponieważ dopiero poznaję platformę jako usługę (PaaS), widzę, że ma obietnicę otwartego oprogramowania i taką samą krzywą uczenia się. W efekcie sprawy pójdą na swój ciężar, powoli włączy się to w rdzeń IT, choć my doświadczeni nadrobimy zaległości i następne pokolenie przejdzie do zadań operacyjnych. A ponieważ PaaS jest z definicji Open Source, wzrost w chmurze i komponenty do budowy systemów pozostanie, a open source zostanie ulepszony.
Iteracyjny rozwój stylu open source zyska więcej miejsca. Publiczna porażka strony health.gov i kaskadowy trend tej metodologii mogą być dobre tylko dla dobrego rozwoju. W firmach jest już wiele możliwości, ale to wciąż coś, co robią tylko organizacje „postępowe”, nie jest to powszechność. Im więcej ludzi myśli o technologii w sposób open source (że jest to proces, a nie produkt, chodzi o zarządzanie zmianą, a nie osiągnięcie stanu końcowego), tym lepsze staje się open source.
Organizacje będą chętne do pracy z OpenStreetMap, a niektóre znajdą na to sposób. Podczas gdy licencje będą nadal ograniczać udział wielu organizacji publicznych w uczestnictwie, inni wprowadzą zmiany i zaczną integrować OSM ze swoimi przepływami pracy. Szczęśliwcy otrzymają poparcie swoich prawników do bezpośredniej współpracy z OSM. W mniej szczęśliwym przypadku OSM będzie używany jako wspólny wątek do aktualizowania map… 🙂.
Boudlesss będzie integrował więcej otwartych technologii źródłowych OpenGeo Suite, co jeszcze bardziej ułatwia rozpoczęcie pracy z korporacyjnymi systemami geoprzestrzennymi. Odtąd było to łatwe Eddie już o tym wspomniał, ale mam też własne powody.
