2014 previsões de contexto geofumado: Paul Ramsey
A partir de janeiro, Paul Ramsey lançou suas previsões para este ano no campo geoespacial; tendo em conta que se trata de alguém que foi neste ambiente por mais de 10 anos e o resultado de suas contribuições para o software de código aberto recebido em 2008 o Prêmio Sol Katz concedido pela Fundação OSGeo, trazemos na versão transliterado.
Dez anos atrás, quando PostGIS era apenas a versão 0.8, o mundo era fresco e novo, eu estava totalmente convencido de que nossa indústria estava no auge da revolução do código aberto. Quando as pessoas conseguiram experimentar as novas e flexíveis ferramentas de construção de sistemas, elas naturalmente descartaram seu software proprietário arcaico e rapidamente começaram a se mover para uma existência mais iluminada. Fiquei empolgado, senti o geofumato do que estava por vir.
E sempre, quase todos os anos desde 2000, alguém anunciava, em algum lugar, com toda a alma que (finalmente) “este ano vai ser o ano do desktop Linux".
Algo estranho aconteceu ao longo do caminho na revolução do código aberto. Descobriu-se mais do que isso. No geral, a mudança tem sido lenta, gradual, mas sempre na direção de mais casos de uso de código aberto.
Portanto, na expectativa do que pode acontecer em um novo ano no mundo geoespacial de código aberto, minhas previsões podem ser imprudentes - as grandes coisas vão mudar pouco, mas mudanças importantes têm fronteiras:
A Oracle anunciará que está perdendo clientes para o PostgreSQL. Embora o MySQL esteja sempre na mídia como “o banco de dados de código aberto”, foi o PostgreSQL que teve os recursos corporativos desde o início para andar de mãos dadas com os grandes. À medida que a Oracle continua a aumentar os preços de manutenção para agradar Wall Street, os clientes começam a pensar no impensável: Talvez seja hora de reavaliar seu banco de dados padrão.
O mais legal continuará com o código aberto nas fundações. Quer esteja rodando em Linux, capacidade GDAL com imagens de satélite da PlanetLabs ou os tablets Android mais recentes, a coisa mais legal estará nas costas do código aberto e o resto é lucro.
A maioria da ação estará em código aberto JavaScript. Juan mencionou Essa programação para o campo geoespacial está se tornando poliglota, mas a arena do código aberto agora é o mundo do JavaScript, tanto no nível do cliente quanto do servidor. Há muito barulho e fúria ali. Parte disso não significa nada, mas parte está estabelecendo os padrões que usaremos na próxima década. JavaScript me lembra de cerca de 2005 Java: vários projetos, com objetivos funcionais semelhantes, filosofias de design concorrentes e enorme potencial. A separação de sinais de ruído nesses tipos de contextos leva à experiência real, então estou feliz por termos alguns dos melhores e mais brilhantes JavaScripters do mundo geoespacial em nossa equipe.
PaaS se juntará ao código aberto em uma evolução natural. E como estou começando a conhecer a plataforma como serviço (PaaS), vejo que ela tem a promessa do código aberto e a mesma curva de aprendizado. Como resultado, as coisas cairão sob seu próprio peso, lentamente será integrado ao núcleo da TI, embora nós experientes o alcançem e a próxima geração passará para as tarefas operacionais. E como PaaS é Open Source por definição, o crescimento na nuvem e os componentes para a construção de sistemas permanecerão e irão aprimorar o open source.
O desenvolvimento iterativo de estilo de código aberto ganhará mais terreno. O fracasso público do site Healthcare.gov e a tendência em cascata da metodologia só podem ser bons para um bom desenvolvimento. Já existem muitas capacidades nas empresas, mas ainda é algo que só as organizações “progressistas” fazem, não é a generalidade. Quanto mais as pessoas pensam sobre a tecnologia de forma open source (que é um processo, não um produto, trata-se de gerenciar mudanças, não atingir um estado final), melhor open source se torna.
As organizações estarão ansiosas para trabalhar com o OpenStreetMap, e algumas encontrarão uma maneira. Embora as licenças continuem a limitar a participação de muitas organizações públicas, outras farão as pazes e começarão a integrar o OSM em seus fluxos de trabalho. Os sortudos receberão o aval de seus advogados para trabalhar diretamente com a OSM. No caso menos afortunado, o OSM será usado como um fio condutor para manter os mapas atualizados… 🙂.
Boudlesss integrar tecnologias de código mais abertas em sua OpenGeo Suíte, tornando ainda mais fácil começar a usar sistemas geoespaciais corporativos. Bem, isso foi fácil desde Eddie já mencionadoMas também tenho minhas próprias razões.
