] discussion on REST, with Sebastien Lambla (works @as consultant), 'serial seb' - hmmmmmmm - sounds like Sebestian might be 'french' which could likely explain a lot. Long time REST guy(2003/4), has openRasta svr side REST(resource oriented) framework, teaches classes, writing a book "Practical REST" which he is funding via kickstarter UK project,
] the majority of (devs) building web apps, dont understand how the web works.
] they don’t know the rules they followed to build something. They don’t know the formalism behind how web applications are built. You have to…when you bring in ReST to a conversation, you not only have to bring in the knowledge of ReST, you also have to rework the way people think about how they built their web applications
] Perpetuated by vendors product claims. a lot of vendors using the moniker ReST as opposed to Web Services. its NOT rest vs soap, some vendors took a long time to learn rest and publish tools that were for the rest purist, that are in conflict with some of the simple rest rules
] some divide in the community about exactly what 'rest' was/is and how it should be done
] and rest purists/rest police, - with the "your doing it wrong", that didnt help the cause in the beginning
] doesnt exist any longer
] blaming microsoft (middleware vendors)
] Blamed somewhat on ms because of 'webforms', webforms couldnt be further from "how the web works". MS tried to adapt its web development model to its windows development model.(fair enough) MS has changed.(true)
] ms getting much, much better
] programming
] scott - c++ , how a window works, cleaning up after yourself, understood VB intuitively, could crank it up a notch with that understanding
] sebastion - javascript, doesnt know how to cleanup, has never had to use it.
] many devs out there - dont want to spend all their free time learning/going under the hood, happy coding 9-5, OK with abstraction, going only as deep as they need to go for the project that they are on
] ? = are you(dev) disabled by using abstraction?
] it depends,
] the demand(market pressure) today, building good rest api's,
] developers should know what there doing
] good apis breed good apis - the more good ones that are built, the more that they will be expected
] So when you see the proliferation of APIs that are happening now, they are happening because developers are learning about how the Web works, because developers are learning about how ReSTful architectures are built, and because people like them.
] People like ReST APIs. I think that’s the fundamental.
] scott: " The Internet works a certain way, and you try to work against the Internet – that’s when you get into trouble. I totally agree with you, that ReST APIs that feel right are ones that feel like the Internet. They don’t feel like someone’s opinion.
] conversation ...
] about his book - Practical REST - to formalize a new way of showing it(REST) to people. That requires a lot of thinking
] publishing a book - self publishing, kickstarter project
] fundraising for cancer, participating in UK's
] how do restful systems fit into the enterprise
] Like every other system, in an enterprise system, not quite right.] big enterprise systems, are not as enterprise-y as they sound, in the sense that a majority of banking environments I’ve been in are grown more or less organically
] The reason why there’s a lot of WCF and SOAP and WS-Security, etc., is just because everybody does it the same way
] If someone puts their head out and starts doing something else, no one is really, really that concerned provided you spend enough time going through the security reviews, the architecture reviews, and all the various bits of paperwork you have to do
] After that…you know, one of the beauties is – you use the word browser. We use ReST when…as a browser and a browser talks to. ] But, if you rethink the problem slightly and you consider that your data entry application, your business centered application, your trading application, is a browser. It just happens to have a completely different user interface to your common web browser, but it is a browser. If you think about it in those terms, ] If you rethink each of those independent systems as being browsers, then suddenly you’ll find that there’s plenty of places when ReST applies very well.
] Now the advantage we have with web browsers, especially in big organizations, things like certificates are already solved. Fundamentally, if you have security that is deployed across the whole of your company, it is going to be deployed for the web browser as well. That means that, when you’re going to build a ReST client, be it that you’re going to have a stock market application or you’re going to have a data entry application, or maybe it’s just going to be a web app. All those web technologies are already deployed in enterprise. So I would say that the enterprise world is
] more ready and available for grabs for ReST than other systems because all the heavy work has been done. ] You arrive in an environment where the Web is already at the core of everything because everybody uses a browser all the time, everything is already web apps. ] Web security is already deployed everywhere. You are actually fast-tracking ReST adoption much, much faster than say if someone decided to create a completely new web service stack tomorrow
] REST
] rest - reflection of the web itself, has the properties that the web has
] "define things with names" -
] rest app - where the properties of 'the system' are
] "architectural pattern thats built on top of the web itself"