http://disqus.com/people/schapht/enTue, 10 Nov 2009 08:40:13 -0000http://rubypulse.disqus.com/rubypulse_episode_016_off_github_ampquota_simple_tool_which_helps_migrate_your_locally_installed_gem/#comment-22534669Fwiw, 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!schaphtTue, 10 Nov 2009 08:40:13 -0000http://themasterlessapprenticeship.disqus.com/a_shout_out_8211_corey_haines/#comment-19302151And 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.schaphtWed, 07 Oct 2009 10:12:06 -0000http://matschaffer.disqus.com/javascript_templates_build_time_lovin8217/#comment-18558719Mat pretty much sums it up for me. Using span tags was the deal breaker. I'm fine with using span tags to define content, but feared the id/class name duplication that might come along with PURE. It's too easy for someone to reuse a template variable that might be used as a selector somewhere down the line. Also, I personally don't like seeing a bunch of span tags wrapping content. It just looks a little ugly to me.couchoudMon, 05 Oct 2009 09:18:44 -0000http://matschaffer.disqus.com/javascript_templates_build_time_lovin8217/#comment-18505101I'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.<br><br>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.schaphtSun, 04 Oct 2009 14:32:14 -0000http://themasterlessapprenticeship.disqus.com/just_some_kid/#comment-17775825Well 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.schaphtTue, 29 Sep 2009 11:20:42 -0000http://matschaffer.disqus.com/harsh_opinions_on_javascript_testing/#comment-17018594For sure man, I see the value in that, it is a perfectly valid argument. Which is why I support literal JS specs as well (you can even use a combination of each if you want), but yeah a bigger team would not benefit much from the grammar. I work solo so thats where my rage with JS literals got me started with the grammar lolTJ HolowaychukSun, 20 Sep 2009 23:55:32 -0000http://matschaffer.disqus.com/harsh_opinions_on_javascript_testing/#comment-17016185Thanks 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.schaphtSun, 20 Sep 2009 23:49:15 -0000http://matschaffer.disqus.com/harsh_opinions_on_javascript_testing/#comment-17015909hell even if you do not like snake-case 2.x partially implements interchangeable DSLs (3.x will top this off) so you can have camel-case galore. The grammar can be summed up really quickly, this slideshow might be worth checking out, speeds up testing once you get the hang of it :) <a href="http://slidechop.com/presentations/68/slides" rel="nofollow">http://slidechop.com/presentations/68/slides</a>TJ HolowaychukSun, 20 Sep 2009 23:38:46 -0000http://matschaffer.disqus.com/harsh_opinions_on_javascript_testing/#comment-17014697Sounds good! not much is forced upon the user though. Check out the readme / site or drop by the #jspec IRC channel if you need any help. People seem to jump to conclusions about how things have to be done with JSpec, which are never true, its very extensible / customizable. <br><br>The project templates for example are simply a starting point, the structure does not have to be that way at all. 3.x is going to ship with a bunch of new features, hopefully timed together with my Ruby TestSwarm implementation.<br><br>Besides if you find there is something missing, or blocking your way drop an issue on Github and I will check it out :)TJ HolowaychukSun, 20 Sep 2009 23:31:12 -0000http://matschaffer.disqus.com/harsh_opinions_on_javascript_testing/#comment-17014123Thanks 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.schaphtSun, 20 Sep 2009 23:21:32 -0000http://matschaffer.disqus.com/harsh_opinions_on_javascript_testing/#comment-15465653Right 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.schaphtThu, 27 Aug 2009 09:21:33 -0000http://heroku.disqus.com/heroku_config_vars_for_deploy_specific_settings/#comment-8058269+1, good feature.<br><br>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.schaphtFri, 10 Apr 2009 13:52:24 -0000http://matschaffer.disqus.com/isepta_train_view_my_time_with_dashcode/#comment-7924644Either way works for me.<br><br>Even a way to title the widget <br>(i'm not certain in your comment on uservoice whether you are titling the widget or the destination)<br><br>Two people at drexel have already seen it and asked where I got it. I'm pretty sure that one of them installed it .<br><br>Go you.ChrisMon, 06 Apr 2009 21:16:28 -0000http://matschaffer.disqus.com/isepta_train_view_my_time_with_dashcode/#comment-7759557Glad you like it!<br><br>I have a feature request pretty similar to that here:<br><a href="http://iseptatrainview.uservoice.com/pages/general/suggestions/150199" rel="nofollow">http://iseptatrainview.uservoice.com/pages/gene...</a><br><br>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.schaphtThu, 02 Apr 2009 16:50:59 -0000http://matschaffer.disqus.com/groovy_unit_tests_on_maven_038_eclipse/#comment-6867962Glad I could help! I might have to give Guice a try too.schaphtWed, 04 Mar 2009 08:01:13 -0000http://matschaffer.disqus.com/groovy_unit_tests_on_maven_038_eclipse/#comment-6854560Thanks Mat for replying. For now I switched to JUnit (and using Guice as well) and things are fine. <br><br>I'm currently not extending groovy.util.GroovyTestCase, just using AtUnit from Guice.. and it works pretty nicely.) <br><br>Thanks again. Eventually I'll get it working with TestNG, but for now JUnit is fine.Rick RTue, 03 Mar 2009 20:45:44 -0000http://matschaffer.disqus.com/groovy_unit_tests_on_maven_038_eclipse/#comment-6847725I 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.<br><br>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.schaphtTue, 03 Mar 2009 15:57:14 -0000http://matschaffer.disqus.com/my_new_x_plat_strategy/#comment-6279148I'm a little bit depressed that although this was intended as a joke, I'm now part of the "Cross Platform" team. Ah well...schaphtSun, 15 Feb 2009 15:33:33 -0000http://matschaffer.disqus.com/fork_my_bash_profile/#comment-2936518I added the ant task tab-completion and pushed it to github.schaphtWed, 08 Oct 2008 10:21:52 -0000http://matschaffer.disqus.com/fork_my_bash_profile/#comment-2885514Glad you like it! Feel free to email me a patch or pull request on github. I might just hack it in there myself.schaphtSun, 05 Oct 2008 21:39:43 -0000http://matschaffer.disqus.com/we8217re_homeowners/#comment-2639400Thanks, man. Yeah, the mortgage agent hooked me up pretty well to, I think :)schaphtFri, 26 Sep 2008 08:15:21 -0000http://plpatterns.disqus.com/programming_concepts_people_just_quotdon039t_getquot/#comment-952703That'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.schaphtSun, 20 Jul 2008 21:31:51 -0000http://plpatterns.disqus.com/programming_concepts_people_just_quotdon039t_getquot/#comment-951925I don't mean to make experts out of people on these topics. That takes time and experience.<br><br>If you (or others?) don't understand the concept of BigTable or column-oriented storage, that's one thing. And I could try to show it to people so that they grasp it enough to evaluate its use in a given situation.<br><br>But if you already know what it is, you're just not that good with it, I would say... practice!jonnytranSun, 20 Jul 2008 18:49:02 -0000http://plpatterns.disqus.com/programming_concepts_people_just_quotdon039t_getquot/#comment-951639I 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.schaphtSun, 20 Jul 2008 18:02:04 -0000