gdp's Comments

AddyOsmani.com | Where Web Businesses Grow : Exploring JavaScript's Logical OR Operator

Mon, 21 Nov 2011 18:31:55 +0000

Thanks! Fixing now. I think an update must have broken it.

AddyOsmani.com | Where Web Businesses Grow : Faster JavaScript Memoization For Improved Application Performance

Mon, 7 Nov 2011 17:53:57 +0000

Hey Scott,
Reviewing your notes, I maintain that these tests aren't flawed. We're purposefully benchmarking the combined memoization and lookup times as a part of this experiment. You have highlighted however a very interesting (and important) point - from the perspective of the latter, it's just as critical that one analyze the lookup times independently to gauge just how well this part of the process performs. Your jsPerf test indicates the Fuchs implementation to be the fastest here and we have no problem admitting that when it comes to the look-up phase, it is. I guess it boils down to where someone is hitting pain-points in their application, the actual memoization phase or (arguably, depending on what you're doing - the more important lookup phase). I'd advise others to checkout your test just to be aware of all the gotchas.

Cheers!
Addy

AddyOsmani.com | Where Web Businesses Grow : Getting Involved With Open-Source In 10 Minutes (Podcast)

Sun, 6 Nov 2011 04:00:26 +0000

You'll be happy to know that our design team at jQuery have been working hard on a new layout for all the jQuery projects (core, UI, mobile etc) and (in my opinion) the design that's going to get rolled out sets the bar quite high. We're hoping to release it in the next few months so watch that space!. You're absolutely right..there are OSS projects that just don't grok the importance of a well designed site, but there are solutions to that: if someone was to create a better looking website for them in a fork and showed it to the community, they could then let the project maintainers know whether or not thats the direction they'd like the site to take. Progress in these areas is definitely possible, even if it can take time.

AddyOsmani.com | Where Web Businesses Grow : Exploring JavaScript's Logical OR Operator

Sat, 5 Nov 2011 00:35:28 +0000

Nice, Mike! We hadn't thought of that one. Definitely an interesting usage example.

AddyOsmani.com | Where Web Businesses Grow : Exploring JavaScript's Logical OR Operator

Fri, 4 Nov 2011 23:31:22 +0000

Thanks! I believe I corrected it earlier, but I've just flushed the site cache in case it hasn't showed up yet. With respect to that article, I've indeed read it before but couldn't for the life of me locate the link back to it again. Thanks for sharing!. I'll update the post with some references to it when I get a chance.

AddyOsmani.com | Where Web Businesses Grow : Getting Involved With Open-Source In 10 Minutes (Podcast)

Fri, 4 Nov 2011 19:05:51 +0000

You'd be surprised just how useful even reporting bugs can be :) . I like to think of the open-source community as some sort of giant, wonderful hive where we're all able to do our part, regardless of how small, in contributing back. Without bug reports, library authors/contributors wouldn't be able to ensure erroneous behaviour is patched for everyone else, so keep doing that!. In time, when you're ready, you can always do more!

AddyOsmani.com | Where Web Businesses Grow : Exploring JavaScript's Logical OR Operator

Fri, 4 Nov 2011 18:13:05 +0000

@webXL @aaronlpeterson Thanks for pointing that out. I think it was just an oversight on our part as we only wrote this up this morning : - ). I've updated the post to use the (better) .extend() pattern you've mentioned. I think the sentence about avoiding some of the uses of the OR operator mentioned is critical for any post like this. There are hundreds of interesting "quirks" with the language that are useful to know, even if useful means knowing when *not* to use them :)

AddyOsmani.com | Where Web Businesses Grow : Exploring JavaScript's Logical OR Operator

Fri, 4 Nov 2011 18:07:23 +0000

thanks! correcting now.

AddyOsmani.com | Where Web Businesses Grow : Writing Modular JavaScript With AMD, CommonJS & ES Harmony

Fri, 4 Nov 2011 17:13:36 +0000

