<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Disqus - Latest Comments for taasaa</title><link>http://disqus.com/by/taasaa/</link><description></description><atom:link href="http://disqus.com/taasaa/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Sat, 28 Sep 2013 05:46:34 -0000</lastBuildDate><item><title>Re: Fickle Bits: Dry up Your Rspec Files with subject &amp; let Blocks</title><link>http://benscheirman.com/2011/05/dry-up-your-rspec-files-with-subject-let-blocks/#comment-1062367542</link><description>&lt;p&gt;Here's a working link to David's blog post - &lt;a href="http://blog.davidchelimsky.net/blog/2012/05/14/spec-smell-explicit-use-of-subject/" rel="nofollow noopener" target="_blank" title="http://blog.davidchelimsky.net/blog/2012/05/14/spec-smell-explicit-use-of-subject/"&gt;http://blog.davidchelimsky....&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Michael Mazyar</dc:creator><pubDate>Sat, 28 Sep 2013 05:46:34 -0000</pubDate></item><item><title>Re: Patching Ruby for Faster Rails Startup, Revised | Astrails - Hi-end web technology</title><link>http://blog.astrails.com/2013/4/30/patching-ruby-for-faster-rails-startup-revised#comment-909783660</link><description>&lt;p&gt;Nope, didn't see any 2.0 patches yet. But i'll continue to monitor the news and there will be update here once i find something.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Michael Mazyar</dc:creator><pubDate>Mon, 27 May 2013 08:30:01 -0000</pubDate></item><item><title>Re: Patching Ruby for Faster Rails Startup, Revised | Astrails - Hi-end web technology</title><link>http://blog.astrails.com/2013/4/30/patching-ruby-for-faster-rails-startup-revised#comment-909783027</link><description>&lt;p&gt;On new projects. There are still older projects to maintain though, and upgrading ruby is not always the most business value :)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Michael Mazyar</dc:creator><pubDate>Mon, 27 May 2013 08:28:53 -0000</pubDate></item><item><title>Re: rvm install patched ruby for faster rails startup | Astrails - Hi-end web technology</title><link>http://blog.astrails.com/2012/11/13/rvm-install-patched-ruby-for-faster-rails-startup#comment-729035747</link><description>&lt;p&gt;the patch seems to be updated and it works ok now with ruby-1.9.3-p327&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Michael Mazyar</dc:creator><pubDate>Thu, 06 Dec 2012 04:33:56 -0000</pubDate></item><item><title>Re: Astrails  Clicktale + Rails = Better Usability</title><link>http://blog.astrails.com/2009/6/3/clicktale-rails-better-usability#comment-49629702</link><description>&lt;p&gt;Thanks enortham.&lt;/p&gt;&lt;p&gt;Pushed fixed version to github.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Michael Mazyar</dc:creator><pubDate>Tue, 11 May 2010 04:17:39 -0000</pubDate></item><item><title>Re: Astrails  Clicktale + Rails = Better Usability</title><link>http://blog.astrails.com/2009/6/3/clicktale-rails-better-usability#comment-11021993</link><description>&lt;p&gt;I personally don't think so, although i agree that it somewhat borderline.&lt;/p&gt;&lt;p&gt;You still collect all the info you can about the user in your database, probably you have some local app statistics as well, to show user engagement with you app, you have google analytics and other 3 parties gathering statistics about your users etc.&lt;/p&gt;&lt;p&gt;And if you already have access to all the info user provided you, like his names/phones/what have you, access to _how_ this was entered is less obtrusive.&lt;br&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Michael Mazyar</dc:creator><pubDate>Tue, 16 Jun 2009 19:19:17 -0000</pubDate></item><item><title>Re: Astrails  Clicktale + Rails = Better Usability</title><link>http://blog.astrails.com/2009/6/3/clicktale-rails-better-usability#comment-10440652</link><description>&lt;p&gt;You welcome to replicate their service. I would assume that it's not that easy, they work on it for couple of years now.&lt;/p&gt;&lt;p&gt;I don't know much about the inner works of clicktale service, just made an integration of their stuff into rails.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Michael Mazyar</dc:creator><pubDate>Wed, 03 Jun 2009 14:54:46 -0000</pubDate></item><item><title>Re: Astrails  Clicktale + Rails = Better Usability</title><link>http://blog.astrails.com/2009/6/3/clicktale-rails-better-usability#comment-10440443</link><description>&lt;p&gt;Didn't see any effect on client side performance. We have couple of our clients use it on production sites for about half a year now, and it looks pretty solid and performant.&lt;/p&gt;&lt;p&gt;It does bring clicktale javascripts, that are about 2.5K in size. Which is reasonable, if you ask me.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Michael Mazyar</dc:creator><pubDate>Wed, 03 Jun 2009 14:52:41 -0000</pubDate></item><item><title>Re: Yes We Can. "require" over HTTP, That Is.</title><link>http://blog.astrails.com/2009/5/12/ruby-http-require#comment-9604852</link><description>&lt;p&gt;@James Britt - Yes, we saw your implementation after we've done our own.&lt;/p&gt;&lt;p&gt;Guess we bound to reinvent the wheel from time to time.&lt;/p&gt;&lt;p&gt;This one is probably easier to implement than to do extensive research on previous work.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Michael Mazyar</dc:creator><pubDate>Thu, 14 May 2009 15:24:00 -0000</pubDate></item><item><title>Re: Yes We Can. "require" over HTTP, That Is.</title><link>http://blog.astrails.com/2009/5/12/ruby-http-require#comment-9604829</link><description>&lt;p&gt;@Vidar So you actually prefer this really cumbersome cronjobrsyncoversshplustests method to pretty simple line &lt;code&gt;require "http://github.com/youraccount/yourproject/yourfile.rb&lt;/code&gt;?&lt;/p&gt;&lt;p&gt;Over the same ssh?&lt;/p&gt;&lt;p&gt;Really?&lt;/p&gt;&lt;p&gt;Maybe i'm missing something, but i can't really see any difference security-wise, but the http_require solution seems much more clean and rubiish to me&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Michael Mazyar</dc:creator><pubDate>Tue, 12 May 2009 15:50:00 -0000</pubDate></item><item><title>Re: Rediscovering HAML</title><link>http://blog.astrails.com/2009/2/11/rediscovering-haml#comment-9604772</link><description>&lt;p&gt;Well, "allow me to retort" (c) :)&lt;/p&gt;&lt;p&gt;1 - HAML is in no way prevent you from exercising your knowledge in HTML, CSS or JS. Where applicable - just write pure html/css or javascript, this is what we do in case there is a need for that. Mostly JS, can't think of situation when i need something from pure html that i can't get from HAML&lt;/p&gt;&lt;p&gt;2 - It's open source, &lt;a href="http://haml.hamptoncatlin.com/about/mit-license" rel="nofollow noopener" target="_blank" title="http://haml.hamptoncatlin.com/about/mit-license"&gt;MIT-License&lt;/a&gt; software, which basically give you(or anybody else) all rights to do whatever you want with it. So even if the original author abandon it for some reason, development can be picked up by the community, and this is what usually happens if the software was worth using in the first place.&lt;/p&gt;&lt;p&gt;3 - we actually are not designers and all our design work(except for our own site) comes from our subcontractors. And yet i don't see any problem in our day to day work, and our switch to using HAML didn't affect it whatsoever.&lt;/p&gt;&lt;p&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Michael Mazyar</dc:creator><pubDate>Wed, 18 Mar 2009 12:19:00 -0000</pubDate></item><item><title>Re: Using unstable packages on Debian stable</title><link>http://blog.astrails.com/2008/9/28/using-unstable-packages-on-stable-debian-release#comment-9604756</link><description>&lt;p&gt;Sure, go ahead&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Michael Mazyar</dc:creator><pubDate>Wed, 04 Feb 2009 16:37:00 -0000</pubDate></item></channel></rss>