Por vezes, não são as grandes aparições em palco, mas as notas laterais que mais tarde fazem história. A Apple adquiriu a Kuzu, uma empresa especializada em bases de dados de grafos - sem fogo de artifício, sem um evento, de forma bastante casual. E, no entanto, muita gente reparou. Porque quando uma empresa que há décadas representa plataformas sofisticadas adquire subitamente competências numa área que é feita à medida para relações complexas entre dados, vale a pena olhar mais de perto.
Para os utilizadores da FileMaker Pro, isto é mais do que apenas um anúncio da indústria. É um convite para olharem de novo para a sua própria caixa de ferramentas. Poderá surgir aqui algo que ultrapasse os limites familiares? Ou será que tudo vai ficar na mesma e a tecnologia vai desaparecer na sala de máquinas de outros serviços da Apple? Nada foi dito oficialmente.
Qualquer pessoa que tenha trabalhado com sistemas Apple durante tempo suficiente sabe que os desenvolvimentos levam tempo e que raramente são feitas promessas prematuras que não possam ser cumpridas mais tarde. Esta contenção foi muitas vezes mais sensata do que as visões ruidosas. Mas é precisamente por isso que a especulação paciente vale a pena. Porque quando uma nova ideia de base de dados chega a Cupertino, não é por acaso.
Por isso, talvez estejamos perante um momento que só pode ser corretamente classificado em retrospetiva. Um daqueles pontos em que mais tarde se diz: foi aí que começou uma nova direção.
Da tabela ao mapa - como o pensamento gráfico altera os dados
Qualquer pessoa que tenha crescido com bases de dados clássicas pensa em tabelas. Campos, registos de dados, relações - limpos, estruturados, calculáveis. Esta forma de pensar tem apoiado gerações de soluções, desde pequenas bases de dados de endereços a complexos sistemas ERP. É fiável, compreensível e tem resistido ao teste do tempo.
As bases de dados de grafos adoptam uma abordagem diferente. Tratam a informação como pontos numa rede. As ligações não são uma questão menor, mas sim o centro das atenções. Não se pergunta apenas: "Que conjunto de dados pertence onde?", mas sim: "Como é que tudo está ligado - direta e indiretamente?"
Isto parece abstrato à primeira vista, mas torna-se muito concreto assim que as relações se tornam dinâmicas. Lógicas de recomendação, análises de dependência, redes de pessoas, dispositivos ou processos - tudo isto pode ser descrito de forma mais natural num gráfico do que nas construções clássicas de junção.
Muitos programadores já estão a modelar essas estruturas hoje em dia, apenas com os meios disponíveis. Criam tabelas intermédias, campos auxiliares, camadas adicionais. Funciona - mas, por vezes, parece que estão a traçar um mapa com uma régua e um lápis, apesar de as imagens de satélite estarem disponíveis há muito tempo.
É exatamente aqui que surge a fantasia: e se essas capacidades estivessem disponíveis nativamente? Se os caminhos complexos não fossem construídos pelos dados, mas encontrados?
Um breve olhar para trás: a história da base de dados da Apple
Antes de avançarmos demasiado, é útil olharmos para trás. A Apple teve uma relação especial com ferramentas para trabalho produtivo desde o início. E a Claris desempenhou um papel decisivo nesse sentido. Foi aqui que a FileMaker se tornou naquilo que é hoje: um sistema que leva os departamentos especializados a sério, permite um desenvolvimento rápido e ainda cumpre os requisitos profissionais.
Durante décadas, foi precisamente esta mistura que constituiu a sua força: visual, acessível, mas poderosa. As soluções podiam ser criadas sem a necessidade de um diploma de informática. Ao mesmo tempo, havia profundidade suficiente para projectos sofisticados. Este equilíbrio não é uma coincidência, mas o resultado de uma longa evolução.
E agora uma aquisição no ambiente gráfico. Qualquer pessoa familiarizada com o passado sabe que a Apple raramente implementa simplesmente novas tecnologias. Estas são integradas, adaptadas e por vezes aperfeiçoadas durante anos. O padrão é elevado: tem de se adequar à plataforma.
Por isso, a questão interessante não é tanto se algo vai acontecer, mas como. Tornar-se-á uma ferramenta para os programadores? Um acelerador invisível em segundo plano? Ou talvez ambos?
Vozes da comunidade - esperança e cautela
Se observarmos as discussões, veremos um quadro familiar: entusiasmo e ceticismo andam de mãos dadas. Alguns vêem imediatamente a oportunidade para a FileMaker se tornar mais moderna, mais flexível e talvez até mais atractiva para novos grupos-alvo. Outros salientam que a Apple não incorpora automaticamente todas as aquisições nos produtos existentes.
Esta reticência é compreensível. A história ensina-nos que as expectativas rapidamente se tornam maiores do que os verdadeiros roteiros. Mas também é verdade que o progresso começa muitas vezes exatamente com esses impulsos. Uma ideia surge, é discutida, percorre as equipas e, anos mais tarde, as pessoas ficam surpreendidas com a sua evidência.
Para os programadores, isto significa sobretudo uma coisa: estar alerta. Aqueles que dominam o básico, que constroem modelos de dados limpos e compreendem os processos também serão capazes de utilizar as novas tecnologias de forma sensata. As ferramentas mudam, os princípios mantêm-se.
Talvez seja aqui que reside a verdadeira força. Não na propaganda rápida, mas na vontade de manter o que já foi experimentado e testado e de testar e integrar o novo. Passo a passo, tal como os sistemas sólidos sempre fizeram.
Três cenários realistas: Onde poderá ir parar a tecnologia Kuzu da Apple
Se analisarmos as notícias com sobriedade, existem basicamente três formas plausíveis de a Apple poder ter criado um gráficoBase de dados como o Kuzu poderá ser utilizado no futuro. E é aqui que a abordagem cética compensa: nem todos os "podia" se tornam "vai". A Apple compra muitas vezes blocos de construção para ter opções - e depois decide de forma muito pragmática onde é que isso cria uma vantagem para o produto.
- O primeiro cenário é, obviamente, o que mais entusiasma os utilizadores da FileMaker: A Integração direta na FileMaker. Isso seria de facto um sinal forte, porque a FileMaker não só seria mais rápida, como também concetualmente mais abrangente. Poder-se-ia imaginar a FileMaker a obter uma espécie de "motor de relações" para além do mundo relacional, que consulta redes complicadas de forma mais eficiente. Não como um substituto, mas como um suplemento. Tal como se costumava utilizar índices e mais tarde Ativação do guião sem descartar os antigos fundamentos. Esta extensão seria particularmente útil nos casos em que os dados não são apenas "organizados", mas também "ligados em rede": Dependências, cadeias de abastecimento, redes de contactos, lógicas variantes, direitos e modelos de papéis, referências cruzadas em documentos, bases de dados de conhecimentos.
- O segundo cenário é menos espetacular, mas típico da Apple: Kuzu torna-se um Bloco de construção para o iWork ou outras aplicações Apple. O Numbers pode ser poderoso, mas não é uma base de dados. E a Apple há muito que demonstrou, com o Freeform, o Notes e outras ferramentas, que gosta de promover formas visuais de trabalhar. Um motor gráfico poderia ajudar a gerir as ligações entre notas, projectos, ficheiros ou situações de equipa de forma mais rápida e mais "inteligente" em segundo plano. Para o utilizador, pareceria magia: Escreve-se algo e a aplicação "compreende" as relações, sugere ligações, encontra padrões. Não porque a IA adivinha, mas porque os dados estão organizados como uma rede.
- O terceiro cenário é estrategicamente o mais provável: Utilização em serviços Apple e componentes de plataforma. Os gráficos têm sido úteis há anos porque os utilizadores, dispositivos, conteúdos, subscrições, interações e recomendações já são reconhecidos como Rede função. Num ambiente destes, o desempenho é uma vantagem competitiva. E a Apple gosta de comprar capacidades que funcionam nas profundezas da plataforma sem ter de fazer um grande anúncio.
Para si, como leitor da FileMaker, a conclusão destes três cenários é clara: o problema é real, mas o resultado está em aberto. Qualquer pessoa que se regozije prematuramente está a queimar energia. Mas se o rejeitar completamente, pode perder uma tendência. A atitude sensata situa-se algures no meio: atenta, escrutinadora, sem pressas.
O que isto significaria para a FileMaker na prática
Vamos assumir por um momento que a Apple iria realmente permitir um componente gráfico na FileMaker - seja como um motor nativo, como um novo tipo de consulta, como uma fonte de dados adicional ou como uma caraterística interna que pode ser sentida indiretamente. Então a questão decisiva não seria "Uau, Graph!", mas sim: Que trabalho é que ele realmente facilita para si?
A maior alavanca prática seria provavelmente a forma como as relações complexas são consultadas. A FileMaker é forte se definir tabelas claras e relações limpas. Mas assim que se modelam dependências de vários níveis, rapidamente se acaba com construções que funcionam, mas que são mais difíceis de manter. Constrói-se tabelas auxiliares, trabalha-se com listas, simula-se caminhos através dos dados. Tudo legítimo, tudo tecnicamente limpo - mas com esforço.
A lógica de grafos poderia simplificar precisamente este trabalho de trajetória. Imagine que pretende saber, num sistema ERP, quais os artigos que são indiretamente afectados por um fornecedor porque estão ligados a várias montagens. Ou se quiser ver, numa solução de projeto, que tarefas dependem de que decisão, incluindo as "reacções em cadeia" que lhes estão subjacentes. Isto pode ser resolvido utilizando o pensamento relacional, mas custa tempo de modelação e conduz frequentemente a uma lógica especial que só o programador que a construiu compreende.
Se a FileMaker vier a oferecer um nível adicional no futuro - como uma espécie de "consulta de relações" - as soluções poderão tornar-se mais robustas. E esse é precisamente o benefício tradicional e sólido: menos truques, mais clareza. Porque, no fim de contas, não é a elegância técnica que conta, mas sim o facto de uma solução ainda poder ser mantida daqui a cinco anos, mesmo que outra pessoa a substitua.
Ao mesmo tempo, é preciso manter o espírito crítico: A nova lógica de dados também traz novos padrões de erro. Os gráficos são poderosos, mas podem tornar-se confusos se forem utilizados sem disciplina. Qualquer pessoa que já tenha visto um diagrama de relações que cresceu ao longo dos anos sabe que a estrutura não é uma opção, mas uma obrigação. Quando as funções gráficas chegarem, os bons programadores não serão substituídos, mas tornar-se-ão ainda mais importantes. Porque nessa altura a qualidade será decidida menos pelo "se" e mais pelo "quão limpo".
Vídeo: Como o Kuzu funciona como um motor gráfico incorporado
Quem quiser saber como é uma base de dados de grafos moderna, para além dos termos de marketing, ficará com uma ideia prática neste vídeo de introdução ao Kuzu. Mostra uma abordagem que se mantém deliberadamente enxuta: sem instalação complexa no servidor, sem infra-estruturas pesadas, mas um motor que pode ser acedido diretamente a partir de aplicações, através de APIs ou mesmo a partir da linha de comandos. A ideia de continuar a utilizar os tipos de dados existentes e de continuar a poder efetuar análises de relações a alta velocidade é particularmente interessante. Para os programadores que vêm do mundo clássico das bases de dados, isto parece familiar e novo ao mesmo tempo. É precisamente esta mistura que faz com que valha a pena ver o vídeo - não mostra visões, mas métodos de trabalho concretos, e ajuda a categorizar possíveis desenvolvimentos futuros em torno da FileMaker de forma mais realista.
Vídeo: Como o Kuzu funciona como um motor gráfico incorporado
Quem quiser saber como é uma base de dados de grafos moderna, para além dos termos de marketing, ficará com uma ideia prática neste vídeo de introdução ao Kuzu. Mostra uma abordagem que se mantém deliberadamente enxuta: sem instalação complexa no servidor, sem infra-estruturas pesadas, mas um motor que pode ser acedido diretamente a partir de aplicações, através de APIs ou mesmo a partir da linha de comandos. A ideia de continuar a utilizar os tipos de dados existentes e de continuar a poder efetuar análises de relações a alta velocidade é particularmente interessante. Para os programadores que vêm do mundo clássico das bases de dados, isto parece familiar e novo ao mesmo tempo. É precisamente esta mistura que faz com que valha a pena ver o vídeo - não mostra visões, mas métodos de trabalho concretos, e ajuda a categorizar possíveis desenvolvimentos futuros em torno da FileMaker de forma mais realista.
A tradição encontra o futuro: o que pode fazer hoje mesmo
Mesmo que a Apple não lance nada amanhã, pode preparar-se de forma sensata para estes desenvolvimentos sem se perder em especulações. Parece pouco espetacular, mas é exatamente a forma que se tem revelado ao longo de décadas. As melhores soluções não vêm de chavões, mas de princípios sólidos.
O ponto mais importante é: continuar a construir com clareza. Normalização, chaves limpas, relações compreensíveis, convenções de nomeação claras e, acima de tudo, uma estrutura de dados que possa explicar sem recorrer a "é assim mesmo". Se, a dada altura, for adicionado um componente gráfico, este só lhe será útil se a sua base estiver correta. A tecnologia de grafos não é um emplastro para um mau modelo de dados, mas um turbo para um bom modelo.
O segundo ponto é: preste atenção aos locais onde já está a recriar "caminhos de relação" hoje. Por outras palavras, onde quer que gere listas, utilize tabelas intermédias como pontos de passagem ou simule uma lógica recursiva. Faça uma anotação mental: estes são candidatos que poderiam beneficiar de funções gráficas. Isto cria um mapa da sua própria solução sem ter de reescrever uma única linha.
E o terceiro ponto é: Seja realista com a Apple e a Claris. A FileMaker tem progredido frequentemente em passos calmos e previsíveis. Nem sempre tão rapidamente como os programadores gostariam. Mas, na maioria das vezes, de tal forma que após uma atualização não se tem a sensação de ter de reinventar o trabalho de uma vida. Se houver uma integração, provavelmente não virá como "tudo será diferente", mas como "agora pode fazer mais". É exatamente este tipo de evolução que torna os sistemas profissionais sustentáveis ao longo de décadas.
Não é um exagero - mas é um sinal que deve ser levado a sério
A aquisição da Kuzu não é prova de que a FileMaker se tornará uma base de dados gráfica amanhã. Qualquer pessoa que afirme isso está a vender fantasia como um roteiro. Mas é um sinal claro de que a Apple está a garantir a tecnologia de bases de dados numa área que se está a tornar cada vez mais importante nos sistemas modernos: Relacionamentos, redes, dependências, ligações.
Para si, como utilizador da FileMaker, esta é uma boa notícia - não porque tenha de mudar algo imediatamente, mas porque mostra que a obra de "dados" da Apple ainda não está terminada. E quando a Apple se move, é normalmente por razões de longo prazo: Desempenho, vantagem da plataforma, integração, qualidade do produto.
A atitude inteligente é, portanto: manter a calma, mas ficar de olho nas coisas. A FileMaker sempre foi mais forte quando levou a sério o que já foi testado e comprovado e integrou o novo de forma perfeita. É exatamente assim que deve abordar a questão. Mantenha as suas bases, observe os sinais e pense em termos de opções e não de promessas. Se realmente se tornar uma funcionalidade da FileMaker dentro de um, dois ou três anos, não ficará surpreendido - estará preparado. E se "apenas" acabar por ficar no fundo de outros produtos Apple, ainda assim não perdeu nada: os modelos de dados limpos compensam sempre.
Informações de AppleInsider - Foto: Kuzu
Perguntas mais frequentes
- Isto significa que a FileMaker irá em breve obter automaticamente uma base de dados de gráficos?
Atualmente, não há confirmação oficial deste facto. Inicialmente, uma aquisição de uma empresa significa apenas que a Apple assegura os conhecimentos tecnológicos. Se e quando isto resultará em funções concretas na FileMaker depende de muitos factores: prioridades estratégicas, integração técnica, recursos, planeamento de produtos. Qualquer pessoa que tenha observado a Apple durante algum tempo sabe que estes processos podem demorar anos. No entanto, é legítimo deduzir, a partir da direção do investimento, quais os tópicos que estão a ganhar importância internamente. - Porque é que as bases de dados de grafos são interessantes se os sistemas relacionais funcionam há décadas?
Os modelos relacionais são excelentes para processos empresariais claramente estruturados. As abordagens gráficas mostram a sua força quando as próprias relações se tornam o tema central: Redes, dependências, ligações a vários níveis, caminhos dinâmicos. Por conseguinte, não se trata tanto de uma questão de ou/ou, mas sim de uma questão de possível, para além disso. Ninguém tem de deitar fora o antigo, mas algumas tarefas podem ser resolvidas de forma mais elegante. - A tecnologia gráfica tornaria supérfluas as minhas soluções actuais?
É muito improvável. Mesmo que apareçam novas opções, elas complementarão e não substituirão. As tabelas, os layouts, os scripts e os processos existentes continuarão a ser relevantes. As boas soluções não envelhecem subitamente só porque aparecem novas ferramentas. Pelo contrário: as que funcionaram corretamente são as que mais beneficiam das extensões. - Teria de fazer uma reciclagem completa como programador?
Fundamentos como a compreensão dos dados, a estruturação, a modelação limpa e o raciocínio processual permanecem idênticos. O que é novo é a forma como são formuladas determinadas consultas de relações. Para quem trabalha de forma sólida, os conceitos adicionais serão mais um enriquecimento. A experiência demonstra-o: A nova tecnologia recompensa aqueles que dominam os fundamentos. - Porque é que a Apple deveria considerar a FileMaker e não apenas os seus próprios serviços de plataforma?
Essa é uma pergunta legítima. As funções da plataforma são frequentemente uma prioridade máxima para a Apple porque afectam milhões de utilizadores. No entanto, a FileMaker - agora sob a alçada da Claris - continua a ser uma importante ferramenta profissional. As inovações que podem ser transferidas de forma sensata podem muito bem encontrar o seu caminho. Isto não é garantido, mas não é de modo algum impossível. - Que benefícios práticos poderei sentir como empresário num determinado momento?
Se houvesse integração, seria provavelmente possível efetuar análises mais rápidas e flexíveis de relações complexas. Por exemplo, cadeias de abastecimento, dependências de variantes, interdependências de projectos ou hierarquias de direitos. Por outras palavras, coisas que são viáveis atualmente, mas que por vezes estão associadas a um maior esforço de modelização. - Existe o risco de esta medida tornar as soluções mais complicadas?
Sim, há sempre esse perigo. Mais possibilidades também significam mais responsabilidade. Sem regras claras, um gráfico pode tornar-se tão confuso como um diagrama de relações caótico. A disciplina na estrutura continua a ser crucial. A tecnologia elimina o trabalho, mas não o pensamento. - Porque é que a Apple não indica claramente o que está planeado?
A Apple é tradicionalmente relutante em fazer anúncios a longo prazo. Normalmente, só falam de funções quando estas são concretas, testadas e estão prontas para produção. Isto protege contra falsas expectativas e dá às equipas espaço de manobra interno. Para quem está de fora, isto significa: observar, mas não especular. - Posso fazer hoje preparativos sensatos sem me apressar a mudar nada?
Sem dúvida. A melhor preparação continua a ser uma arquitetura limpa. Chaves claras, relações compreensíveis, lógica documentada. Se trabalhar corretamente hoje, cria a base para poder utilizar futuras extensões sem qualquer problema. As preparações agitadas raramente trazem vantagens. - A questão é talvez maior do que a FileMaker e afecta o futuro do software empresarial em geral?
É de esperar que assim seja. Os dados em rede estão a desempenhar um papel cada vez mais importante em quase todos os sistemas modernos. Recomendações, automação, análises inteligentes - muito disto beneficia de relações que podem ser facilmente mapeadas. A FileMaker seria, portanto, parte de um desenvolvimento mais alargado, e não o seu único foco. - Qual seria um horizonte temporal realista para a eventualidade de algo acontecer?
A experiência sugere que se pense em termos de anos e não de meses. Há muitas etapas entre a aquisição, a integração, a utilização interna e a potencial função do produto. A paciência sempre foi uma companheira fiel das tecnologias Apple. - Devo ficar contente com isto ou devo manter-me cético?
Ambas têm o seu lugar. O facto de estarem a ser feitos investimentos em tecnologia de bases de dados é justificado. Ao mesmo tempo, uma atitude sóbria protege contra expectativas exageradas. Aqueles que se mantêm optimistas, mas com os pés bem assentes na terra, são geralmente os que se saem melhor.
Markus Schall tem vindo a desenvolver bases de dados personalizadas, interfaces e aplicações empresariais baseadas na Claris FileMaker desde 1994. É um parceiro da Claris, vencedor do Prémio FMM 2011 e criador do Software ERP gFM-Business. É também autor de livros e fundador da M. Schall Publishers.
