[00:36:34] f00li5h (~f00li5h@unaffiliated/f00li5h) left irc: Read error: Connection reset by peer [00:50:40] ssedano (~ssedano@unaffiliated/ssedano) joined #rest. [01:11:23] quest88 (~quest88@c-98-207-205-137.hsd1.ca.comcast.net) left irc: Quit: quest88 [02:24:09] kennethreitz (~kennethre@c-24-127-96-129.hsd1.va.comcast.net) left irc: Ping timeout: 244 seconds [02:56:31] grove (~grove@aggw006.cappelendamm.no) left irc: Quit: grove [03:01:18] grove (~grove@aggw006.cappelendamm.no) joined #rest. [03:54:03] grove_ (~grove@aggw006.cappelendamm.no) joined #rest. [03:55:21] grove (~grove@aggw006.cappelendamm.no) left irc: Ping timeout: 252 seconds [03:55:21] Nick change: grove_ -> grove [05:07:33] grove (~grove@aggw006.cappelendamm.no) left irc: Quit: grove [05:17:45] mephju (~mephju@dslb-094-222-022-096.pools.arcor-ip.net) joined #rest. [05:25:36] mephju_ (~mephju@dslb-094-222-022-096.pools.arcor-ip.net) joined #rest. [05:25:40] mephju_ (~mephju@dslb-094-222-022-096.pools.arcor-ip.net) left irc: Client Quit [05:26:50] Wombert (~Wombert@dslb-092-075-013-091.pools.arcor-ip.net) joined #rest. [05:36:00] Wombert_ (~Wombert@dslb-088-065-193-251.pools.arcor-ip.net) joined #rest. [05:37:08] Wombert (~Wombert@dslb-092-075-013-091.pools.arcor-ip.net) left irc: Ping timeout: 252 seconds [05:39:32] Wombert (~Wombert@dslb-092-075-002-064.pools.arcor-ip.net) joined #rest. [05:40:16] Wombert_ (~Wombert@dslb-088-065-193-251.pools.arcor-ip.net) left irc: Ping timeout: 240 seconds [05:43:42] Wombert (~Wombert@dslb-092-075-002-064.pools.arcor-ip.net) left irc: Ping timeout: 244 seconds [05:45:47] grove (~grove@aggw007.cappelendamm.no) joined #rest. [05:52:20] Wombert (~Wombert@dslb-088-066-206-217.pools.arcor-ip.net) joined #rest. [05:57:02] grove (~grove@aggw007.cappelendamm.no) left irc: Quit: grove [05:58:16] grove (~grove@aggw006.cappelendamm.no) joined #rest. [05:59:00] Wombert (~Wombert@dslb-088-066-206-217.pools.arcor-ip.net) left irc: Ping timeout: 252 seconds [06:03:57] Wombert (~Wombert@dslb-092-075-019-241.pools.arcor-ip.net) joined #rest. [06:06:19] Wombert_ (~Wombert@dslb-092-075-020-157.pools.arcor-ip.net) joined #rest. [06:07:02] bigbluehat (~bigblueha@nmd.sbx08595.greensc.wayport.net) joined #rest. [06:08:29] Wombert (~Wombert@dslb-092-075-019-241.pools.arcor-ip.net) left irc: Ping timeout: 252 seconds [06:09:53] Wombert (~Wombert@dslb-092-075-014-249.pools.arcor-ip.net) joined #rest. [06:10:49] Wombert_ (~Wombert@dslb-092-075-020-157.pools.arcor-ip.net) left irc: Ping timeout: 255 seconds [06:14:19] Wombert (~Wombert@dslb-092-075-014-249.pools.arcor-ip.net) left irc: Ping timeout: 252 seconds [06:14:39] Wombert (~Wombert@dslb-088-066-201-154.pools.arcor-ip.net) joined #rest. [06:26:40] mr_yall (~mryall@host86-160-76-32.range86-160.btcentralplus.com) joined #rest. [06:28:25] gchristensen (~gchristen@unaffiliated/grahamc) joined #rest. [06:35:46] grove (~grove@aggw006.cappelendamm.no) left irc: Quit: grove [06:40:28] fu-manchu (~fumanchu@adsl-99-30-180-185.dsl.sfldmi.sbcglobal.net) joined #rest. [06:57:45] DracoBlue (~Adium@ip-vlan-obckunde-02-217-66-60-14.pixelpark.net) joined #rest. [06:57:51] DracoBlue (~Adium@ip-vlan-obckunde-02-217-66-60-14.pixelpark.net) left #rest. [07:05:07] gchristensen (~gchristen@unaffiliated/grahamc) left irc: Quit: Leaving... [07:17:44] grove (~grove@193.201.9.46.customer.cdi.no) joined #rest. [07:25:26] gchristensen (~gchristen@unaffiliated/grahamc) joined #rest. [07:26:02] bigbluehat (~bigblueha@nmd.sbx08595.greensc.wayport.net) left irc: Quit: Leaving. [07:26:19] bigbluehat (~bigblueha@nmd.sbx08595.greensc.wayport.net) joined #rest. [08:03:18] grove_ (~grove@aggw006.cappelendamm.no) joined #rest. [08:04:21] Action: mamund shows up [08:05:16] steveklabnik: yay! [08:05:52] grove (~grove@193.201.9.46.customer.cdi.no) left irc: Ping timeout: 240 seconds [08:05:52] Nick change: grove_ -> grove [08:06:07] mikekelly: only decent link i have on this is an old PPT from Fielding: [http://gbiv.com/protocols/waka/200211_fielding_apachecon.ppt [08:09:56] grove_ (~grove@193.201.9.46.customer.cdi.no) joined #rest. [08:13:20] grove (~grove@aggw006.cappelendamm.no) left irc: Ping timeout: 245 seconds [08:13:21] Nick change: grove_ -> grove [08:14:03] technoweenie (~technowee@host-86-220-9-69.midco.net) joined #rest. [08:37:23] nuclearsandwich (~nuclearsa@64-79-127-126.static.wiline.com) joined #rest. [08:41:26] Monday everyone. Seems to always happen around this time of the week... [08:42:34] KevBurnsJr (~KevBurnsJ@50.0.103.39) joined #rest. [08:47:08] bigbluehat (~bigblueha@nmd.sbx08595.greensc.wayport.net) left irc: Quit: Leaving. [09:02:33] quest88 (~quest88@c-98-207-205-137.hsd1.ca.comcast.net) joined #rest. [09:05:00] quest88 (~quest88@c-98-207-205-137.hsd1.ca.comcast.net) left irc: Client Quit [09:12:21] mamund: i also think i'm starting to get your statement about 'programming media types' [09:12:34] i'm re-doing that code test first and OO rather than procedural, it's interesting. [09:13:11] peers (~ajp5103@128.118.235.29) joined #rest. [09:15:58] Action: mamund was away [09:16:10] Action: mamund waves to whartung [09:17:16] grahamc (~gchristen@173-166-174-177-washingtondc.hfc.comcastbusiness.net) joined #rest. [09:17:36] gchristensen (~gchristen@unaffiliated/grahamc) left irc: Ping timeout: 244 seconds [09:18:06] steveklabnik: yeah, if you start to "think in media types" it provides a new POV for client coding. [09:18:31] you still have total freedom on _how_ you implement the client (OO, functional, event-loop, etc.) [09:19:01] yeah. [09:19:12] when you get a version of the maze running, please send along a link (to code and client, if possible) and i'll add it to the list of implementations on the media type page [09:19:22] this particular iteration is OO. [09:19:45] actually, i'd love to hear now diff coding styles (OO, etc.) "work" in this media-type POV [09:19:47] sweet. yeah, i'll convert that procedural code into a maze solver, and show an OO one too. [09:20:00] IOW, it'd be interesting to see if some styles "work better" than others [09:20:20] (easier to map intentions to affordances, etc.) [09:21:14] yeah [09:21:20] in this particular case, I have a Maze class [09:21:21] basically [09:21:34] that can query the current response for the appropriate rels [09:23:05] yep [09:27:19] one thing we've found with JSON-based media types is that Python consumers deserialize the representation to a native dictionary, and then find it's not usually useful to wrap up or transform that into custom objects--the ADT approach allows the programmer to be more efficient in designing the API and transport factors than they would if an OO layer were in between [09:27:45] hmmmm [09:27:53] fu-manchu: that's interesting [09:28:22] does this work "as well" when using a hypermedia-style JSON format (like collection+json or hal+json)? [09:28:45] dmco (~dmco3@orchestra/user/dmco) joined #rest. [09:29:04] IOW, it is "easy" to find the links, links-rels, processing any tempaltes/forms? [09:29:06] bigbluehat (~bigblueha@adsl-74-177-96-212.gsp.bellsouth.net) joined #rest. [09:29:47] bigbluehat (~bigblueha@adsl-74-177-96-212.gsp.bellsouth.net) left irc: Client Quit [09:32:19] dmco (~dmco3@orchestra/user/dmco) left #rest. [09:32:46] Can anyone recommend any articles on "best practices" for designing a response envelope? Like where to stick URIs and how to label them, what to do with validation errors, etc. [09:33:08] Or is that stuff pretty "as long as it works" [09:33:38] subbu's book "RESTful WEb Services Cookbook" has a number of recipes for designing responses. [09:34:00] google his web site and you'll see the TOC [09:35:29] mamund Looks pretty thorough, thanks [09:35:47] np [09:36:03] ther are proly others sources, but that's the first one i reach for [09:36:06] mamund: yes, it works as well, as long as the media type or API docs define those constructs well enough [09:36:13] :) [09:36:14] cool [09:36:39] i know enough python to be a danger to self and others.... [09:37:02] an OO layer tends to make the domain concepts easier at the expense of inefficient message exchange [09:37:10] I guess that's my point [09:37:14] hides the wrong things [09:37:18] is this kind of parsing done via the "list comprehension" feature of python? [09:37:40] it could be, but not critical [09:37:44] ok [09:38:01] for our media types, we do more walking of JSON object trees than anything else [09:38:07] ahhh [09:38:15] kinda like a JSON "dom" [09:38:19] right [09:38:32] and the "walking" is customized for the media type? [09:38:47] yes [09:38:48] the code "knows where to find stuff" [09:38:49] yep [09:38:58] well [09:39:01] in a generic way [09:39:05] i se [09:39:19] not really "where to find stuff" but "what to do with each piece you find" [09:39:36] ok, understood [09:39:40] state-machine style [09:40:44] there's no code doing "x = root.items[3].foo.bar" or other out-of-band knowledge; just recursive descent of child nodes defined by the media type [09:41:08] i see [09:49:06] fu-manchu: i'd say that json comment is true for rubyists too [09:49:43] it goes well with activerecord [09:49:52] i mean, that's pretty much what activeresource is based on [09:51:27] interesting. I would have thought the desire to add new methods to the native types would overwhelm any Ruby effort ;) [09:51:28] mephju (~mephju@dslb-094-222-022-096.pools.arcor-ip.net) left irc: Quit: Verlassend [09:52:25] hahah [09:52:29] ohhhhhhhh [09:52:54] ? [09:53:19] just trying to goad you two into a cat fight over ruby [09:53:23] lol [09:53:26] haha [09:53:26] :) [09:53:48] python is a fine language, i just never actually use it. because i use ruby instead. [09:54:17] now that ruby development is stabilizing, I'm trying to figure out where all the cool kids are going next so they can feel like they influenced a language [09:55:08] maybe they're all working on node.js now instead [09:55:14] bingo [09:55:32] many rubists are using node, yeah [09:55:36] node is too specific though [09:55:39] i dont think it's the future. [09:55:48] future of ???? [09:55:55] mankind [09:55:59] genearl web applcations [09:56:05] or web apps, that too [09:56:07] it is not the next rails. [10:02:49] the world doesnt neccesarily need another rails... [10:03:03] well, ruby is not "the next rails" either [10:03:32] IOW, i think the comparision is better done between ruby and node, actually [10:03:47] maybe not [10:04:57] i mean, you can do reactor in ruby, it's been there forever [10:05:02] :) [10:05:10] MRI has been limiting in the past, but now that jruby and rbx are getting there... [10:05:16] bigbluehat (~bigblueha@adsl-74-177-96-212.gsp.bellsouth.net) joined #rest. [10:05:23] Action: steveklabnik shrugs [10:05:48] IMO, rails is so appealing because ruby is so appealing [10:05:58] js? is that appealing? [10:06:10] see, this is where i get a little bit language-ist. [10:06:15] :) [10:06:23] which is why i try to stick to the async vs. standard line of argument [10:06:28] ... which I do think is true. [10:06:38] ?? [10:07:03] like, node being all Reactor, non-blocking. vs 'standard webapp mvc' [10:07:23] hmmm [10:07:31] i actually like javascript. [10:07:38] so node's async is what? unappealing? [10:07:50] i dont think it's useful for normal apps. [10:07:51] basically. [10:07:54] ahhh [10:07:55] it is not a clear win. [10:08:01] hmmm [10:08:07] normal apps are what? web apps? [10:08:26] yeah. the kind of thing Rails does. largely server-side, CRUDdy [10:08:31] ok [10:08:37] so, let me ask this.... [10:08:55] if you coded in ruby/rails just as you do today... [10:09:13] but the _results_ we async, non-blocking, would you like ruby/rails less? [10:09:59] nope. it's the jumping through hoops to get the asynch that makes it not worth it. [10:10:02] yes! [10:10:05] that's my POV [10:10:21] "jumping through hoops" [10:10:36] from my perspective, this is what rails did [10:10:54] we used to "jumpt through hoops" to do web apps (forms, state, etc.) [10:11:01] rails "fixed that" [10:11:07] yeah. [10:11:27] by adopting a very dev-friendly lang and marrying it to a very easily-groked pattern (MVC) [10:11:30] so.... [10:11:46] i think the probl for node is not the tech. [10:11:50] it's the dev expoerience. [10:11:57] well, i'm not sure you can get around it. [10:12:02] and we're pretty early on the curve for that. [10:12:06] that is quite true. [10:12:12] well, i think that was the common belief before rails. [10:12:55] anyway, it's all pure speculation right now [10:13:02] just my idel thoughts [10:13:35] :) [10:13:37] agreed. [10:29:07] erm [10:29:20] mamund: that's kind of missing the point a bit [10:29:32] yes, i think so, too. [10:29:48] as soon as i saw the step about adding methods, i saw trouble [10:30:25] async functional code is not going to compete with oop in western world [10:30:42] LOL [10:30:44] ever? [10:30:47] :) [10:30:47] our whole western world is built on objectifying things [10:30:51] heee [10:31:04] more importantly, most webapps are much more sensitive to latency (for their human users) than they are to throughput. async approaches tend to optimize for the latter [10:31:05] ? it's true [10:31:22] + javascript is a wack language [10:31:28] erlang [10:31:30] it's cool but it's not at all friendly [10:32:10] ruby is about as friendly as you can get [10:32:16] haha [10:32:19] yep - designed to be so. [10:32:26] language wars [10:32:30] C#! [10:32:33] Microsoft! [10:32:35] scala!! [10:32:36] F#! [10:32:38] Action: mamund runs to grab ptich fork and torch [10:32:40] F##$%&#/(% [10:32:45] :D [10:32:46] I don't think there's much contention that javascript is a shit langauge on the whole [10:32:58] I love javascript [10:33:08] it has it's stupid legacy shitty stuff [10:33:12] but the core language is great [10:33:17] meh [10:33:25] haskell! [10:33:42] most people saying "javascript sucks" are actually saying "browser dom model sucks" [10:33:44] I just don't see async stuff like node taking over the web world [10:34:16] pretty much the point of HTTP is that you don't really have to care too much about the backend [10:34:33] ok if you have auth that changes a bit [10:34:38] depending on how you do auth. [10:34:49] :) [10:35:17] the bit of the web world it can and probably will take over is the smart proxy stuff [10:35:50] which is what I use it for atm, becaue I'm too lazy to figure out how to write nginx modules [10:36:28] + even if I could write nginx modules there aren't that many people who could maintain it [10:36:49] Yeah well I don't really care what language everyone uses [10:37:01] you can do a fine http backend with almost any language [10:37:13] some make it easier, some not.. [10:37:32] haskell!! [10:37:39] the one thing ruby/rails has (and node too) are good ecosystems [10:37:53] and it also depends a lot of the framework used [10:38:03] gems and bundler are pretty big win for ruby [10:38:12] and IMO that is one thing that node.js is still missing, for serious web dev [10:38:17] express etc aren't that mature [10:38:26] express is pretty good [10:39:07] the front-end for our datastore is written in express [10:39:20] serve a fair wack of volume per day atm, no probs [10:39:54] well, it doesn't really matter [10:40:01] we have good http caches and stuff [10:40:49] sure, we have to transform the data too as it comes in and out [10:41:40] but anyway it's baically a smart proxy [10:41:40] mikekelly: lol at "objectifying things" [10:41:50] steveklabnik: that was kind of not a joke -_- [10:41:56] :) [10:42:01] our language is built to do that [10:42:31] mikekelly: i'm not joking either [10:42:41] i'm an anarcho-communist, i'm picking up what you're putting down. [10:42:45] the only way to deal with it is laugh :( [10:42:51] oh ha :) [10:43:30] yeah well - our way of operating hasn't done us too bad [10:44:04] there's a lot of negativity around west atm but there's huge waves of new tech coming through that will do weird things to the planet [10:44:48] it's not that pretty under the hood but it works [10:45:00] am I talking about rails or society? [10:45:03] this is confusing. [10:46:01] :) [10:46:12] meh. [10:46:15] steveklabnik: if you're anarcho-communist does that mean Ron Paul is the devil? [10:46:24] not the devil. just misguided. [10:46:27] lol [10:47:17] the small-state capitalists have their hearts in the right place, they just don't know what it's like to not be white ;) [10:47:21] aaaaaaand now i'm off-topic. [10:47:26] I think you've just watched too many of those Zeitgeist films.. amirit?!?!?! *trollface* [10:48:37] project penus or whatever [10:48:52] lol [10:49:59] i'm from the "I don't have a party but if you ask me what I think about something I'll tell you" party [10:50:59] i'm deeply religious though [10:51:13] I believe in Richard Dawkins [10:51:20] haha. [10:51:23] I'm pretty militant about that [10:51:30] just like him. [10:52:13] how the hell did I end up blabbing about this? ah yes. node.js. [10:52:22] lol. [10:53:18] mamund: btw i'm not sure I like the connect stuff [10:53:24] why? [10:53:46] because the pattern is all fucked up and not very javascripty [10:53:53] LOL [10:53:55] or callbacky [10:54:05] I dunno what it is about connect it just never clicked [10:54:18] and then I saw jsgi which made tonnes more sense [10:54:22] what do you guys think of the new subbu thingy? [10:54:29] ql.io or whatevs [10:55:03] looks like a lot of hard work has gone into it, it doesn'tseem to solve any problems I have though [10:56:49] mamund: have you done anything with it ? [10:56:55] tested a bit [10:56:57] not a fan [10:57:10] that's cuz it doesn't solve problems i have, tho [10:58:53] not really interested in a proxy that handles cro-site queries using a single query lang and converts all the results into a single data format. [10:59:16] yeah. [10:59:24] it took me a bit just to figure out what the hell it was [11:00:00] right, I can see a need for the snazzy proxy stuff but Im pretty sure node gives me enough to build the bits I need without too much extra work [11:00:21] well, i think the POV of ql.io is... [11:00:24] and I don't really want the query language [11:00:40] "i need all this data from other people who don't give me data in the way i want it." [11:02:25] mamund: but the idea is that you write an adapter for the service and then query it through the special language ? [11:03:24] not sure of where this is deployed [11:03:32] he has several examples listed [11:03:59] I worked on a cloud computing project about 3 years ago where we were tyring to integrate a handful of different services into one [11:04:02] YQL, ODATA, SPARQL, ql.io all seem to be attempting to solve the same problem. [11:04:26] we created indiividual 'facades' basically for each service to bring them in line [11:04:29] that seemed to work ok [11:05:29] but there was no query language in there, it was just ad-hoc since all the services were so different [11:06:31] maybe it's apples/oranges [11:06:40] probably genius and going over my head [11:06:42] Action: mikekelly shrugs [11:07:33] I actually really like node btw, I don't want to sound like a node hater cos I'm not :) [11:07:56] LOL [11:09:04] i often setup HTTP "facades" for other services [11:09:54] sometimes just putting HTTP in front of SOAP [11:10:23] yeah we had to do that for performance reasons :) [11:10:30] bingo [11:11:16] :) [11:11:34] have done this for CSV-style services, too. [11:11:51] even did some connectors to IBM360 quite a while back [11:12:08] random tangent.. I see you saw the ben carlyle bit on http evolution [11:12:17] yep [11:12:32] seemed pretty comprehensive but basically same stuff as before right? [11:12:39] yeah, imo [11:12:45] tbh I just skimmed it cos I'm lazy -_- [11:12:57] link? [11:13:13] http://soundadvice.id.au/blog/2011/12/06/ [11:13:23] gracias [11:13:36] mamund: but I was guessing your tweet implied what I replied [11:14:21] "yeah ok cool but where's the rest?" [11:14:34] I almost posted that but didn't in the end cos it was too cheesey [11:15:10] plus the title didn't actually mention rest, to be fair [11:15:27] yes, that's what i said to myself [11:15:37] the opening paragraph does though.. ;) [11:15:58] yep [11:16:15] Action: fu-manchu plugs cherrypy as a great tool for such facades :) [11:24:15] bob_sage (~chatzilla@outbound4.ebay.com) left irc: Quit: ChatZilla 0.9.87 [Firefox 8.0/20111104165243] [11:29:26] bigbluehat (~bigblueha@adsl-74-177-96-212.gsp.bellsouth.net) left irc: Quit: Leaving. [11:39:50] grahamc (~gchristen@173-166-174-177-washingtondc.hfc.comcastbusiness.net) left irc: Quit: Leaving... [11:47:49] mamund: I emailed Jim about that Auth thing, so be interesting to see what he thinks [11:47:59] Wombert (~Wombert@dslb-088-066-201-154.pools.arcor-ip.net) left irc: Quit: Wombert [11:48:18] I'm tempted to just blog about it and see what happens [11:48:34] yeah, that's a good start, i think [11:48:48] I'll see what Jim says first, if he says I'm retarded than I think I'll skip the blog post [11:49:05] LOL [11:49:06] Jim ? [11:49:11] I meant Ian [11:49:16] sounds better [11:49:18] whatever. same person, basically [11:49:37] heeee [11:49:41] they can read it together while they snuggle [11:49:52] the jim-ian hybrid? [11:50:04] yeah I used Jian(tm) in a rest-discuss post [11:50:06] Action: mamund struggles to get mental image out of his mind [11:50:07] did anyone spot that? [11:50:23] I don't even know Ian or Jim that well I really shouldn't go around making jokes like that :D [11:51:07] they're cool dudes though I'm sure they're fine with it.. [11:51:16] maybe. hopefully. [11:51:39] i know ian pretty well, and he's pretty cool [11:52:00] yeah, apart from his machine-form delusion [11:52:09] LOL [11:52:12] nobody's perfect. [11:52:17] he's closer to your POV than mine, you know. [11:52:46] he wasn't at that rest circle jerk thing we went to [11:52:56] what was that called? [11:53:08] WS-REST? [11:53:14] nah the one in munich [11:53:20] ahh [11:53:23] i missed that one [11:53:29] rest something [11:53:30] dunno [11:53:31] restunconf [11:53:35] that's it thank you [11:53:58] yeah I remember talking to Ian in a bar about xforms and link relations [11:54:11] it came up again on Stefan's blog yesterday again [11:54:12] ok [11:54:17] and he said pretty much the same thing [11:54:20] on there [11:54:26] 'your overloading rels' [11:55:31] but he made a post that basically was the thinking behind hal [11:56:00] infact, did you read that thread on stefan's blog ? [11:56:12] innoq.com/blog/stilkov/blog/2011/12/media-types/ [11:56:18] http://innoq.com/blog/stilkov/blog/2011/12/media-types/ [11:56:32] yep, saw that [11:56:53] http://www.innoq.com/blog/stilkov/2011/12/media-types/#comment-378264821 [11:56:58] very happy to see this kind of talk going on [11:57:08] "HAL looks like a nice way to decorate stuff with links, but is perhaps too general for what we sought to achieve. I may be mistaken, but as I understand it, HAL doesn't tell me anything about what sits inside a resource element - which is nicely domain agnostic, but just shuffles the issue of determining what syntax or structure I can expect to have to deal with somewhere else. (One way of dealing with this with something like HAL would be by having the link rela [11:57:46] :) [11:57:59] but "just shuffles" is loaded language [11:58:11] which makes a design descision sound like something negative [11:58:24] hand-wavy, unspecific [11:58:32] it has 'just moved it' - but it's moved it somewhere important [11:58:36] away from the resource itself [11:58:37] :) [11:59:13] and into the place where the application is driven (i.e. the link preceding it) [11:59:35] I actually think a media type which enforces that constraint is a Good Thing [11:59:50] it's good because it's natural for server side to expose resources that way [11:59:56] that is the job of a media type (IMO) [12:00:00] and it's good for clients because all they can rely on is the rel [12:00:19] i.e. you know where you stand [12:00:19] to make these kinds of "forcing decsions" and apply uniformity/rigor to the representations. [12:00:27] yepo [12:00:36] I don't know how to say that in blog'y words [12:00:39] please can someone do that [12:00:46] :) [12:01:20] and finish the post with 'so mike sez just use hal and stfu about media types plz thx' [12:01:30] haha [12:01:53] we really just need everyone to get a boner for minting link relations [12:02:04] jus take the boner they have for media types and trasnfer it to link relations [12:02:07] and we're golden. [12:02:18] i think some major headway has been made recently in that area [12:02:26] headway [12:02:28] boner [12:02:32] there's definitely a joke in there [12:02:45] what i think needs to be done now is to "mint" lots of public client apps that take advantage of this feature [12:03:01] Action: mamund ignores that bathroom humor from the front row [12:03:06] :D [12:03:21] the apis I work on atm are all private [12:03:23] srsly, tho. [12:03:23] even the docs :| [12:03:42] yeah, that is most of my work, too. [12:03:47] which reminds me [12:03:53] i have to spend "off hours" doing stuff i can show publicly [12:04:07] I need to stop having interesting conversations with you and build something I can show people [12:04:16] basically what I'm saying is it's all your fault mike [12:04:33] as usual [12:05:02] .. you don't even care enough to respond. [12:05:25] shameful [12:06:14] mamund: I followed up w/ Ian but he hasn't responded [12:06:15] lol [12:06:19] "you're absolutely right - HAL does push everything into the link relation. How is this distinct from your original comment "following a typed link (e.g. a link with link relation "order"), the client's expectations are set with regard to what the response will represent" ? How does the specific media type you are describing handle this differently to HAL?" [12:06:20] bigbluehat (~bigblueha@adsl-74-177-96-212.gsp.bellsouth.net) joined #rest. [12:07:16] fair or ? [12:07:22] how would you answer that? [12:31:41] nuclearsandwich (~nuclearsa@64-79-127-126.static.wiline.com) left irc: Remote host closed the connection [12:32:32] DracoBlue (~Adium@dslb-088-075-066-254.pools.arcor-ip.net) joined #rest. [12:32:43] DracoBlue (~Adium@dslb-088-075-066-254.pools.arcor-ip.net) left #rest. [12:36:55] Wombert (~Wombert@dslb-088-066-201-154.pools.arcor-ip.net) joined #rest. [12:55:48] technoweenie (~technowee@host-86-220-9-69.midco.net) left irc: Remote host closed the connection [13:10:49] Action: mamund was away' [13:11:14] mikekelly: you still around? [13:26:02] gchristensen (~gchristen@unaffiliated/grahamc) joined #rest. [13:42:55] talios (~amrk@203.84.135.120) joined #rest. [14:07:08] peers (~ajp5103@128.118.235.29) left irc: [14:33:10] nuclearsandwich (~nuclearsa@sjs-mh-wifi-1-1-lc-int.sjsu.edu) joined #rest. [14:34:20] bigbluehat (~bigblueha@adsl-74-177-96-212.gsp.bellsouth.net) left irc: Quit: Leaving. [14:53:16] Ngarthl (erlenha@colargol.tihlde.org) got netsplit. [14:57:10] grove (~grove@193.201.9.46.customer.cdi.no) left irc: Quit: grove [15:04:00] Ngarthl (erlenha@colargol.tihlde.org) got lost in the net-split. [15:08:02] Action: mamund is all done for the day, ta-ta! [15:08:43] bye! [15:34:38] Wombert (~Wombert@dslb-088-066-201-154.pools.arcor-ip.net) left irc: Quit: Wombert [15:36:12] gchristensen (~gchristen@unaffiliated/grahamc) left irc: Quit: Leaving... [15:44:27] mr_yall (~mryall@host86-160-76-32.range86-160.btcentralplus.com) left irc: Ping timeout: 240 seconds [15:54:17] gchristensen (~gchristen@unaffiliated/grahamc) joined #rest. [16:43:59] dreinull (~dreieins@217.18.70.225) left irc: Ping timeout: 248 seconds [17:23:21] nuclearsandwich (~nuclearsa@sjs-mh-wifi-1-1-lc-int.sjsu.edu) left irc: Remote host closed the connection [17:40:58] dreinull (~dreieins@217.18.70.225) joined #rest. [17:55:43] mamund: for when you return: https://gist.github.com/1431783 [18:01:08] sbanwart__ (~sbanwart@99-177-126-136.lightspeed.bcvloh.sbcglobal.net) joined #rest. [18:05:39] Nick change: sbanwart__ -> sbanwart [18:06:12] Wombert (~Wombert@dslb-088-066-201-154.pools.arcor-ip.net) joined #rest. [18:15:03] KevBurnsJr (~KevBurnsJ@50.0.103.39) left irc: [18:33:56] sbanwart_ (~sbanwart@99-177-126-136.lightspeed.bcvloh.sbcglobal.net) joined #rest. [18:34:03] sbanwart (~sbanwart@99-177-126-136.lightspeed.bcvloh.sbcglobal.net) left irc: Ping timeout: 244 seconds [19:00:56] sbanwart__ (~sbanwart@99-177-126-136.lightspeed.bcvloh.sbcglobal.net) joined #rest. [19:01:02] sbanwart_ (~sbanwart@99-177-126-136.lightspeed.bcvloh.sbcglobal.net) left irc: Ping timeout: 268 seconds [19:01:17] mamund: actually, I decided to give it a full repo: https://github.com/steveklabnik/web_maze [20:11:51] Wombert (~Wombert@dslb-088-066-201-154.pools.arcor-ip.net) left irc: Quit: Wombert [20:19:34] kennethreitz (~kennethre@adsl-99-191-194-225.dsl.pltn13.sbcglobal.net) joined #rest. [20:28:22] gchristensen (~gchristen@unaffiliated/grahamc) left irc: Quit: Leaving... [20:29:36] gchristensen (~gchristen@unaffiliated/grahamc) joined #rest. [20:35:34] f00li5h (~f00li5h@unaffiliated/f00li5h) joined #rest. [20:40:56] sbanwart__ (~sbanwart@99-177-126-136.lightspeed.bcvloh.sbcglobal.net) left irc: Ping timeout: 240 seconds [20:48:05] talios (~amrk@203.84.135.120) left irc: Quit: Bye! [21:11:40] gchristensen (~gchristen@unaffiliated/grahamc) left irc: Quit: Leaving... [21:11:58] fu-manchu (~fumanchu@adsl-99-30-180-185.dsl.sfldmi.sbcglobal.net) left irc: Quit: Lost terminal [21:13:20] fu-manchu (~fumanchu@adsl-99-30-180-185.dsl.sfldmi.sbcglobal.net) joined #rest. [21:42:15] kennethreitz (~kennethre@adsl-99-191-194-225.dsl.pltn13.sbcglobal.net) left irc: Quit: Computer has gone to sleep. [22:11:38] kennethreitz (~kennethre@ip65-46-252-62.z252-46-65.customer.algx.net) joined #rest. [22:24:20] kennethreitz (~kennethre@ip65-46-252-62.z252-46-65.customer.algx.net) left irc: Quit: Computer has gone to sleep. [22:26:40] grove (~grove@aggw006.cappelendamm.no) joined #rest. [23:15:44] nuclearsandwich (~nuclearsa@74-93-3-241-SFBA.hfc.comcastbusiness.net) joined #rest. [23:28:21] nuclearsandwich (~nuclearsa@74-93-3-241-SFBA.hfc.comcastbusiness.net) left irc: Remote host closed the connection [00:00:00] --- Tue Dec 6 2011