<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Disqus - Latest Comments for schapht</title><link xmlns="http://www.w3.org/2005/Atom" rel="http://api.friendfeed.com/2008/03#sup" href="http://disqus.com/sup/all.sup#usercomments-3674f21c" type="application/json"/><link>http://disqus.com/people/schapht/</link><description></description><language>en</language><lastBuildDate>Tue, 10 Nov 2009 08:40:13 -0000</lastBuildDate><item><title>Re: RubyPulse :: Episode 0.16 - off_github - &amp;amp;quot;A simple tool which helps migrate your locally installed gems from github to gemcutter.&amp;amp;quot; - maxim</title><link>http://www.rubypulse.com/episode-0.16_off_github.html#comment-22534669</link><description>Fwiw, I like that aaalex posted it anyway since it fits with the "things might go wrong" disclamer he used to put at the beginning of the videos. Thanks for the hard work aaalex!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">schapht</dc:creator><pubDate>Tue, 10 Nov 2009 08:40:13 -0000</pubDate></item><item><title>Re: A Shout Out &amp;#8211; Corey Haines</title><link>http://apprentice.kfitz.me/2009/10/02/a-shout-out-corey-haines/#comment-19302151</link><description>And much like every person I've ever heard on the radio (or podcasts in this case), he looks nothing like what I expected him to. Go figure.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">schapht</dc:creator><pubDate>Wed, 07 Oct 2009 10:12:06 -0000</pubDate></item><item><title>Re: JavaScript templates, build-time lovin&amp;#8217;</title><link>http://matschaffer.com/2009/10/javascript-templates/#comment-18505101</link><description>I'll see if I can get some of my coworkers to comment as well, but the decision largely came down to the use of spans and classes for interpolation and iteration.&lt;br&gt;&lt;br&gt;We're pretty comfortable with spans and classes designating style. The general consensus seemed to be that giving them a second purpose (content) was a poor fit. We use a lot of Freemarker so Trimpath's use of ${} was a more comfortable progression. Of course I'm sure you could apply this concept to PURE just as easily, so feel free to fork if it if you find it useful.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">schapht</dc:creator><pubDate>Sun, 04 Oct 2009 14:32:14 -0000</pubDate></item><item><title>Re: Just Some Kid</title><link>http://apprentice.kfitz.me/2009/09/28/just-some-kid/#comment-17775825</link><description>Well said, man. This definitely flies in the face of every job description I've never seen, but that's probably a good thing. I'm looking forward to the next posts and hope to hear your thoughts on why "solo" or "masterless" is such a common case for developers and what it might take to get people thinking about software more like traditional crafts.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">schapht</dc:creator><pubDate>Tue, 29 Sep 2009 11:20:42 -0000</pubDate></item><item><title>Re: Harsh opinions on JavaScript testing</title><link>http://matschaffer.com/2009/08/hars-opinions-on-javascript-testing/#comment-17016185</link><description>Thanks for the support! I see the cool factor but "getting the hang of it" would become a speed-bump when trying to introduce the tool to the rest of my team (~40 devs total). And the specs won't be worth much if I'm the only one using them. I'll hit you up in IRC once I get started for sure.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">schapht</dc:creator><pubDate>Sun, 20 Sep 2009 23:49:15 -0000</pubDate></item><item><title>Re: Harsh opinions on JavaScript testing</title><link>http://matschaffer.com/2009/08/hars-opinions-on-javascript-testing/#comment-17014123</link><description>Thanks for chiming in TJ! I think JSpec will be the next tool I look at for testing. The features definitely look good, I just worry that a number of your opinions won't mesh with the projects I need to test. We'll see how flexible it is once I start digging in.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">schapht</dc:creator><pubDate>Sun, 20 Sep 2009 23:21:32 -0000</pubDate></item><item><title>Re: Harsh opinions on JavaScript testing</title><link>http://matschaffer.com/2009/08/hars-opinions-on-javascript-testing/#comment-15465653</link><description>Right on. Thanks for the check. I too often forget to revisit the YUI suite since I initially used it in 2005 when it only had a small handful of tools. Maybe I'll do another post with that and a deeper dive into JSpec.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">schapht</dc:creator><pubDate>Thu, 27 Aug 2009 09:21:33 -0000</pubDate></item><item><title>Re: Heroku | Config Vars for Deploy-Specific Settings</title><link>http://blog.heroku.com/archives/2009/4/7/config-vars/#comment-8058269</link><description>+1, good feature.&lt;br&gt;&lt;br&gt;Have you considered making a config:edit command that would work similar to svn's propedit command? I'm sure folks would appreciate this once their configs start growing larger.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">schapht</dc:creator><pubDate>Fri, 10 Apr 2009 13:52:24 -0000</pubDate></item><item><title>Re: iSepta Train View, my time with Dashcode</title><link>http://matschaffer.com/2009/03/isepta-train-view/#comment-7759557</link><description>Glad you like it!&lt;br&gt;&lt;br&gt;I have a feature request pretty similar to that here:&lt;br&gt;&lt;a href="http://iseptatrainview.uservoice.com/pages/general/suggestions/150199" rel="nofollow"&gt;http://iseptatrainview.uservoice.com/pages/gene...&lt;/a&gt;&lt;br&gt;&lt;br&gt;Do you think that'd cover it? Rather than a custom name like "Home" I may just take the destination name from iSepta and display that at the bottom or top of the widget.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">schapht</dc:creator><pubDate>Thu, 02 Apr 2009 16:50:59 -0000</pubDate></item><item><title>Re: Groovy Unit Tests on Maven &amp;#038; Eclipse</title><link>http://matschaffer.com/2008/12/groovy-unit-tests-on-maven-eclipse/#comment-6867962</link><description>Glad I could help! I might have to give Guice a try too.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">schapht</dc:creator><pubDate>Wed, 04 Mar 2009 08:01:13 -0000</pubDate></item><item><title>Re: Groovy Unit Tests on Maven &amp;#038; Eclipse</title><link>http://matschaffer.com/2008/12/groovy-unit-tests-on-maven-eclipse/#comment-6847725</link><description>I haven't tried the testng groovy integration. All my tests extend groovy.util.GroovyTestCase which I believe is JUnit by definition. I would expect that for TestNG tests to work correctly you'll need to include TestNG as a dependency in your pom.&lt;br&gt;&lt;br&gt;Also I had a lot of issues getting groovy tests to work in eclipse until I started putting them under src/test/java. But gmaven worked regardless of where the tests were.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">schapht</dc:creator><pubDate>Tue, 03 Mar 2009 15:57:14 -0000</pubDate></item><item><title>Re: My new X-Plat strategy</title><link>http://matschaffer.com/2008/11/my-new-x-plat-strategy/#comment-6279148</link><description>I'm a little bit depressed that although this was intended as a joke, I'm now part of the "Cross Platform" team. Ah well...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">schapht</dc:creator><pubDate>Sun, 15 Feb 2009 15:33:33 -0000</pubDate></item><item><title>Re: Fork my bash profile</title><link>http://matschaffer.com/2008/10/fork-my-bash-profile/#comment-2936518</link><description>I added the ant task tab-completion and pushed it to github.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">schapht</dc:creator><pubDate>Wed, 08 Oct 2008 10:21:52 -0000</pubDate></item><item><title>Re: Fork my bash profile</title><link>http://matschaffer.com/2008/10/fork-my-bash-profile/#comment-2885514</link><description>Glad you like it!  Feel free to email me a patch or pull request on github.  I might just hack it in there myself.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">schapht</dc:creator><pubDate>Sun, 05 Oct 2008 21:39:43 -0000</pubDate></item><item><title>Re: We&amp;#8217;re homeowners!</title><link>http://www.matschaffer.com/2008/09/were-homeowners/#comment-2639400</link><description>Thanks, man.  Yeah, the mortgage agent hooked me up pretty well to, I think :)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">schapht</dc:creator><pubDate>Fri, 26 Sep 2008 08:15:21 -0000</pubDate></item><item><title>Re: Programming Concepts People Just &amp;quot;Don&amp;#039;t Get&amp;quot;</title><link>http://plpatterns.com/post/42929867#comment-952703</link><description>That's fair.  I'm sure I could use some practice, but I think de-normalized, amortized over write storage is something that's still tricky for folks that came into software development over the past few years.  Myself included.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">schapht</dc:creator><pubDate>Sun, 20 Jul 2008 21:31:51 -0000</pubDate></item><item><title>Re: Programming Concepts People Just &amp;quot;Don&amp;#039;t Get&amp;quot;</title><link>http://plpatterns.com/post/42929867#comment-951639</link><description>I don't get grasp how to structure application data for de-normalized storage (e.g., BigTable, HBase).  My brain instantly jumps to building entity relationships which I'm sure don't hold up in that model.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">schapht</dc:creator><pubDate>Sun, 20 Jul 2008 18:02:04 -0000</pubDate></item></channel></rss>