Live data from Hacker News

Yahoo’s Mojito is Now Open Source

developer.yahoo.com

31–38 of 38 posts

Re: Yahoo’s Mojito is Now Open Source

#31
post #10
post #8

Earlier quoted context omitted.

YUI was released the same year as jQuery. Care to qualify that a bit? Edit: Had my dates wrong.

YUI was more extensible, followed (mostly) good JavaScript patterns (making heavy use of the module pattern), had relatively good cross-platform support and an easy to understand interface. To top it off, the documentation was top notch.

> To top it off, the documentation was top notch.

Serious? That's what drove me away. It might have been top notch academically but for real life use I found it painful to get answers and simple code problems fixed.

Re: Yahoo’s Mojito is Now Open Source

#32
post #31
post #10

Earlier quoted context omitted.

YUI was more extensible, followed (mostly) good JavaScript patterns (making heavy use of the module pattern), had relatively good cross-platform support and an easy to understand interface. To top it off, the documentation was top notch.

> To top it off, the documentation was top notch. Serious? That's what drove me away. It might have been top notch academically but for real life use I found it painful to get answers and simple code problems fixed.

That is not true. YUI community is pretty vibrant and the developers go out of the way to help you.

Re: Yahoo’s Mojito is Now Open Source

#33
post #31

Earlier quoted context omitted.

> To top it off, the documentation was top notch. Serious? That's what drove me away. It might have been top notch academically but for real life use I found it painful to get answers and simple code problems fixed.

That is not true. YUI community is pretty vibrant and the developers go out of the way to help you.

Here's an example.

The top hit on Google for "make an ajax request with (YUI|jquery)" the documentation page is the first hit.

YUI's page is here, the line of code to make the request is well below the fold. http://developer.yahoo.com/yui/connection/

JQuery's page has it listed immediately. In fact, 2 variants above the fold. http://api.jquery.com/jQuery.ajax/

I'm not saying one is right and another is wrong. I'm just saying jQuery's gets more adoption. It's easier and people tend to like that.

I don't, for example, understand why I have to scroll past the YUI dependency configurator to get to the syntax I'm looking for.

Re: Yahoo’s Mojito is Now Open Source

#34
post #33

Earlier quoted context omitted.

That is not true. YUI community is pretty vibrant and the developers go out of the way to help you.

Here's an example. The top hit on Google for "make an ajax request with (YUI|jquery)" the documentation page is the first hit. YUI's page is here, the line of code to make the request is well below the fold. http://developer.yahoo.com/yui/connection/ JQuery's page has it listed immediately. In fact, 2 variants above the fold. http://api.jquery.com/jQuery.ajax/ I'm not saying one is right and another is wrong. I'm jus…

You're looking at the current version of the documentation. jQuery didn't have nearly as good documentation five years ago, and YUI's was much better than it is today (I think YUI3 is a step back for Yahoo).

Re: Yahoo’s Mojito is Now Open Source

#35
post #14

GWT has done the "run the same code on either client or server" for years now (2006) and, IMO, it's not a silver bullet. Beyond trivial validations (not null, length check), most of interesting the business logic you run on the server assumes server resources. E.g. a chatty/optimized db connection, or a wire call to some backend service that the client can't make directly. Maybe something magical about JavaScript/nod…

Mojito doesn't try to be "write-once run-anywhere." It doesn't provide any UI or device abstraction layers by itself, beyond what YUI has always done.

It's an MVC app framework, oriented towards composing modules/widgets-- aka mojits. If you want to render your stuff server-side, you can. If you change your mind, it's a pretty trivial change-- and in fact you could do it at runtime (Yahoo has a search product in beta that does this after instrumenting the connection/device speeds).

There will always be server-side only stuff, but at least you don't need to switch languages or frameworks when you decide what to do where.

A sweet spot might be an online/offline HTML5 app that uses YQL or other webservices, for which you want to provide desktop, tablet, and smartphone versions and/or native versions via phonegap or similar.

That said it's definitely not for everyone, and it's still a very young project.

(disclaimer: I work at Yahoo)

Re: Yahoo’s Mojito is Now Open Source

#36
post #3

I was honestly expecting much much more. Yahoo has talent, and YUI was the best library out there when it was new.

Yahoo has talent, and YUI was the best library out there No not really, and not it wasn't. Yahoo's UI library didn't really offer any radically new concepts. It was a recap of other libraries. For example instead of TinyMCE you could use YUI's editor which did almost the same thing, instead of jQuery you could use YUI's dom code, and so on. I didn't really expect anything amazing from Yahoo. They'd need to come out w…

jQuery is pretty great, but YUI shines in bigger projects for larger teams. The 1) module system, 2) conditional loading 3) combo loading and 4) and bias for structuring your code with pub/sub; these really really help in cases where there might be many javascript mini-apps running on the page who can't know anything about the other.

jQuery has these things too, especially recently, but YUI enforces this... for better or worse, in a more "enterprise-y" way

Re: Yahoo’s Mojito is Now Open Source

#37
post #27

Using the @ symbol as the hook for a function call would seem to be not only dangerous (corner cases of email or twitter address) but also superfluous -- if Mojito is acting as the web server, shouldn't every request be mapped to some sort of functional request, even in the case of serving static content? If it isn't acting as a web server, would the proxying server in front of it be routing the appropriate functiona…

the "@" prefix is only a short-cut if you haven't defined any routes. Mojito also defines app-level and mojit-level static routes.

Re: Yahoo’s Mojito is Now Open Source

#38
post #34
post #33

Earlier quoted context omitted.

Here's an example. The top hit on Google for "make an ajax request with (YUI|jquery)" the documentation page is the first hit. YUI's page is here, the line of code to make the request is well below the fold. http://developer.yahoo.com/yui/connection/ JQuery's page has it listed immediately. In fact, 2 variants above the fold. http://api.jquery.com/jQuery.ajax/ I'm not saying one is right and another is wrong. I'm jus…

You're looking at the current version of the documentation. jQuery didn't have nearly as good documentation five years ago, and YUI's was much better than it is today (I think YUI3 is a step back for Yahoo).

So jQuery's has gotten better and YUI's has gotten worse?

I just know that when I did try it (2009) I felt the same as I do today.

Post reply on HN