龙八8国际

          
          

                    Posts with keyword: api


                    Building a Virtual University

                    With the proper architecture, we can create student learning systems that support virtual universities that offer programs made up from courses of study at various institutions. This article describes a modular approach to designing university systems that allows for a virtual university while also providing significant benefits to students.
                    Continue reading...


                    Authorization, Workflow, and HATEOAS

                    Workflow can be seen as a way of doing authentication. This blog post discusses how API access management is done and why workflow should be part of that.
                    Continue reading...


                    Fuse, Kynetx, and Carvoyant

                    Shon Shah asked about the relationship between Fuse, Kynetx, and Carvoyant on the Fuse Forum. This blog post answers his questions.
                    Continue reading...


                    A University API

                    BYU is designing an API that reflects the true business processes of the university and its fundamental resources. This post describes why and how we're doing that.
                    Continue reading...


                    Extending and Using Fuse

                    Fuse is the most open, extensible connected-car system available. Extensibility is the key to Fuse giving people better control over their data, being interoperable with a wide variety of services and things, and being able to adapt to future changes.
                    Continue reading...


                    Pico APIs: Events and Queries

                    A pico's API is not RESTful, rather it follows a pattern we might call Event-Query. KRL provides clear distinction in code for handling events and queries in a segregated manner. This has important implications for developers building picos and designing applications that use them.
                    Continue reading...


                    Fuse and Open APIs

                    Fuse will have an open API from the start, making it a powerful, connected-car platform for developers who want to build applications that need data from the car.
                    Continue reading...


                    Living in a Silo Can Be Dangerous

                    When you live in a silo, asphyxiation is a real danger. Twitter had the temerity to actually take advantage of its one-sided terms and conditions and now people are mad. Don't get mad; change the game. Protocol gives us the tools to fight back. The only way to protect yourself is to move to a decentralized architecture.
                    Continue reading...


                    Leave the Services Clients to the Services and Build Something Really Interesting

                    Twitter's Ryan Sarver made news when he posted a message that asked developers to stop developing Twitter clients. There's been a lot of talk about this and certainly, if you're the developer of a Twitter client this isn't good news. Still, it seems like a natural idea to me. The providers of services like Facebook, Twitter, and Foursquare are likely going to be the dominant providers of clients for those services. But clients for a single service are the least interesting clients and provide pretty low value to their users. Where the real value lies, and something the services
                    Continue reading...


                    Voting at API Hack Day: A Kynetx App

                    Sam Curren and Brad Hitze were at API Hack Day yesterday. In a fit of meta hacking, Sam created a voting app that was, at the same time, an app competing in the hackathon and the app recording the votes for who won. The API Hack Day results we computed and communicated in real time using a twitter account from votes made via phone or SMS. Sam's app combined Twilio, Twitter, and a Google spreadsheet. Sam reports that a few people gamed it by provisioning and then dropping telephone numbers, but that's OK. It was still fun. Next time
                    Continue reading...


                    Beyond the API: The Event Driven Internet

                    Summary: There's no question that APIs are hot and generating a lot of buzz and excitement. In this article, I'll review why APIs are causing so much excitement, make an argument for why APIs are not enough, and finally propose a model that significantly extends the power of an API: an event-driven view of the Internet. Extending your API with events will make your APIs much more able to compete and make your business more competitive. After reviewing event models, I discuss webhooks as an event model that complements an API strategy and then briefly talk about how Kynetx
                    Continue reading...


                    Beyond APIs: Declarative References to Data

                    APIs are coming into their own. Gluecon was abuzz with them. I've seen Sam Ramji's talk on Darwin's Finchs and APIs referenced everywhere--and rightly so. One of the problems with RESTful APIs, however, is that every time someone comes up with an API, I have to read the docs and then code, by hand, an interface between that API and my language. For popular APIs libraries are already written to do that. For smaller APIs, I'm on my own. At the Cloud Camp that preceded Gluecon, one of the discussions was about a way to fix that: an API
                    Continue reading...


                    IIW2005: Paul Trevithick on Higgins Trust Framework

                    Identity is a three-body problem. When you use a credit card, there's pre-existing trust between the airline and the bank (brokered by Visa). You're the third party in that equation. Lots of groups that we belong to, lots of implementations. People want to manage relationships between extremely diverse contexts. This is where the Higgins Trust Framework (HTF) comes in. The goal of the HTF is to address four challenges: the lack of common interfaces to identity/networking systems, the need for interoperability, the need to manage multiple contexts, and the need to respond to regulatory, public or customer pressure to
                    Continue reading...


                            
                            

                                      春秋彩票官网注册

                                      金百利娱乐菲律宾

                                      久发国际

                                      必赢体育官方网站

                                      乐动|体育ldsports

                                      天天彩票网站官方网站网

                                      万福彩票登录网址

                                      信的彩的网的登陆网址

                                      尊皇彩票