<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Bruce Williams - Latest Comments</title><link>http://codefluency.disqus.com/</link><description></description><atom:link href="https://codefluency.disqus.com/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Fri, 19 Nov 2010 02:11:14 -0000</lastBuildDate><item><title>Re: Another Day, Another Language</title><link>http://ali-aliev.com/jekyll/blog/ruby/2007/04/20/another-day-another-language.html#comment-99321954</link><description>&lt;p&gt;dfsd&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Shamkir</dc:creator><pubDate>Fri, 19 Nov 2010 02:11:14 -0000</pubDate></item><item><title>Re: Using Vim</title><link>http://aliev.github.com/2010/11/13/using-vim.html#comment-97053645</link><description>&lt;p&gt;ответ на коммент . Али! хорошо.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anton</dc:creator><pubDate>Sun, 14 Nov 2010 09:02:09 -0000</pubDate></item><item><title>Re: Using Vim</title><link>http://aliev.github.com/2010/11/13/using-vim.html#comment-97049171</link><description>&lt;p&gt;Привет. круто&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anton</dc:creator><pubDate>Sun, 14 Nov 2010 08:25:08 -0000</pubDate></item><item><title>Re: Another Day, Another Language</title><link>http://aliev.github.com/2007/04/20/another-day-another-language.html#comment-97032763</link><description>&lt;p&gt;ответ на этот комментарий&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ali</dc:creator><pubDate>Sun, 14 Nov 2010 05:04:15 -0000</pubDate></item><item><title>Re: Another Day, Another Language</title><link>http://aliev.github.com/2007/04/20/another-day-another-language.html#comment-97032754</link><description>&lt;p&gt;мой первый комментарий&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ali</dc:creator><pubDate>Sun, 14 Nov 2010 05:04:00 -0000</pubDate></item><item><title>Re: Another Day, Another Language</title><link>http://aliev.github.com/2007/04/20/another-day-another-language.html#comment-97032734</link><description>&lt;p&gt;тест&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ali</dc:creator><pubDate>Sun, 14 Nov 2010 05:03:45 -0000</pubDate></item><item><title>Re: Wrapping a Method in Ruby</title><link>http://codefluency.com/2009/01/03/wrapping-a-method-in-ruby.html#comment-21279531</link><description>&lt;p&gt;It's a nice article. Indeed.&lt;br&gt;Another interesting theme would be, how to wrap class methods. that's a bit more complicated without using ugly eval stuff (class_eval do; class &amp;lt;&amp;lt; self; ... end; end), isn't it? ;)&lt;br&gt;Anyway kind regards&lt;br&gt;Chris&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Christian</dc:creator><pubDate>Thu, 29 Oct 2009 14:06:17 -0000</pubDate></item><item><title>Re: Joining Reductive Labs</title><link>http://codefluency.com/2009/10/24/joining-reductive-labs.html#comment-21049041</link><description>&lt;p&gt;Glad to have you aboard, Bruce!  Looking forward to working with you.  Reductive is a great company with tremendous prospects&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">scottreduced</dc:creator><pubDate>Mon, 26 Oct 2009 13:56:24 -0000</pubDate></item><item><title>Re: Joining Reductive Labs</title><link>http://codefluency.com/2009/10/24/joining-reductive-labs.html#comment-20986520</link><description>&lt;p&gt;We're glad to have you! It's about time we finally had the opportunity to work together.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">ReinH</dc:creator><pubDate>Sun, 25 Oct 2009 12:33:30 -0000</pubDate></item><item><title>Re: Living without send(), or trying to</title><link>http://codefluency.com/2009/03/13/living-without-send.html#comment-17701260</link><description>&lt;p&gt;Hi!&lt;/p&gt;&lt;p&gt;Congratulations! Your readers have submitted and voted for your blog at The Daily Reviewer. We compiled an exclusive list of the Top 100 ruby Blogs, and we are glad to let you know that your blog was included! You can see it at &lt;a href="http://thedailyreviewer.com/top/ruby/2" rel="nofollow noopener" target="_blank" title="http://thedailyreviewer.com/top/ruby/2"&gt;http://thedailyreviewer.com...&lt;/a&gt;&lt;/p&gt;&lt;p&gt;You can claim your Top 100 Blogs Award here : &lt;a href="http://thedailyreviewer.com/pages/badges/ruby" rel="nofollow noopener" target="_blank" title="http://thedailyreviewer.com/pages/badges/ruby"&gt;http://thedailyreviewer.com...&lt;/a&gt;&lt;/p&gt;&lt;p&gt;P.S. This is a one-time notice to let you know your blog was included in one of our Top 100 Blog categories. You might get notices if you are listed in two or more categories.&lt;/p&gt;&lt;p&gt;P.P.S. If for some reason you want your blog removed from our list, just send an email to angelina@thedailyreviewer.com with the subject line "REMOVE" and the link to your blog in the body of the message.&lt;/p&gt;&lt;p&gt;Cheers!&lt;/p&gt;&lt;p&gt;Angelina Mizaki&lt;br&gt;Selection Committee President&lt;br&gt;The Daily Reviewer&lt;br&gt;&lt;a href="http://thedailyreviewer.com" rel="nofollow noopener" target="_blank" title="http://thedailyreviewer.com"&gt;http://thedailyreviewer.com&lt;/a&gt; &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">The Daily Reviewer</dc:creator><pubDate>Sun, 27 Sep 2009 23:34:40 -0000</pubDate></item><item><title>Re: A sleep hack</title><link>http://codefluency.com/2009/01/09/a-sleep-hack.html#comment-13808909</link><description>&lt;p&gt;That seems to be a common theme among polyphasic enthusiasts.   The discipline to keep to the schedule is tough.&lt;/p&gt;&lt;p&gt;I have an office job, so its not possible now. I'd try it if I started working from home again.&lt;/p&gt;&lt;p&gt;Thanks!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Matt</dc:creator><pubDate>Sun, 02 Aug 2009 10:08:35 -0000</pubDate></item><item><title>Re: A sleep hack</title><link>http://codefluency.com/2009/01/09/a-sleep-hack.html#comment-13749296</link><description>&lt;p&gt;Matt,&lt;/p&gt;&lt;p&gt;It ended for a couple of reasons:&lt;/p&gt;&lt;p&gt;1. I have a 2 and 3 year old, and it was difficult scheduling the smaller naps during the day around them (It would have been far worse with uberman, of course)&lt;br&gt;2. My main problem before Everyman was an inability to decide to stop working and go to bed -- once a day.  Everyman put me in a situation where I had to make this decision many more times a day, breaking my work momentum (albeit shortly).  The breaks felt a little unnatural, but perhaps this is because my work rhythm and the schedule hadn't matched up yet.&lt;/p&gt;&lt;p&gt;I *do* recommend you give it a go; it was a very valuable experience for me -- in the least, I learned  the value of a short nap... and the additional time I had made me extremely productive (creatively, too-- not just with busywork as some detractors have claimed).  I may even try it again someday (or uberman) if/when my home schedule becomes more manageable.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bruce Williams</dc:creator><pubDate>Fri, 31 Jul 2009 14:00:44 -0000</pubDate></item><item><title>Re: A sleep hack</title><link>http://codefluency.com/2009/01/09/a-sleep-hack.html#comment-13748440</link><description>&lt;p&gt;I'm interested in this sort of thing.  Why did your experiment end early? What was your experience?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Matt Katz</dc:creator><pubDate>Fri, 31 Jul 2009 13:40:40 -0000</pubDate></item><item><title>Re: Rails Views,  Use update_page in link_to_function</title><link>http://codefluency.com/2006/05/27/rails-views-use-update_page-in-link_to_function.html#comment-12648838</link><description>&lt;p&gt;egarcia,&lt;/p&gt;&lt;p&gt;Keep in mind this was written over two years ago.  These days everything I do is in raw JS (and usually jQuery); I recommend the same for everyone else.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bruce Williams</dc:creator><pubDate>Tue, 14 Jul 2009 15:51:13 -0000</pubDate></item><item><title>Re: Rails Views,  Use update_page in link_to_function</title><link>http://codefluency.com/2006/05/27/rails-views-use-update_page-in-link_to_function.html#comment-12644506</link><description>&lt;p&gt;I'd argue that finding good, up-to-date documentation for javascript is easy, while link_to_function, update_page and "|page|" are still on the "not so well documented" parts of rails, and thus difficult to use.&lt;/p&gt;&lt;p&gt;Any place you can recommend for understanding them, beside the API pages?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">egarcia</dc:creator><pubDate>Tue, 14 Jul 2009 14:15:16 -0000</pubDate></item><item><title>Re: Living without send(), or trying to</title><link>http://codefluency.com/2009/03/13/living-without-send.html#comment-8948248</link><description>&lt;p&gt;Nice write up.  Using #send is sometimes second nature and I've never really given much thought to it.  I like the idea of using #method since you gives you more flexibility like a proc.  It's worth noting though that you can still call private and protected methods with obj.method("my_nonvisible_method").call(args) from an external context.  This article definitely got me think more about where and when to use send though.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">softprops</dc:creator><pubDate>Sun, 03 May 2009 01:25:06 -0000</pubDate></item><item><title>Re: A GitHubby config.gem hack</title><link>http://codefluency.com/2009/02/07/a-githubby-config-gem-hack.html#comment-7249762</link><description>&lt;p&gt;Matthew,&lt;/p&gt;&lt;p&gt;In a nutshell; versioning, support for dependency resolution, standardized author/plugin metadata, inclusion of rdoc/ri in system documentation, and more deployment options.  I've probably missed a few things&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bruce Williams</dc:creator><pubDate>Mon, 16 Mar 2009 02:23:00 -0000</pubDate></item><item><title>Re: A GitHubby config.gem hack</title><link>http://codefluency.com/2009/02/07/a-githubby-config-gem-hack.html#comment-7243768</link><description>&lt;p&gt;Bruce - can you elaborate on why gems are preferable to plug-ins? (Version control?) Thanks!&lt;br&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Matthew</dc:creator><pubDate>Sun, 15 Mar 2009 18:26:59 -0000</pubDate></item><item><title>Re: Revisiting Python</title><link>http://codefluency.com/articles/2008/12/26/revisiting-python/#comment-6279427</link><description>&lt;p&gt;You may want to take a look at Lazydoc (&lt;a href="http://tap.rubyforge.org/lazydoc/)" rel="nofollow noopener" target="_blank" title="http://tap.rubyforge.org/lazydoc/)"&gt;http://tap.rubyforge.org/la...&lt;/a&gt; as a way to access documentation in ruby.  It's not the snippet you wrote, but perhaps it could be extended that way.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Simon</dc:creator><pubDate>Sun, 15 Feb 2009 15:56:11 -0000</pubDate></item><item><title>Re: Wrapping a Method in Ruby</title><link>http://codefluency.com/articles/2009/01/03/wrapping-a-method-in-ruby#comment-5388520</link><description>&lt;p&gt;Thank you for the good read bruce&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kai Richard König</dc:creator><pubDate>Tue, 20 Jan 2009 06:04:16 -0000</pubDate></item><item><title>Re: Wrapping a Method in Ruby</title><link>http://codefluency.com/articles/2009/01/03/wrapping-a-method-in-ruby/#comment-5109347</link><description>&lt;p&gt;hi i wrote few articles on extend and super here : &lt;a href="http://ruby.simapse.com/" rel="nofollow noopener" target="_blank" title="http://ruby.simapse.com/"&gt;http://ruby.simapse.com/&lt;/a&gt; with a refactoring rails without alias_method_chain exercise a view on unmix and uninclude. Hopefully they can be complementary to yours.&lt;br&gt;I'll definitelly dig into merb's approach.&lt;br&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">charly</dc:creator><pubDate>Wed, 14 Jan 2009 04:19:21 -0000</pubDate></item><item><title>Re: Revisiting Python</title><link>http://codefluency.com/articles/2008/12/26/revisiting-python/#comment-5058010</link><description>&lt;p&gt;Mike, I can understand you on properties.  I guess Ruby took the approach due to the fact you invoke a method far more often than you need to get ahold of the method itself.  The property approach to this problem is interesting.&lt;/p&gt;&lt;p&gt;In practice, I tend to use parenthesis for invocation anyhow, unless there are no parameters or I'm writing in a more fluent, DSL style.  I think this is the case for many Ruby developers.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bruce Williams</dc:creator><pubDate>Sun, 11 Jan 2009 11:58:14 -0000</pubDate></item><item><title>Re: Revisiting Python</title><link>http://codefluency.com/articles/2008/12/26/revisiting-python/#comment-5056465</link><description>&lt;p&gt;I've added some updates to the article that address many of the comments made so far (closures, tabs, whitespace).&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bruce Williams</dc:creator><pubDate>Sun, 11 Jan 2009 09:52:31 -0000</pubDate></item><item><title>Re: Revisiting Python</title><link>http://codefluency.com/articles/2008/12/26/revisiting-python/#comment-5054950</link><description>&lt;p&gt;Great article. I too used to do a lot of Python development including writing about it. I always liked it and still do. But I prefer Ruby, as you do. I think Ruby code is more beautiful, but that's just my personal preference.&lt;br&gt;I agree with you about the "self" in Python. This should really have been removed for Python 3. It's just annoying.&lt;br&gt;Beside this, I think Python has a great feature, especially with stuff like Django and SQLAlchemy.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Markus Jais</dc:creator><pubDate>Sun, 11 Jan 2009 05:04:41 -0000</pubDate></item><item><title>Re: Bruce Williams: Arrow Lambdas, a Ruby 1.9 Vignette</title><link>http://codefluency.com/articles/2008/08/17/arrow-lambdas-a-ruby-1-9-vignette/#comment-5053447</link><description>&lt;p&gt;&amp;gt; the parser now accepts a literal that looks like the following (to support some great new features such as default arguments and associated blocks)&lt;/p&gt;&lt;p&gt;You make it sound like these features are unique to stabby-proc... While they weren't around in 1.8, they work fine in normal blocks in Ruby 1.9.&lt;/p&gt;&lt;p&gt;Personally I wish regular blocks could be first-class objects, then we could sidestep this whole messy and useless stabby-proc vs regular Proc vs lowercase-proc vs lambda vs block distinction. Alas, it will not be.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Phil</dc:creator><pubDate>Sun, 11 Jan 2009 02:56:09 -0000</pubDate></item></channel></rss>