API… Siapa yang membangun APUI?

alur kerja1

Kami telah memiliki Antarmuka Pemrograman Aplikasi cukup lama di industri ini. Tantangan dari sebuah API adalah menemukan sumber daya pengembangan yang diperlukan untuk memprogram integrasi. Ini tidak mudah. Memanfaatkan bahasa pemrograman modern apa pun, Anda biasanya diminta untuk memposting variabel ke layanan dan kemudian mengambil hasilnya menggunakan XML (eXtensible Markup Language).

Pada tahun 2000, saya bekerja untuk Konsultasi Pemasaran Database di Denver, Colorado dan kami memiliki alat yang disebut Solusi Sagent. Sagent akhirnya dibeli oleh Group1. Group1 terkenal dalam kancah pemasaran database untuk membangun beberapa aplikasi yang fantastis. Saya tidak yakin apa yang terjadi dengan produk Sagent yang biasa saya gunakan, tetapi mereka luar biasa. Di sisi kiri layar Anda, Anda memiliki 'transformasi' dan Anda dapat menyeretnya ke dalam alur kerja. Semua masukan dan keluaran dari setiap transformasi akan secara otomatis terikat ke transformasi berikutnya.

Jadi, saya dapat membuat alur kerja untuk mengimpor file, memetakan bidang ke dalam database, mengubah nilai bidang, membersihkan alamat, membuat geocode alamat, mengekspor file yang telah selesai, dll. Saya bahkan dapat membagi alur kerja dan melakukan beberapa memproses dengan data yang sama. Dalam meninjau 'back-end' dari alur kerja, Sagent sebenarnya menyimpan rencana menggunakan XML. Itu pada dasarnya berarti bahwa Anda dapat secara dinamis membangun dan menjalankan alur kerja jika Anda mau. Solusinya adalah solusi 6 digit, tetapi membangun rencana untuk memanipulasi gudang data membutuhkan waktu beberapa menit, bukan hari.

Dengan munculnya API, Layanan Web, SOAP, Flex, Ajax, dll ... Saya penasaran mengapa belum ada yang membangun Antarmuka Pengguna Pemrograman Aplikasi berbasis web. Dengan kata lain, antarmuka seret dan lepas untuk API panggilan. Dengan SOAP, perusahaan menyimpan WSDL (Web Service Definition Language) yang pada dasarnya merupakan ensiklopedia terprogram untuk mengetahui cara menggunakan layanan web. Dalam lima tahun tidak ada yang mampu mengembangkan solusi untuk menafsirkan API atau Layanan Web untuk membuat alur kerja secara visual? Apakah ada yang mengerjakan itu?

Inilah ide $ 1 Miliar saya untuk hari ini. Jika seseorang dapat membangun antarmuka Flex yang dapat membaca WSDL dan secara visual mewakili panggilan, maka Anda dapat menarik dan melepaskan interaksi di antara panggilan tersebut. Itu adalah tautan yang hilang dari web… membuat web dapat diakses oleh siapa saja untuk 'memprogram' solusi mereka sendiri tanpa harus memahami bahasa apa pun.

Bagaimana menurut Anda?

Situs ini menggunakan Akismet untuk mengurangi spam. Pelajari bagaimana data komentar Anda diproses.