<?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 zaach</title><link>http://disqus.com/by/zaach/</link><description></description><atom:link href="http://disqus.com/zaach/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Thu, 08 Aug 2013 23:44:29 -0000</lastBuildDate><item><title>Re: Mozilla launches Persona Identity Bridge for Gmail, lets users sign in with their existing account credentials</title><link>http://thenextweb.com/?p=663666#comment-993934059</link><description>&lt;p&gt;I don't see where there is any loss of control... this would be no different than Google deciding to support the protocol themselves. Users still decide what identity to use, and where.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zaach</dc:creator><pubDate>Thu, 08 Aug 2013 23:44:29 -0000</pubDate></item><item><title>Re: Mozilla launches Persona Identity Bridge for Gmail, lets users sign in with their existing account credentials</title><link>http://thenextweb.com/?p=663666#comment-993880957</link><description>&lt;p&gt;Persona's protocol has been open and open source since day one. Any email provider can implement the protocol and become a "verifier of identification". This "bridge" is to allow a major email provider to support the protocol without waiting for them to implement it, which is a huge win for users, today. Users can still use any email they chose to sign in, so it's no less open.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zaach</dc:creator><pubDate>Thu, 08 Aug 2013 22:21:43 -0000</pubDate></item><item><title>Re: Guest Post: Finland – Freezing Cold, But So Hot Right Now</title><link>http://techcrunch.com/2011/01/17/guest-post-finland-freezing-cold-but-so-hot-right-now/#comment-131177376</link><description>&lt;p&gt;I think you undervalue the affects of roadway congestion and public transportation. Quicker, more efficient transportation benefits all businesses within the vicinity. You're right in that it probably wouldn't be profitable for one company to take on, which is why it's better suited as a "group effort", in effect, taxation. Privatization is a hammer, but not everything is a nail, as the cliché goes.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zaach</dc:creator><pubDate>Wed, 19 Jan 2011 01:37:55 -0000</pubDate></item><item><title>Re: Slides and code from "Build Your Own Programming Language with JavaScript"</title><link>http://zaa.ch/past/2010/4/20/slides_and_code_from_build_your_own_programming_language_with_javascript/#comment-63591878</link><description>&lt;p&gt;Hand written parser can be useful, but parser generators do help manage the complexity a bit, especially for complex langauges. Glad I could help. :)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zaach</dc:creator><pubDate>Wed, 21 Jul 2010 16:39:26 -0000</pubDate></item><item><title>Re: DailyJS: Jsawk and JSONLint</title><link>http://dailyjs.com/2010/03/23/jsawk-jsonlint//#comment-41264513</link><description>&lt;p&gt;I threw together a pure JS version (no server requests) of JSONLint a little while ago &lt;a href="http://zaach.github.com/jsonlint/" rel="nofollow noopener" target="_blank" title="http://zaach.github.com/jsonlint/"&gt;http://zaach.github.com/jso...&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zaach</dc:creator><pubDate>Tue, 23 Mar 2010 17:17:33 -0000</pubDate></item><item><title>Re: DailyJS: Models with js-model</title><link>http://dailyjs.com/2010/03/10/js-model//#comment-38933474</link><description>&lt;p&gt;Underscore is useful and all but shouldn't be a dependency of another library, IMHO. &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zaach</dc:creator><pubDate>Wed, 10 Mar 2010 20:29:35 -0000</pubDate></item><item><title>Re: MetaLab Goes Open Source?</title><link>http://blog.metalabdesign.com/post/437932602#comment-38805188</link><description>&lt;p&gt;Well, at least you guys are semi-famous now! I'm sure thousands of people just discovered Metalabs existed. Still a fairly big oversight by Mozilla, I'm guessing.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zaach</dc:creator><pubDate>Tue, 09 Mar 2010 22:02:43 -0000</pubDate></item><item><title>Re: Jison, now with more Bison flavor.</title><link>http://zaa.ch/past/2010/1/29/jison_now_with_more_bison_flavor/#comment-34002019</link><description>&lt;p&gt;There are a couple others already out there:&lt;br&gt;* &lt;a href="http://boshi.inimino.org/3box/PEG/build/ES5.html" rel="nofollow noopener" target="_blank" title="http://boshi.inimino.org/3box/PEG/build/ES5.html"&gt;http://boshi.inimino.org/3b...&lt;/a&gt;&lt;br&gt;* &lt;a href="http://code.google.com/p/es-lab/" rel="nofollow noopener" target="_blank" title="http://code.google.com/p/es-lab/"&gt;http://code.google.com/p/es...&lt;/a&gt;&lt;/p&gt;&lt;p&gt;But no, it should not be too difficult since you can reference the Bison grammar JavaScript Core uses. I was planning on building a parser based on that, but if you want something already implemented I'd take a look at those other two.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zaach</dc:creator><pubDate>Fri, 12 Feb 2010 09:35:55 -0000</pubDate></item><item><title>Re: Suit My Mind | devdiari.es : a sample Cappuccino/Rails application open sourced for your pleasure</title><link>http://suitmymind.com/blog/2010/01/07/devdiaries-a-sample-cappuccino-rails-application/#comment-29855656</link><description>&lt;p&gt;Currently not working in Firefox 3.5+&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zaach</dc:creator><pubDate>Thu, 14 Jan 2010 13:39:44 -0000</pubDate></item><item><title>Re: EtherPad Blog: Google Acquires AppJet</title><link>http://etherpad.com/ep/blog/posts/google-acquires-appjet#comment-24828418</link><description>&lt;p&gt;Congrats! But this centralization of everything is worrisome. I'd rather Google keep it separate and perhaps integrate the two.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zaach</dc:creator><pubDate>Fri, 04 Dec 2009 14:55:33 -0000</pubDate></item><item><title>Re: Affiliate Click Tracking With Rack And Redis Because I Care</title><link>http://www.mrkris.com/2009/10/28/affiliate-click-tracking-with-rack-and-redis-because-i-care/#comment-21257049</link><description>&lt;p&gt;Oh, yeah, that makes more sense.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zaach</dc:creator><pubDate>Thu, 29 Oct 2009 08:23:50 -0000</pubDate></item><item><title>Re: Affiliate Click Tracking With Rack And Redis Because I Care</title><link>http://www.mrkris.com/2009/10/28/affiliate-click-tracking-with-rack-and-redis-because-i-care/#comment-21242053</link><description>&lt;p&gt;Sinatra runs on Rack, so I'm not sure how Rack could be slower. Rails also runs on Rack, so you could conceivably use this middleware with either framework, or a minimal Rack app as I believe you suggest.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zaach</dc:creator><pubDate>Thu, 29 Oct 2009 00:56:23 -0000</pubDate></item><item><title>Re: Stop Using arguments.callee</title><link>http://zaa.ch/past/2009/6/21/stop_using_argumentscallee/#comment-13297874</link><description>&lt;p&gt;I'm aware of what the link says and the drawbacks of JScript's implementation. What that article does not mention, and indeed what caused me to write this article, is the recommendation by the ECMAScript committee, and the next implementation of JavaScript, ECMAScript 5. In ES5 strict mode, arguments.callee will throw an exception. Implementers are hedging for strict mode to become the defacto default mode for JavaScript developers, so use of arguments.callee should be discouraged on those grounds. I think the advantages of strict mode might be worth it, but we'll have to wait and see.&lt;/p&gt;&lt;p&gt;I wouldn't expect this to be noted on the MDC page yet, as the ES5 spec is not final yet.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zaach</dc:creator><pubDate>Fri, 24 Jul 2009 20:12:42 -0000</pubDate></item><item><title>Re: bitquabit - The One in Which I Say That Open-Source Software Sucks</title><link>http://blog.bitquabit.com/2009/06/30/one-which-i-say-open-source-software-sucks/#comment-12361455</link><description>&lt;p&gt;I'm not sure how you're measuring popularity or how relevant that actually is, but Android is very usable.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zaach</dc:creator><pubDate>Wed, 08 Jul 2009 23:01:28 -0000</pubDate></item><item><title>Re: Twitter Launches Verified Accounts</title><link>http://mashable.com/2009/06/11/twitter-verified-accounts-2/#comment-10785370</link><description>&lt;p&gt;I'm pretty sure those are bots, but yeah.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zaach</dc:creator><pubDate>Fri, 12 Jun 2009 00:54:54 -0000</pubDate></item><item><title>Re: A Naive, JScript Compatible Getter Pattern</title><link>http://zaa.ch/past/2009/5/31/a_naive_jscript_compatible_getter_pattern/#comment-10366328</link><description>&lt;p&gt;You're right, I wouldn't rely on this in production.&lt;/p&gt;&lt;p&gt;But you bring up an interesting point! myArea1 would indeed store a *reference* to the area function and, when coerced, would continue providing the current area of that object. It's like a detached getter, but is still bound to the object thanks to a closure. Useful? Probably not. But cool!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zaach</dc:creator><pubDate>Mon, 01 Jun 2009 17:52:51 -0000</pubDate></item><item><title>Re: jsUnity</title><link>http://zaa.ch/past/2009/1/31/jsunity/#comment-5740907</link><description>&lt;p&gt;I know &lt;code&gt;with(){...}&lt;/code&gt; is considered passé, but I saw a neat use of it within the Firebug source code. jsUnity could come with a default set of assertions, say in &lt;code&gt;jsUnity.Assertions&lt;/code&gt;, and you could wrap the contents of your test suite with a &lt;code&gt;with(jsUnity.Assertions){...}&lt;/code&gt; like so:&lt;br&gt;&lt;code&gt;&lt;br&gt;&lt;br&gt;    function myTestSuite(){ with(jsUnity.Assertions){&lt;br&gt;&lt;br&gt;    // use assertion functions as normal&lt;br&gt;    // i.e. assertEquals(jsUnity.Assertions.assertEquals, assertEquals)&lt;br&gt;&lt;br&gt;    }}&lt;br&gt;&lt;br&gt;&lt;/code&gt;&lt;br&gt;The underlying test code would remain the same. It's a pretty neat trick.&lt;/p&gt;&lt;p&gt;You should make a Google group so I can post to a more appropriate venue. :)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zaach</dc:creator><pubDate>Sun, 01 Feb 2009 00:13:01 -0000</pubDate></item></channel></rss>