Hi Kyle, I would recommend checking out the RequireJS optimizer (if you haven't already), which allows you to combine your various script modules into one (or more) files and then minify them using UglifyJS - it's actually part of r.js, so unsure if you've explored it. Using this, your users don't have to rely on a script loader and a lot of the process doesn't require significant manual effort to get setup. Check out the optimizer here: http://requirejs.org/docs/optimization.html. Are you looking to generalize the module namespaces into a more global one using the process you mentioned or are you just looking for a solution like the above? Cheers! Addy

AddyOsmani.com | Where Web Businesses Grow : Getting Involved With Open-Source In 10 Minutes (Podcast)

Thu, 3 Nov 2011 12:20:57 +0000

Hey Stuart. It looks like SoundCloud is being (very) slow today. I've updated the post with a direct link to the play page in case anyone else has the same issue.

AddyOsmani.com | Where Web Businesses Grow : jqtest

Mon, 31 Oct 2011 20:48:16 +0000

Hi. If you could let me know what talk you're after specifically I'm happy to enable the download on it!

AddyOsmani.com | Where Web Businesses Grow : Demystifying jQuery 1.7's $.Callbacks

Fri, 21 Oct 2011 22:17:59 +0000

Thanks! updated

AddyOsmani.com | Where Web Businesses Grow : Demystifying jQuery 1.7's $.Callbacks

Fri, 21 Oct 2011 13:58:19 +0000

Thanks Timmy!

AddyOsmani.com | Where Web Businesses Grow : Avoiding The Quirks: Lessons From A JavaScript Code Review

Sun, 16 Oct 2011 23:08:30 +0000

I read your post, but I'm a little confused about your findings. You suggest that using the single-variable pattern can cause you to run into issues with scope because JavaScript will effectively force any variables after the first line in that pattern to be global. Here's a jsFiddle where attempting to access variables defined after the first comma cannot be accessed within the global scope, only within the local function scope, which is how I expect it to work. http://jsfiddle.net/zVC4Z/2/ Is there something I'm missing?

AddyOsmani.com | Where Web Businesses Grow : Avoiding The Quirks: Lessons From A JavaScript Code Review

Sun, 16 Oct 2011 23:00:27 +0000

Sure. If you're finding that stackexchange and stackoverflow aren't providing the level of feedback you're after, I would consider trying to ask other JavaScript developers in the community (those who you feel might be experienced/qualified enough to answer) to try their hand at a review. Look at developers who actively contribute to open-source projects for example. Now, a lot of them might be busy with other projects, but post some code in a gist, ask them on twitter for their opinion on whether anything could be done better and see if you get a response (you may find developers who contribute to smaller projects more able to assist here). The important thing is to make sure not to spam anyone. I can't personally speak for others but it regularly takes me a few days to get back to all the messages I get, but I try my best and I'm sure its the same with others. Hope that helps!

AddyOsmani.com | Where Web Businesses Grow : Patterns For Large-Scale JavaScript Application Architecture

Sun, 16 Oct 2011 15:29:00 +0000

I think performance benchmarking really plays a big role here. Ideally, most calculations should be done on the client-side/in the browser without the need to push data back to the server in order to compute a result. That said, if you find that computing results (based on the complexity of the work involved) is so great that it's taking longer than acceptable when done in the browser, that's the point where I would shift those calculations server-side. It's something to be considered on a case-by-case basis.

AddyOsmani.com | Where Web Businesses Grow : Patterns For Large-Scale JavaScript Application Architecture

Sun, 16 Oct 2011 15:27:10 +0000

Certainly! I'll consider adding this to my todo list and expand on the large-scale post with more thoughts on it when time permits :)

AddyOsmani.com | Where Web Businesses Grow : Essential jQuery Plugin Patterns

Sat, 15 Oct 2011 00:57:55 +0000

Thank you! :)

AddyOsmani.com | Where Web Businesses Grow : Essential JavaScript Namespacing Patterns

Sat, 15 Oct 2011 00:57:35 +0000

Hey Elf. You make a valid point, but I should note that whilst I advocate the usage of more modular architectures to building applications, I do still see developers using deep namespaces on a regular basis, possibly because they've been 'inspired' by the approach taken by YUI. In the face of this, anything we can do to encourage smarter techniques of addressing deep/nested namespacing can still help a few developers. I'll probably note in the larger-scale architecture posts that this level of namespacing isn't terribly useful, but again, I don't necessarily want to force anyone to avoid what they feel is the most comfortable option for their application when it comes to this area (at least, not yet) ; )

AddyOsmani.com | Where Web Businesses Grow : Digging into Deferreds with jQuery: Promises

Sat, 8 Oct 2011 22:07:40 +0000

lol. I thought I had mentioned this in reply to another comment, but I actually went on to write a rather long post about Deferreds with Julian Aubourg (one of the developers involved in implementing them in jQuery). You can find our post on them here: http://msdn.microsoft.com/en-us/scriptjunkie/gg72...