From arocker at Vex.Net Fri Jun 6 15:27:00 2014 From: arocker at Vex.Net (arocker at Vex.Net) Date: Fri, 6 Jun 2014 18:27:00 -0400 Subject: [tpm] Javascript Message-ID: <43c797e0093aef24ce47e0e744e29165.squirrel@mail.vex.net> Is anyone using JavaScript and Perl on a regular basis? The combination of basic similarity and subtle differences looks like a fine way to scramble the synapses. From pm-neil at watson-wilson.ca Sat Jun 7 11:26:21 2014 From: pm-neil at watson-wilson.ca (Neil Watson) Date: Sat, 7 Jun 2014 14:26:21 -0400 Subject: [tpm] Javascript In-Reply-To: <43c797e0093aef24ce47e0e744e29165.squirrel@mail.vex.net> References: <43c797e0093aef24ce47e0e744e29165.squirrel@mail.vex.net> Message-ID: <20140607182621.GD9040@ettin.watson-wilson.ca> On Fri, Jun 06, 2014 at 06:27:00PM -0400, arocker at Vex.Net wrote: >Is anyone using JavaScript and Perl on a regular basis? The combination of >basic similarity and subtle differences looks like a fine way to scramble >the synapses. My work on Delta Reporting(1) involves Perl and JS. On the JS side it's mostly code copying for things like DataTables and NVD3, but I have been force to hack a little. I find JS different enough from Perl that I can't easily follow JS code. If you have more programming experience than I you might not find it difficult. 1: https://github.com/evolvethinking/delta_reporting -- Neil Watson Linux/UNIX Consultant http://watson-wilson.ca From liam at holoweb.net Sat Jun 7 20:43:18 2014 From: liam at holoweb.net (Liam R E Quin) Date: Sat, 07 Jun 2014 23:43:18 -0400 Subject: [tpm] Javascript In-Reply-To: <20140607182621.GD9040@ettin.watson-wilson.ca> References: <43c797e0093aef24ce47e0e744e29165.squirrel@mail.vex.net> <20140607182621.GD9040@ettin.watson-wilson.ca> Message-ID: <1402198998.679.18.camel@slave.barefootcomputing.com> On Sat, 2014-06-07 at 14:26 -0400, Neil Watson wrote: > [...] > I find JS different enough from Perl that I > can't easily follow JS code. If you have more programming experience > than I you might not find it difficult. The best way in general is to give up and use jQuery. Good JavaScript tends to use functions a lot, rather like Perl anonymous subroutines. -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org freenode/#xml From arocker at Vex.Net Mon Jun 9 15:28:03 2014 From: arocker at Vex.Net (arocker at Vex.Net) Date: Mon, 9 Jun 2014 18:28:03 -0400 Subject: [tpm] NLPW videos Message-ID: <576dd10776092266994712e2e0350477.squirrel@mail.vex.net> Videos from the Netherlands Perl Workshop are available on YouTube: https://www.youtube.com/channel/UCAsxQEJp-ov1qEDNjvLfjCA Sound quality left something to be desired on the one I watched. From mike at stok.ca Thu Jun 12 16:48:34 2014 From: mike at stok.ca (Mike Stok) Date: Thu, 12 Jun 2014 19:48:34 -0400 Subject: [tpm] Anyone had any experience with Zoom video conferencing? Message-ID: I can?t remember where I came across this, but if our talks were less than 40 mins each we might be able to use the free version of http://zoom.us . Even if it isn?t useful for meetings it might be a worthwhile alternative to multi-person Skype chats or Google hangouts. Have any of you tried this? Mike -- Mike Stok http://www.stok.ca/~mike/ The "`Stok' disclaimers" apply. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at stok.ca Sat Jun 14 03:56:17 2014 From: mike at stok.ca (Mike Stok) Date: Sat, 14 Jun 2014 06:56:17 -0400 Subject: [tpm] June talks In-Reply-To: References: Message-ID: I'll do something on making change possible, heavily pulling from Peopleware and personal experience. Mike On May 28, 2014, at 4:11 PM, Dave Doyle wrote: > Hi All, > > June will probably be a lean month as it runs up against YAPC but we still need something! > > My $work is getting me to do a presentation next week on Type::Tiny and Type::Params so I can do that for tpm. Anyone else? > > Thanks, > D > -- > dave.s.doyle at gmail.com > _______________________________________________ > toronto-pm mailing list > toronto-pm at pm.org > http://mail.pm.org/mailman/listinfo/toronto-pm -- Mike Stok http://www.stok.ca/~mike/ The "`Stok' disclaimers" apply. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bamccaig at gmail.com Mon Jun 16 15:18:22 2014 From: bamccaig at gmail.com (Brandon McCaig) Date: Mon, 16 Jun 2014 18:18:22 -0400 Subject: [tpm] Javascript In-Reply-To: <1402198998.679.18.camel@slave.barefootcomputing.com> References: <43c797e0093aef24ce47e0e744e29165.squirrel@mail.vex.net> <20140607182621.GD9040@ettin.watson-wilson.ca> <1402198998.679.18.camel@slave.barefootcomputing.com> Message-ID: On Sat, Jun 7, 2014 at 11:43 PM, Liam R E Quin wrote: > The best way in general is to give up and use jQuery. > > Good JavaScript tends to use functions a lot, rather like Perl anonymous > subroutines. I concur with Liam. You definitely want some kind of standardized cross-browser interface like jQuery to do JavaScript programming. jQuery comes with lots of nice features that make working with JavaScript less of a headache, and actually kind of fun. One reason for using lots of functions in JavaScript is because JavaScript only has two scopes: object (i.e., global state is implicitly attached to a global object, usually window) and function. If you want a nested scope you can wrap it in a function. Another reason is closures. They can be used to control access to data and pass behaviors around. The event-driven model requires it, and the asynchronous nature of "AJAX" does too. I have worked a lot with JavaScript. I haven't used it together with Perl, but for all intents and purposes you don't anyway. JavaScript executes on the client. Perl executes on the server. Completely different environments with completely different purposes. JavaScript and Perl have relatively little in common. They can do many of the same things, but they do them very differently. The inheritance model in JavaScript is interesting to explore, but the object model is much less open or accessible compared to Perl's. JavaScript is a language that you will probably hate to start, and eventually will learn to reluctantly appreciate it for what it is. The language itself bad. It's the non-standard and/or crappy browser APIs that cause the major headaches. Regards, -- Brandon McCaig Castopulence Software Blog perl -E '$_=q{V zrna gur orfg jvgu jung V fnl. }. q{Vg qbrfa'\''g nyjnlf fbhaq gung jnl.}; tr/A-Ma-mN-Zn-z/N-Zn-zA-Ma-m/;say' From legrady at gmail.com Mon Jun 16 19:02:37 2014 From: legrady at gmail.com (Tom Legrady) Date: Mon, 16 Jun 2014 22:02:37 -0400 Subject: [tpm] Telephone question "The customer you are calling cannot receive incoming calls" Message-ID: We have oeople associated with phone companies. Any idea what that message means? I've been making a lot of phone calls for the Olivia Chow campaign, and hearing it a lot. Does the person have their cell turned off? have they gone deaf? Translate into English for me!!!! Tom -------------- next part -------------- An HTML attachment was scrubbed... URL: From mfowle at navicominc.com Mon Jun 16 19:11:00 2014 From: mfowle at navicominc.com (Mark Fowle) Date: Mon, 16 Jun 2014 22:11:00 -0400 Subject: [tpm] Telephone question "The customer you are calling cannot receive incoming calls" References: Message-ID: <759E3F14A23281479A85A082BBCFA542CF5605@sbsa.NavicomInc.local> That is the standard message if you phone a payphone. There must be other causes. -----Original Message----- From: toronto-pm on behalf of Tom Legrady Sent: Mon 6/16/2014 10:02 PM To: TPM Subject: [tpm] Telephone question "The customer you are calling cannot receive incoming calls" We have oeople associated with phone companies. Any idea what that message means? I've been making a lot of phone calls for the Olivia Chow campaign, and hearing it a lot. Does the person have their cell turned off? have they gone deaf? Translate into English for me!!!! Tom -------------- next part -------------- An HTML attachment was scrubbed... URL: From legrady at gmail.com Mon Jun 16 19:23:07 2014 From: legrady at gmail.com (Tom Legrady) Date: Mon, 16 Jun 2014 22:23:07 -0400 Subject: [tpm] Telephone question "The customer you are calling cannot receive incoming calls" In-Reply-To: <759E3F14A23281479A85A082BBCFA542CF5605@sbsa.NavicomInc.local> References: <759E3F14A23281479A85A082BBCFA542CF5605@sbsa.NavicomInc.local> Message-ID: I think there's only one remaining payphone, and I was getting the message dozens of times, tonight. On Mon, Jun 16, 2014 at 10:11 PM, Mark Fowle wrote: > That is the standard message if you phone a payphone. > There must be other causes. > > > > > -----Original Message----- > From: toronto-pm on behalf of Tom Legrady > Sent: Mon 6/16/2014 10:02 PM > To: TPM > Subject: [tpm] Telephone question "The customer you are calling cannot > receive incoming calls" > > We have oeople associated with phone companies. Any idea what that message > means? > > I've been making a lot of phone calls for the Olivia Chow campaign, and > hearing it a lot. > > Does the person have their cell turned off? have they gone deaf? Translate > into English for me!!!! > > > > Tom > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fulko.hew at gmail.com Mon Jun 16 19:31:11 2014 From: fulko.hew at gmail.com (Fulko Hew) Date: Mon, 16 Jun 2014 22:31:11 -0400 Subject: [tpm] Telephone question "The customer you are calling cannot receive incoming calls" In-Reply-To: References: <759E3F14A23281479A85A082BBCFA542CF5605@sbsa.NavicomInc.local> Message-ID: Consider people who own 'emergency only service' cell phones that allow them outgoing calls only. On Mon, Jun 16, 2014 at 10:23 PM, Tom Legrady wrote: > I think there's only one remaining payphone, and I was getting the message > dozens of times, tonight. > > > > On Mon, Jun 16, 2014 at 10:11 PM, Mark Fowle > wrote: > >> That is the standard message if you phone a payphone. >> There must be other causes. >> >> >> >> >> -----Original Message----- >> From: toronto-pm on behalf of Tom Legrady >> Sent: Mon 6/16/2014 10:02 PM >> To: TPM >> Subject: [tpm] Telephone question "The customer you are calling cannot >> receive incoming calls" >> >> We have oeople associated with phone companies. Any idea what that message >> means? >> >> I've been making a lot of phone calls for the Olivia Chow campaign, and >> hearing it a lot. >> >> Does the person have their cell turned off? have they gone deaf? Translate >> into English for me!!!! >> >> >> >> Tom >> >> > > _______________________________________________ > toronto-pm mailing list > toronto-pm at pm.org > http://mail.pm.org/mailman/listinfo/toronto-pm > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From legrady at gmail.com Mon Jun 16 21:41:12 2014 From: legrady at gmail.com (Tom Legrady) Date: Tue, 17 Jun 2014 00:41:12 -0400 Subject: [tpm] mod_perl ... still suitable choice? Message-ID: I'm talking to a company which runs their website on Apache / mod_perl. I thought mod_perl went out with dino-servers, that modern Perl webists used plack / mojo / dancer. Is mod_perl still an efficient way to go? Which made me wonder ... is it practical to migrate a site gradually? I suppose you would have to have sets of servers with old implementations and new implementations, and migrate stuff from one to the other. The front end would be conceal the transition. Tom -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at stok.ca Tue Jun 17 04:03:02 2014 From: mike at stok.ca (Mike Stok) Date: Tue, 17 Jun 2014 07:03:02 -0400 Subject: [tpm] Gift for Scott Williams Message-ID: Global Knowledge have been generous enough to provide us with meeting space since 1994, and that was thanks to their president Scott Williams. As the arrangement is ending Alan Rocker and I have been looking at options to give him a token of our collective gratitude. We are circling around something like http://www.thedeskworks.com/sheaffer300-glossblue-presentation-pen-set2.html as an appropriate and useful gift (that is something that is less likely to end up in the back of a cupboard and forgotten than some tchotchke). There are a couple of things I want to check with the group: * Does anyone have any suggestions for alternative gifts? * If we go with something similar to this, would a few of you be willing to chip in to help cover the cost? I hope to get to a final decision and get the process moving by the end of this month, so there will be time to discuss it on the mailing list or at this month's meeting. Cheers, Mike -- Mike Stok http://www.stok.ca/~mike/ The "`Stok' disclaimers" apply. -------------- next part -------------- An HTML attachment was scrubbed... URL: From matt at starnix.com Tue Jun 17 04:27:28 2014 From: matt at starnix.com (G. Matthew Rice) Date: Tue, 17 Jun 2014 07:27:28 -0400 Subject: [tpm] Gift for Scott Williams In-Reply-To: References: Message-ID: On Tue, Jun 17, 2014 at 7:03 AM, Mike Stok wrote: > * Does anyone have any suggestions for alternative gifts? Does he like whiskey? http://www.thewhiskeyball.com/ There's similar ones at Chapters...comes with special glasses, too. > * If we go with something similar to this, would a few of you be willing to > chip in to help cover the cost? I'm in. I don't know when I'll make the next meeting (or when I made the last meeting) but if they stay on Thursdays, I was planning on starting to come again. Regards, -- G. Matthew Rice gpg id: EF9AAD20 From jztam at yahoo.com Tue Jun 17 06:40:12 2014 From: jztam at yahoo.com (J Z Tam) Date: Tue, 17 Jun 2014 06:40:12 -0700 Subject: [tpm] Gift for Scott Williams In-Reply-To: Message-ID: <1403012412.30819.YahooMailBasic@web140305.mail.bf1.yahoo.com> if he is a chef/foodie/hunter, I could make him a blade that would see regular use. use Knife; -------------------------------------------- On Tue, 6/17/14, Mike Stok wrote: Subject: [tpm] Gift for Scott Williams To: "TPM" Received: Tuesday, June 17, 2014, 7:03 AM Global Knowledge have been generous enough to provide us with meeting space since 1994, and that was thanks to their president Scott Williams. ? As the arrangement is ending Alan Rocker and I have been looking at options to give him a token of our collective gratitude. ?We are circling around something like?http://www.thedeskworks.com/sheaffer300-glossblue-presentation-pen-set2.html as an appropriate and useful gift (that is something that is less likely to end up in the back of a cupboard and forgotten than some tchotchke). There are a couple of things I want to check with the group: * Does anyone have any suggestions for alternative gifts?* If we go with something similar to this, would a few of you be willing to chip in to help cover the cost? I hope to get to a final decision and get the process moving by the end of this month, so there will be time to discuss it on the mailing list or at this month's meeting. Cheers, Mike --? Mike Stok http://www.stok.ca/~mike/ The "`Stok' disclaimers" apply. -----Inline Attachment Follows----- _______________________________________________ toronto-pm mailing list toronto-pm at pm.org http://mail.pm.org/mailman/listinfo/toronto-pm From adam.prime at utoronto.ca Tue Jun 17 07:07:58 2014 From: adam.prime at utoronto.ca (Adam Prime) Date: Tue, 17 Jun 2014 10:07:58 -0400 Subject: [tpm] mod_perl ... still suitable choice? In-Reply-To: References: Message-ID: <53A04BBE.6030205@utoronto.ca> On 14-06-17 12:41 AM, Tom Legrady wrote: > I'm talking to a company which runs their website on Apache / mod_perl. > I thought mod_perl went out with dino-servers, that modern Perl webists > used plack / mojo / dancer. Is mod_perl still an efficient way to go? If you're starting from scratch these days, you probably aren't going to use mod_perl. That said, mod_perl is still fast and powerful, and if you're planning on running apache and leveraging any of it's internals, then mod_perl is pretty much the only way to go. Very few people actually need or want to do that though, especially these days. There are still a lot of people running mod_perl in one way or the other though. Development has somewhat stagnated. There still isn't support for Apache 2.4, though it's pretty much done on linux. I expect it will be in the next release, since the branch was just merged to trunk. > Which made me wonder ... is it practical to migrate a site gradually? I > suppose you would have to have sets of servers with old implementations > and new implementations, and migrate stuff from one to the other. The > front end would be conceal the transition. It is absolutely practical and possible to migrate a site from mod_perl to something else gradually. As you say that work will be much easier if you've got a light front end proxy in front of your heavy mod_perl backend servers (which is the recommended way to run mp for anything serious). A bigger question is whether it's worth the effort or not. Adam From dominic at thoreau-online.net Tue Jun 17 07:58:21 2014 From: dominic at thoreau-online.net (Dominic Thoreau) Date: Tue, 17 Jun 2014 15:58:21 +0100 Subject: [tpm] mod_perl ... still suitable choice? In-Reply-To: <53A04BBE.6030205@utoronto.ca> References: <53A04BBE.6030205@utoronto.ca> Message-ID: On 17 June 2014 15:07, Adam Prime wrote: > On 14-06-17 12:41 AM, Tom Legrady wrote: > >> I'm talking to a company which runs their website on Apache / mod_perl. >> I thought mod_perl went out with dino-servers, that modern Perl webists >> used plack / mojo / dancer. Is mod_perl still an efficient way to go? >> > > If you're starting from scratch these days, you probably aren't going to > use mod_perl. That said, mod_perl is still fast and powerful, and if > you're planning on running apache and leveraging any of it's internals, > then mod_perl is pretty much the only way to go. Very few people actually > need or want to do that though, especially these days. There are still a > lot of people running mod_perl in one way or the other though. Development > has somewhat stagnated. There still isn't support for Apache 2.4, though > it's pretty much done on linux. I expect it will be in the next release, > since the branch was just merged to trunk. > > > Which made me wonder ... is it practical to migrate a site gradually? I >> suppose you would have to have sets of servers with old implementations >> and new implementations, and migrate stuff from one to the other. The >> front end would be conceal the transition. >> > > It is absolutely practical and possible to migrate a site from mod_perl to > something else gradually. As you say that work will be much easier if > you've got a light front end proxy in front of your heavy mod_perl backend > servers (which is the recommended way to run mp for anything serious). > > A bigger question is whether it's worth the effort or not. > > Adam > We're [1] running Apache/mod_perl. We have, by quick grep, 1.1M lines of perl code. Continuing to run mod_perl is pretty much the only choice. Selling management on "we need to re-write this, it'll take months, and the net effect, hopefully, will be no new functionality, and probably new bugs" is a non-starter. Dominic [1] A Tier 1 internet provider. We, as such, have no offices in Canada, although a sibling company [2] Does have an office in TO. [2] ie another sub company of our parent company's parent company. -- And a big "Hiya" goes out to the fun crew from GCHQ. -------------- next part -------------- An HTML attachment was scrubbed... URL: From olaf.alders at gmail.com Tue Jun 17 08:06:52 2014 From: olaf.alders at gmail.com (Olaf Alders) Date: Tue, 17 Jun 2014 11:06:52 -0400 Subject: [tpm] mod_perl ... still suitable choice? In-Reply-To: References: <53A04BBE.6030205@utoronto.ca> Message-ID: <43BB5C1D-B27B-4DC3-AD87-84D461482A42@gmail.com> On Jun 17, 2014, at 10:58 AM, Dominic Thoreau wrote: > > We're [1] running Apache/mod_perl. We have, by quick grep, 1.1M lines of perl code. Continuing to run mod_perl is pretty much the only choice. Selling management on "we need to re-write this, it'll take months, and the net effect, hopefully, will be no new functionality, and probably new bugs" is a non-starter. I?m in a similar situation at $work. Lots of critical code still running under mod_perl. The biggest problem is that it?s sometimes hard to test the mod_perl code. We do have some WWW::Mechanize tests that fire up their own Apache on a different port in order to run the tests, but it?s still kind of slow to do that for individual unit tests. It?s not ideal for that kind of stuff, but it?s a huge pain to switch over and it?s not broken so there?s no hurry to fix it. I did have some of my own code that was built in CGI::Application that I was running under ModPerl::Registry. That actually was mostly trivial to switch over to Plack because it didn?t rely directly on any Apache::* modules. Olaf From mike at stok.ca Tue Jun 17 08:57:03 2014 From: mike at stok.ca (Mike Stok) Date: Tue, 17 Jun 2014 11:57:03 -0400 Subject: [tpm] Gift for Scott Williams In-Reply-To: References: Message-ID: <35966612-1DDB-4E23-9A3A-EED55466EB32@stok.ca> I *think* there was a discussion about this and Alan Rocker said he wasn't that into drink. My recollection could be wrong, so I'll hope that Alan chimes in... Mike On Jun 17, 2014, at 7:27 AM, G. Matthew Rice wrote: > On Tue, Jun 17, 2014 at 7:03 AM, Mike Stok wrote: >> * Does anyone have any suggestions for alternative gifts? > > Does he like whiskey? > > http://www.thewhiskeyball.com/ > > There's similar ones at Chapters...comes with special glasses, too. > > >> * If we go with something similar to this, would a few of you be willing to >> chip in to help cover the cost? > > I'm in. I don't know when I'll make the next meeting (or when I made > the last meeting) but if they stay on Thursdays, I was planning on > starting to come again. > > Regards, > -- > G. Matthew Rice gpg id: EF9AAD20 -- Mike Stok http://www.stok.ca/~mike/ The "`Stok' disclaimers" apply. From mattp at cpan.org Tue Jun 17 10:46:08 2014 From: mattp at cpan.org (Matthew Phillips) Date: Tue, 17 Jun 2014 13:46:08 -0400 Subject: [tpm] mod_perl ... still suitable choice? In-Reply-To: <43BB5C1D-B27B-4DC3-AD87-84D461482A42@gmail.com> References: <53A04BBE.6030205@utoronto.ca> <43BB5C1D-B27B-4DC3-AD87-84D461482A42@gmail.com> Message-ID: You can easily use https://metacpan.org/pod/Plack::Handler::Apache2 as a deployment target while still running under apache easily. https://metacpan.org/pod/Plack::Handler::FCGI is also viable for fastcgi deployment. Both allow for piecemeal inplace upgrading alongside existing apache code without a many month downtime. Cheers, Matt On Tue, Jun 17, 2014 at 11:06 AM, Olaf Alders wrote: > > On Jun 17, 2014, at 10:58 AM, Dominic Thoreau > wrote: > > > > > We're [1] running Apache/mod_perl. We have, by quick grep, 1.1M lines of > perl code. Continuing to run mod_perl is pretty much the only choice. > Selling management on "we need to re-write this, it'll take months, and the > net effect, hopefully, will be no new functionality, and probably new bugs" > is a non-starter. > > I?m in a similar situation at $work. Lots of critical code still running > under mod_perl. The biggest problem is that it?s sometimes hard to test > the mod_perl code. We do have some WWW::Mechanize tests that fire up their > own Apache on a different port in order to run the tests, but it?s still > kind of slow to do that for individual unit tests. It?s not ideal for that > kind of stuff, but it?s a huge pain to switch over and it?s not broken so > there?s no hurry to fix it. > > I did have some of my own code that was built in CGI::Application that I > was running under ModPerl::Registry. That actually was mostly trivial to > switch over to Plack because it didn?t rely directly on any Apache::* > modules. > > Olaf > _______________________________________________ > toronto-pm mailing list > toronto-pm at pm.org > http://mail.pm.org/mailman/listinfo/toronto-pm > -------------- next part -------------- An HTML attachment was scrubbed... URL: From legrady at gmail.com Mon Jun 23 08:46:59 2014 From: legrady at gmail.com (Tom Legrady) Date: Mon, 23 Jun 2014 11:46:59 -0400 Subject: [tpm] YAPC::NA live Message-ID: YAPC::NA available live or recorded on Youtube https://www.youtube.com/watch?v=mxLIQxSda0E&list=UU7y4qaRSb5w2O8cCHOsKZDw -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.s.doyle at gmail.com Thu Jun 26 15:48:33 2014 From: dave.s.doyle at gmail.com (Dave Doyle) Date: Thu, 26 Jun 2014 18:48:33 -0400 Subject: [tpm] Hangout for tonights meeting Message-ID: https://plus.google.com/hangouts/_/hoaevent/AP36tYcWdU6KLGs5s2XIZh17qewrYxV1WrnCaaRpSbvLMp8sQCVomg -- dave.s.doyle at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From arocker at Vex.Net Fri Jun 27 06:54:59 2014 From: arocker at Vex.Net (arocker at Vex.Net) Date: Fri, 27 Jun 2014 09:54:59 -0400 Subject: [tpm] Citations Message-ID: "The difference between research and plagiarism is attribution", so I'm following Mike Stok's lead. Here are my sources for the discussion on change: The Ur-text on managing change: "The Prince" http://www.constitution.org/mac/prince00.htm How it relates to today: https://openlibrary.org/works/OL3461433W/Management_and_Machiavelli What is "Knowledge work"? http://matthewbcrawford.com/ The story of the "Aerolithe". Note the schedule slippage: http://www.guildclassiccars.com/1935_Aerolithe_coupe_1109/Aerolithe.html The TV series: https://www.youtube.com/user/TheRestorationGarage (in which the Bugatti appears from time to time); projects changing scope. And just in case you think I'm stretching analogies too far: http://surfacesandessences.com/ From arocker at Vex.Net Fri Jun 27 07:02:28 2014 From: arocker at Vex.Net (arocker at Vex.Net) Date: Fri, 27 Jun 2014 10:02:28 -0400 Subject: [tpm] DLP technology Message-ID: <3e931d2486408a6d09845c5cfd9c7fc0.squirrel@mail.vex.net> For those who were there when I mentioned it, see http://www.eetimes.com/document.asp?doc_id=1322765 From arocker at Vex.Net Fri Jun 27 09:13:15 2014 From: arocker at Vex.Net (arocker at Vex.Net) Date: Fri, 27 Jun 2014 12:13:15 -0400 Subject: [tpm] Medal-winning Perl Message-ID: <3afef586feaa54b25e81a6a9b7e49b21.squirrel@mail.vex.net> http://www.theregister.co.uk/2014/06/27/you_want_a_medal_for_writing_a_script_sure_here_it_is/