<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Disqus - Latest Comments for Reg Braithwaite</title><link>http://disqus.com/people/6944576a4252ea5303f0b978f8604a30/</link><description></description><language>en</language><lastBuildDate>Mon, 25 May 2009 16:23:41 -0000</lastBuildDate><item><title>Re: Brilliantly wrong</title><link>http://paulbuchheit.disqus.com/brilliantly_wrong/#comment-35234</link><description>"While an Undo feature could be useful, isn't this just coddling people who should otherwise be paying closer attention to what they are doing?"&lt;br&gt;&lt;br&gt;How shall I put this?&lt;br&gt;&lt;br&gt;While a source code repository with version control could be useful, isn't this just coddling programmers who should otherwise be paying closer attention to what they are doing?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Reg Braithwaite</dc:creator><pubDate>Fri, 14 Dec 2007 11:40:55 -0000</pubDate></item><item><title>Re: Incubators, accelerators, and ignition</title><link>http://startupnorth.disqus.com/incubators_accelerators_and_ignition/#comment-8190760</link><description>For those who are interested, yes I do advise startups from time to time on an informal basis. My observation is that typically I am approached by startups with a strong technology founder or founders. They know of me through my development activities, so they are motivated to seek me out and exchange ideas.&lt;br&gt;&lt;br&gt;That's terrific, and technology-centric founder please don't stop: I love talking with fellow developers! At the same time, I have a sneaking suspicion that the technology-centric founders would do well to also seek out business-centric advisors and learn to manage the resulting impedance mismatch. Likewise, business-centric founders might benefit even more from bringing a technology-centric advisor on board to complement their strengths.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Reg Braithwaite</dc:creator><pubDate>Tue, 14 Apr 2009 08:27:26 -0000</pubDate></item><item><title>Re: State of Music Now</title><link>http://whetheratreefalls.disqus.com/state_of_music_now/#comment-1846248</link><description>Thanks for the link love! You have an intriguing idea there: Labels transforming radio.&lt;br&gt;&lt;br&gt;Reg Braithwaite's last blog post..&lt;a href="http://feeds.raganwald.com/~r/raganwald/~3/288716237/show-dont-tell.html" rel="nofollow"&gt;Show, Don't Tell&lt;/a&gt; at &lt;a href="http://weblog.raganwald.com" rel="nofollow"&gt;http://weblog.raganwald.com&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Reg Braithwaite</dc:creator><pubDate>Mon, 12 May 2008 19:59:32 -0000</pubDate></item><item><title>Re: Hexangular Gazebo</title><link>http://osteele.disqus.com/hexangular_gazebo/#comment-4881378</link><description>Going with the charitable interpretation, I'm going to say this is a "backless" design.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Reg Braithwaite</dc:creator><pubDate>Thu, 23 Oct 2008 15:22:14 -0000</pubDate></item><item><title>Re: Practice and perfection</title><link>http://bencrowder.disqus.com/practice_and_perfection/#comment-5429496</link><description>Thanks for the link love! I look forward to reading more from  "Outside the Box."</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Reg Braithwaite</dc:creator><pubDate>Wed, 24 May 2006 09:44:09 -0000</pubDate></item><item><title>Re: Why You Have To Work For A Startup</title><link>http://patmaddox.disqus.com/why_you_have_to_work_for_a_startup/#comment-5764586</link><description>"the experience you get creating stuff that hasn’t existed before is so much more useful than the experience you get implementing somebody else’s ideas or going over ground that’s already been thoroughly explored."&lt;br&gt;&lt;br&gt;Giles, no truer words were e'r spoken. Or as Orson Welles put it, Always have a dream. Why spend your life building somebody else's vision?"</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Reg Braithwaite</dc:creator><pubDate>Sun, 01 Apr 2007 21:58:00 -0000</pubDate></item><item><title>Re: Why You Have To Work For A Startup</title><link>http://patmaddox.disqus.com/why_you_have_to_work_for_a_startup/#comment-5764591</link><description>John Jeese:&lt;br&gt;&lt;br&gt;I am still very much impressed by how computers work, &lt;i&gt;thirty-two years&lt;/i&gt; after I first started programming.&lt;br&gt;&lt;br&gt;Is this any different than an Astronomer who is still impressed by how the Universe works after decades of research?&lt;br&gt;&lt;br&gt;And Ruby is a tool like any other. True. But why do you suggest that tools can't be cool?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Reg Braithwaite</dc:creator><pubDate>Mon, 02 Apr 2007 06:51:00 -0000</pubDate></item><item><title>Re: Implementing the *ect methods in terms of inject</title><link>http://patmaddox.disqus.com/implementing_the_ect_methods_in_terms_of_inject/#comment-5764734</link><description>Thanks for the link love, terrific post. You might also find these mildly amusing:&lt;br&gt;&lt;br&gt;&lt;a href="http://weblog.raganwald.com/2007/11/really-simple-anamorphisms-in-ruby.html" rel="nofollow"&gt;http://weblog.raganwald.com/2007/11/really-simp...&lt;/a&gt;&lt;br&gt;&lt;a href="http://weblog.raganwald.com/2007/11/really-useful-anamorphisms-in-ruby.html" rel="nofollow"&gt;http://weblog.raganwald.com/2007/11/really-usef...&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Reg Braithwaite</dc:creator><pubDate>Fri, 18 Apr 2008 14:44:00 -0000</pubDate></item><item><title>Re: The Crunch Mode Paradox: Turning Superstars Average</title><link>http://jamesonsoftware.disqus.com/the_crunch_mode_paradox_turning_superstars_average/#comment-7962517</link><description>Thanks for the quote and the link!&lt;br&gt;&lt;br&gt;Controversial indeed... I myself do not always refuse the bidding of stake holders, even when I believe they are wrong. But I do insist that they understand the trade-offs they are making before trying practices I believe to be unproductive, such as sustained overtime.&lt;br&gt;&lt;br&gt;It doesn't always help, but I often try to crack a joke to make the point. In the case of crunch mode, my standard line is:&lt;br&gt;&lt;br&gt;"No problem. I can do almost as much work in seventy hours as I can in fifty."</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Reg Braithwaite</dc:creator><pubDate>Mon, 18 Feb 2008 14:13:00 -0000</pubDate></item><item><title>Re: The Crunch Mode Paradox: Turning Superstars Average</title><link>http://jamesonsoftware.disqus.com/the_crunch_mode_paradox_turning_superstars_average/#comment-7962526</link><description>I must admit I have trouble with the argument that "it's an emergency, it's critical." That makes it sound like an exceptional circumstance. Ok, if that happens on one project out of ten or twenty, fine. But when it happens on every milestone of every project, you have to step back and stop pretending there is an emergency and recognize that you are managing *for* this outcome.&lt;br&gt;&lt;br&gt;Imagine, if you will, the question of performing open-heart surgery on an overweight forty year-old smoker with blocked arteries/aorta/whatever. Obviously, it's an emergency, get out the knife.&lt;br&gt;&lt;br&gt;But if the same person is back in twenty-four months for more surgery, and they haven't lost weight, they haven't stopped smoking, what are you to say? Clearly this is no longer "emergency surgery," the patient is choosing a course of action that will end up with surgery.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Reg Braithwaite</dc:creator><pubDate>Tue, 19 Feb 2008 16:05:00 -0000</pubDate></item><item><title>Re: The Crunch Mode Paradox: Turning Superstars Average</title><link>http://jamesgolick.disqus.com/the_crunch_mode_paradox_turning_superstars_average/#comment-7965258</link><description>Thanks for the quote and the link!&lt;br&gt;&lt;br&gt;Controversial indeed... I myself do not always refuse the bidding of stake holders, even when I believe they are wrong. But I do insist that they understand the trade-offs they are making before trying practices I believe to be unproductive, such as sustained overtime.&lt;br&gt;&lt;br&gt;It doesn't always help, but I often try to crack a joke to make the point. In the case of crunch mode, my standard line is:&lt;br&gt;&lt;br&gt;"No problem. I can do almost as much work in seventy hours as I can in fifty."</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Reg Braithwaite</dc:creator><pubDate>Mon, 18 Feb 2008 14:13:00 -0000</pubDate></item><item><title>Re: The Crunch Mode Paradox: Turning Superstars Average</title><link>http://jamesgolick.disqus.com/the_crunch_mode_paradox_turning_superstars_average/#comment-7965268</link><description>I must admit I have trouble with the argument that "it's an emergency, it's critical." That makes it sound like an exceptional circumstance. Ok, if that happens on one project out of ten or twenty, fine. But when it happens on every milestone of every project, you have to step back and stop pretending there is an emergency and recognize that you are managing *for* this outcome.&lt;br&gt;&lt;br&gt;Imagine, if you will, the question of performing open-heart surgery on an overweight forty year-old smoker with blocked arteries/aorta/whatever. Obviously, it's an emergency, get out the knife.&lt;br&gt;&lt;br&gt;But if the same person is back in twenty-four months for more surgery, and they haven't lost weight, they haven't stopped smoking, what are you to say? Clearly this is no longer "emergency surgery," the patient is choosing a course of action that will end up with surgery.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Reg Braithwaite</dc:creator><pubDate>Tue, 19 Feb 2008 16:05:00 -0000</pubDate></item><item><title>Re: Check Email Address with JavaScript and Regular Expressions</title><link>http://marketingtechnologyblog.disqus.com/check_email_address_with_javascript_and_regular_expressions/#comment-11020287</link><description>I like the idea, but I would be hesitant to adopt this particular regular expression without description of which legal email addresses it does not accept and which illegal addresses it permits.&lt;br&gt;&lt;br&gt;For an example of a regular expression that does a decent job alongside an explanation of which cases it does not cover, see this:&lt;br&gt;&lt;br&gt;&lt;a href="http://www.regular-expressions.info/email.html" rel="nofollow"&gt;http://www.regular-expressions.info/email.html&lt;/a&gt;&lt;br&gt;&lt;br&gt;My personal preference is to cover most of the simple cases and issue a warning for everything else rather than rejecting it. If Bob really want sto submit &lt;a href="mailto:bob@com.museum" rel="nofollow"&gt;bob@com.museum&lt;/a&gt; rather than &lt;a href="mailto:bob@museum.com" rel="nofollow"&gt;bob@museum.com&lt;/a&gt;, why not let him?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Reg Braithwaite</dc:creator><pubDate>Thu, 01 Nov 2007 23:37:41 -0000</pubDate></item><item><title>Re: Ruby Currying</title><link>http://khelll.disqus.com/ruby_currying/#comment-12609761</link><description>The curry definitions given here mess with Proc#arity, don't they? In other words:&lt;br&gt;&lt;br&gt;lambda { |x,y| x + y }.arity =&amp;gt; 2&lt;br&gt;&lt;br&gt;class Proc&lt;br&gt; def curry(*p)&lt;br&gt;   lambda {|*args| self.call(*(p+args))}&lt;br&gt; end&lt;br&gt;end&lt;br&gt;&lt;br&gt;lambda { |x,y| x + y }.curry(1).arity =&amp;gt; -1&lt;br&gt;&lt;br&gt;I would expect the 'curried' function to have an arity of one. Also, is this currying or partial application?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Reg Braithwaite</dc:creator><pubDate>Mon, 25 May 2009 16:23:41 -0000</pubDate></item></channel></rss>