[12:15] <greg-g> g'morn
[12:15] <rick_h_> morning
[13:14] <snap-l> Good morning
[13:14] <brousch> yes
[13:41] <snap-l> It's still a good morning, no?
[13:41] <rick_h_> not really
[13:42] <brousch> rick_h_ --
[13:47] <snap-l> Buncha negative nancies.
[13:47] <rick_h_> dude, you go fixing html parsing beautiful soup issues first thing in the morning because the moron company did what you said not to do
[13:48] <rick_h_> and then can't swallow because throat is swollen shut
[13:48] <rick_h_> and see how happy your friday gets :)
[13:48] <snap-l> I'm going to do something stupid. I'm going to change my corporate password on a Friday
[13:48] <rick_h_> lol, so long monday login
[13:48] <snap-l> rick_h_: You shouldn't have made a big deal about the thing that moron company did
[13:49] <rick_h_> hah
[13:49] <rick_h_> well I just love waking up and checking my email only to see "IMPORTANT NEED FIX"
[13:49] <rick_h_> from the boss
[13:49] <snap-l> "Don't use div tags in tables. Don't use div tags in tables". "What were we supposed to do?" "Use div tags in tables"
[13:49] <brousch> rick_h_ i'm gonna sign you up for one of the first robotic bodies. your organic one is always broken
[13:50] <rick_h_> brousch: definitely, sign me up.
[13:50] <rick_h_> I thought having a child was supposed to ravage the wife, she's fine.
[13:50] <rick_h_> I'm the one dying since the little man came along
[13:50] <brousch> oh no, i get sick 5x more often since the boy
[13:50] <snap-l> rick_h_: That's because she deals with bugs on a daily basis.
[13:51] <brousch> perfect attendence through HS, college, and work until he came along. now i get sinus infections 2 or 3 times a year
[13:51] <rick_h_> but yea, so far I've fixed my bosses logging setup, fixed his password login issue, and fixed parsing html with regex magic
[13:51] <snap-l> as opposed to someone who bitches about one little bug in Beautiful Soup. :)
[13:51] <snap-l> Sheesh. :)
[13:51] <rick_h_> it's not even 9am and I feel like I'm done for the day
[13:51] <rick_h_> and I need to figure out how to call the doc to make an appt when I can't talk
[13:51] <brousch> TTS
[13:51] <rick_h_> where's those voice synth apps when you need one
[13:51] <snap-l> TTD
[13:51] <rick_h_> lol
[13:52] <rick_h_> think I'll use the text-wife relay system
[13:52] <snap-l> http://en.wikipedia.org/wiki/Telecommunications_devices_for_the_deaf
[13:52] <brousch> i'll bet there's one for android, but it probably won't work while the phone is going
[13:52] <snap-l> Just go to a swanky hotel that has one of these, and use that.
[13:53] <brousch> here ya go, and it's command line http://www.xenocafe.com/tutorials/php/festival_text_to_speech/index.php
[13:53] <snap-l> "Yes I'd like to make an appointment"
[13:54] <snap-l> "around 2 colon zero zero pm, please"
[13:54] <snap-l> "stupid sin-th-sizer"
[13:55] <snap-l> brb.
[13:55] <brousch> please record the phone call
[15:24] <snap-l> greg-g: Here's to hoping that some sanity can come to the copyright discussion re: < 1923 recordings
[15:25] <snap-l> I'm sure the big band sounds of [insert obscure name here] are really making the RIAA a killing
[15:25] <brousch> listen to http://www.grcmc.org/radio/ at noon to hear me embarrass myself on the radio
[15:26] <snap-l> brousch: It's community college radio at noon. Nobody listens. ;)
[15:26] <brousch> community radio, not college affiliated
[15:26] <brousch> greg-g kind of radio
[15:26] <snap-l> Oh, even better. ;)
[15:27] <_stink_> http://www.grcmc.org/radio/programmer_detail.php?programmer_id=144
[15:27] <brousch> i didn't even know the dial went down to 88.1
[15:27] <snap-l> (although, when I did my rubber duckie show, I did get someone at the major stations to comment on how ridiculous it was)
[15:27] <_stink_> this program?
[15:27] <brousch> _stink_: no
[15:28] <brousch> it's just an interview with me and another grwebdev guy
[15:28] <_stink_> ah
[15:28] <brousch> airs at noon if you do the "isten live"
[15:28] <brousch> listen online
[15:28] <snap-l> http://www.grcmc.org/radio/?npad=1&news_id=1417
[15:29] <snap-l> Wow, they have a 10,000 watt transmitter
[15:29] <brousch> hm, maybe it is part of that segment, but airs at noon not 9:30
[15:29] <snap-l> http://www.michiguide.com/dials/rad-y/wyce.html
[15:31] <brousch> bah, nevermind, we got bumped to the 24th
[15:31] <_stink_> aw man
[15:32] <snap-l> And here I was getting ready to listen.
[15:36] <brousch> me too, and sent out an announcement via half a dozen mediums
[15:44] <snap-l> We are most certainly living in the future. http://www.youtube.com/watch?v=nqRwxAYtato
[15:44] <snap-l> Bah, forget that link.
[15:45] <snap-l> We are most certainly living in the future. http://www.youtube.com/watch?v=bn2JISG3ZBE
[16:07] <snap-l> http://www.popularwoodworking.com/woodworking-blogs/chris-schwarz-blog/a-gift-for-my-successor <- Wow
[17:02] <rick_h_> grumble grumble...
[17:22] <snap-l> greg-g: http://www.musicimprint.com/Chart.aspx?Id=C000087
[17:22] <snap-l> If we don't get the copyright reform, are these songs still going to be controlled by copyright?
[17:24] <greg-g> if the federalization doesn't happen, then tons of stuff will still be in-(C) until around 2063 (2060-something)
[17:24] <greg-g> the techdirt article on this is (unsurprisingly) good
[17:25] <greg-g> brousch_: I don't hear you on that radio
[17:25] <greg-g> brousch_: oh, I didn't finish reading scrollback, nevermind
[17:25] <snap-l> greg-g: It got pushed to the 24th
[17:26] <snap-l> https://identi.ca/notice/75271417
[17:50] <smoser> fyi... https://tbe.taleo.net/NA3/ats/careers/requisition.jsp?org=CANONICAL&cws=1&rid=265
[17:51] <snap-l> tx
[18:14] <rick_h_> snap-l: http://www.zdnet.com/blog/service-oriented/soap-versus-rest-battle-still-haunts-us/7093
[18:25] <snap-l> “SOAP isn’t complex, technically it might suck, but conceptually its simple,”
[18:25] <snap-l> Sort of like the legal code.
[18:25] <snap-l> conceptually, it's quite simple.
[18:28] <snap-l> I will say, though, that SOAP does solve a particularly hard problem.
[18:29] <snap-l> Unfortunately it was designed in an era where XML was going to solve all of our data interoperability problems and free us to think of problems that weren't related to data.
[18:30] <snap-l> (har har)
[20:08] <Milyardo> What problem does SOAP solve?
[20:13] <jrwren> the client/server shared schema problem.
[20:14] <jrwren> or at least WSDL part of soap solves it.
[20:17] <Milyardo> I still don't see how that compares to REST which is a design pattern for mananging application states
[20:18] <Milyardo> what does that have to do with a RPC Protocol?
[20:19] <Milyardo> Are they considered exclusive because SOAP isn't "stateless"
[20:23] <snap-l> Well, if you add WADL, you get something comparable to SOAP
[20:23] <snap-l> er, SOAP / WSDL
[20:25] <Milyardo> I guess idempotent was the word I was looking for when describing SOAP
[20:26] <Milyardo> instead of stateless
[20:26] <Milyardo> Still don't understand how WSDL relates
[20:26] <snap-l> Well, SOAP allegedly solves the problem of getting disparate machines to exchange information
[20:26] <snap-l> WSDL allows one to generate machine code off of a description
[20:27] <Milyardo> what doe having a description of your interface have to do with managing the state of your application?
[20:27] <snap-l> Two separate problems
[20:27] <snap-l> 1) Describe the interface (WSDL)
[20:27] <snap-l> 2) Send the data (SOAP)
[20:28] <snap-l> and WADL is apparently the answer for the RESTful folks to create an interface for generating machine code.
[20:29] <snap-l> (unfortunately, it's also a television station that plays 1/3 televangelists, 1/3 syndicated content, and 1/3 infomercials here in Detroit)
[20:29] <snap-l> so I have a harder time taking it seriously. ;)
[20:30] <brousch> it's also an amusing type of locomotion
[20:32] <Milyardo> So just for clairity, SOAP == Document Protocol, REST ==  Application design patter, and WSDL = Interface definition, where do any of those technolgies become exclusive with one another?
[20:37] <snap-l> http://en.wikipedia.org/wiki/Representational_State_Transfer#SOAP_RPC_contrast
[20:37] <snap-l> I think you're making an incorrect distinction between SOAP and REST.
[20:41] <Milyardo> All it says is that SOAP RPC implementations encourage developers to do things that aren't RESTful
[20:42] <Milyardo> not that SOAP itself is somehow compareable or exclusive with REST for some reason
[20:51] <Milyardo> So basically, I was write an application that is RESTful and uses SOAP, but that difficult, because WSDL defined methods easily let manage the state of my application beacuse I don't know the possible states a resource will have until runtime?
[20:51] <Milyardo> *I can
[20:52] <Milyardo> s/easily/don't easily
[20:54] <Milyardo> no that still doesn't make sense
[20:54] <Milyardo> You can't compare REST to SOAP
[21:51] <jrwren> <3 WADL.
[21:51] <jrwren> comcast took it away.
[21:51] <jrwren> but i want my WADL back.
[21:51] <jrwren> i might go digital just for WADL
[21:52] <jrwren> you can totally compare REST to SOAP.
[21:52] <jrwren> watch.
[21:52] <jrwren> REST > SOAP
[21:52] <jrwren> see how I did that?
[21:56] <_stink_> haha
[22:09] <snap-l> jrwren: Hahahaha
[22:30] <snap-l> Hey devinheitmueller
[22:33] <devinheitmueller> snap-l: hello there
[22:44] <snap-l> Getting ready to head out to celebrate my dad's birthday.
[22:44] <snap-l> Trying to surprise him a bit
[22:44] <snap-l> I'm sure my mom has pretty much given it all away, though
[22:44] <snap-l> she keeps a secret like a cat keeps a canary in it's mouth
[22:46] <rick_h_> have fun
[22:46] <snap-l> thanks!