API ... Wie bouwt een APUI?

werkstroom 1

We hebben al een tijdje Application Programming Interfaces in de branche. De uitdaging van een API is het vinden van de ontwikkelingshulpmiddelen die nodig zijn om de integratie te programmeren. Het is niet makkelijk. Als u elke moderne programmeertaal gebruikt, moet u meestal variabelen naar een service posten en de resultaten vervolgens ophalen met behulp van XML (eXtensible Markup Language).

In 2000 werkte ik voor een Database Marketing Consultancy in Denver, Colorado en we hadden een tool genaamd Sagent Solutions. Sagent werd uiteindelijk gekocht door Group1. Group1 staat bekend in de databasemarketingwereld vanwege het bouwen van een aantal fantastische applicaties. Ik weet niet zeker wat er is gebeurd met de Sagent-producten die ik gebruikte, maar ze waren ongelooflijk. Aan de linkerkant van je scherm had je 'transformaties' die je naar een workflow kon slepen. Alle invoer en uitvoer van elke transformatie worden automatisch gekoppeld aan de volgende transformatie.

Dus ik zou een workflow kunnen bouwen om een ​​bestand te importeren, de velden in een database te mappen, de waarden van de velden om te zetten, de adressen op te schonen, de adressen te geocoderen, het voltooide bestand te exporteren, enz. Ik zou zelfs de workflow kunnen splitsen en meerdere processen met dezelfde gegevens. Bij het beoordelen van de 'back-end' van een workflow, sloeg Sagent het plan feitelijk op met behulp van XML. Dat betekent in feite dat u dynamisch een workflow zou kunnen bouwen en uitvoeren als u dat zou willen. De oplossing was een 6-cijferige oplossing, maar het bouwen van een plan om een ​​datawarehouse te manipuleren duurde minuten in plaats van dagen.

Met de komst van API's, Web Services, SOAP, Flex, Ajax, etc… Ik ben benieuwd waarom nog niemand een webgebaseerde Application Programming User Interface moet bouwen. Met andere woorden, een interface voor slepen en neerzetten voor API oproepen. Met SOAP slaan bedrijven een WSDL (Web Service Definition Language) op die in feite een programmatische encyclopedie is voor het gebruik van de webservice. In vijf jaar tijd heeft niemand een oplossing kunnen ontwikkelen voor het tolken van een API of webservice om visueel een workflow op te bouwen? Is daar iemand mee bezig?

Hier is mijn idee van $ 1 miljard voor vandaag. Als iemand een Flex-interface zou kunnen bouwen die een WSDL kan lezen en de oproepen visueel kan weergeven, dan zou je de interacties tussen de oproepen kunnen slepen en neerzetten. Het is de ontbrekende schakel van het web… waardoor het web voor iedereen toegankelijk wordt om zijn eigen oplossing te 'programmeren' zonder talen te hoeven begrijpen.

Wat denk je?

Deze site gebruikt Akismet om spam te verminderen. Ontdek hoe uw reactiegegevens worden verwerkt.