Yahoo Developer Blog

Add to the failure list: * Terrible performance - practically first rule for optimizing page rendering is "don't use CSS expressions" http://code.google.com/speed/page-speed/docs/rendering.html http://developer.yahoo.net/blog/archives/2007/07/high_performanc_6.htm… * Only work on IE natch. So, you have Javascript which was better performance and worked everywhere. I think it's a little misleading to say it's the best feature no one ever used. CSS expressions were re-born as hardware-accelerated CSS3 transitions - with a much better, more focused implementation, and are pretty popular these days - especially for mobile.

As I talked about in the post, I have some pages that are popular with search engine visitors. They generally come to the page, read, and then leave. I serve CSS and Javascript in <style> and <script> tags on those pages so it's fewer HTTP requests, and loads faster. Unless someone has a reason I should do otherwise? UPDATE: From Yahoo: http://developer.yahoo.net/blog/archives/2007/07/rule_8_make_jav.html "The key factor, then, is the frequency with which external JavaScript and CSS components are cached relative to the number of HTML documents requested. This factor, although difficult to quantify, can be gauged using various metrics. If users on your site have multiple page views per session and many of your pages re-use the same scripts and stylesheets, there is a greater potential benefit from cached external files."

And finally I can comment... http://developer.yahoo.net/blog/archives/2009/10/taiwan_ohd_apology.ht… I probably shouldn't comment much, but there is one thing I really want to say for me, not the company. I hope we've done some good in the community, and despite this mistake I hope that people will remember that. A bunch of us in the office I work in, in California, do our best to promote women in tech (http://www.flickr.com/photos/yahoo_women_in_tech/3799977956/in/photost… I hope you'll judge us (Yahoo!) by our actions, and that includes our ability to say sorry when things aren't done right. Tom

"now why are we building "jails" within the compelling interactivity of the "web 2.0"?" Usability. Take a look at the Yahoo research on OpenID for an example of just one standard: http://developer.yahoo.net/blog/archives/2008/10/open_id_research.html Asking why people are flooding Facebook is a great question, one that often doesn't get asked by geeks, probably because we assume the problem is simple human flocking behavior and people herding towards where the rest of their friends hang out. Nope, that's a necessary but insufficient condition - why did that crowd form in the first place? Just try using myspace for a day and it's painfully obvious.

"... I don't think web developers have to think about disk I/O unless they're Google or Yahoo. ..." I'm not sure about this. For "any" interactive Webapp, speed is important. If you have repeated queries to/from, DB I/O does come into the picture when peak loads occur. So right when you get lots of users, the site will be hit. I've seen this with e-commerce (where user speed == $$$) where sure enough every peak time the server(s) would begin to grind. Remember your max speed will be determined by bandwidth. DB I/O will have some effect to slow response times. Maybe not as much as bandwidth but it is still something you must consider. Not every site is as extreme as e-commerce but the idea is still valid. "... Every Web usability study I have conducted since 1994 has shown the same thing: users beg us to speed up page downloads ..." ~ http://www.useit.com/alertbox/9703a.html Why is it important? Well user perception is one. user: "Gee your application is slow compared to google, a bit slower than amazon" developer: "But google invests squillions in hardware, network connections . Their applications run in memory. My apps run on fast hardware, I optomise for small pages ...." user: "... So, it still appears slow" If a user thinks your site is slow (and if you subscribe to the idea that you are creating web applications as apposed to documents) you need to keep your response times as close as possible to applications that people use every day. It doesn't help that…

JavaScript: The Good Parts, http://www.amazon.com/JavaScript-Good-Parts-Douglas-Crockford/dp/05965… Watch Crockford on Javascript at ydn: http://developer.yahoo.net/blogs/theater/archives/douglas_crockford/ Watch @ryah on nodejs at ydn: http://www.yuiblog.com/blog/2010/05/20/video-dahl/ (and the other javascript related videos linked on that page)

Yahoo have recently announced that they will soon be charging for Boss. http://developer.yahoo.net/blog/archives/2010/08/api_updates_and_chang… "We are exploring a potential fee-based structure as well as ad-revenue models that will enable BOSS developers to monetize their offerings. When we roll out these changes, BOSS will no longer be a free service to developers."

This Yahoo post thinks that stylesheets don't block the browser, typically: http://developer.yahoo.net/blog/archives/2007/07/high_performanc_4.htm…

http://netlimiter.com/ http://tmurgent.com/Tools.aspx http://furbo.org/2009/03/24/slow-ride-make-it-easy/ http://developer.yahoo.net/blog/archives/2009/10/a_engineers_gui.html

They did the same thing last year: http://developer.yahoo.net/blog/archives/2008/09/taiwan_open_hac.html To quote: "The evening entertainment (Hack Girls) was an interesting contrast to Girltalk at Sunnyvale Open Hack Day the weekend before." Also on FlickR, from 2008: http://www.flickr.com/photos/myhsu/sets/72157607394199935/?page=2 And: http://www.flickr.com/photos/tags/hackgirl/ I can't find any kind of confirmation anywhere that this kind of thing is considered normal for a business conference in Taiwan. Perhaps people are confusing car shows (or arguably computer games shows) with a hack day?

Heh... I guess this is what Yahoo gets for talking smack about how quickly they could sort 1TB: http://developer.yahoo.net/blogs/hadoop/2008/07/apache_hadoop_wins_ter…

Yahoo! has been an OpenId provider since Jan 30 of this year (http://developer.yahoo.net/blog/archives/2008/01/yahoo-openid-beta.htm… Also YOS supports OpenSocial, so it's very much similar to Facebook Connect (Correct me if I'm wrong but I don't see any features FB Connect has that YOS doesn't). I'm not sure about the market share point you bring up because although FB has lots of users, Yahoo! has roughly 400M more ("500 million monthly users. 180 billion monthly page views. 233 countries."). Not to mention YOS is live and FB Connect isn't. Either way I'm excited for both!

also, "There are no rate limits on the number of queries per day" from http://developer.yahoo.net/blog/archives/2008/07/boss_the_next_s.html

mod_gzip & mod_deflate -- for html, css, js files + anything else with content disposition "text/html". http://developer.yahoo.net/blog/archives/2007/07/high_performanc_3.htm…

I think you raise a very good question. I hadn't explicitly considered it before, as I was writing from my feelings on what a Web developer should know. Let me try to define my cut off. It's not where the abstraction stops, because TCP/IP/SSL aren't part of the average Web framework (maybe some provide their own server, but I'm not aware of any), but it definitely includes everything the abstraction for framework does. Is it abstraction + 1 level? Maybe. I have a feeling different languages and areas have different cut-off points -- Web dev differs from Erlang dev. For the Web, I think the cut-off point is TCP/IP because it is so central to the way the whole thing works, but is not too technical to be hard for the average developer to understand. As far as SSL/TLS is concerned, I provide a specific example of when an understanding of SSL is needed. There are reasons go deeper (http://developer.yahoo.net/blog/archives/2009/10/a_engineers_gui.html talks about Ethernet frames and payload sizes), but I think an understanding of TCP/IP and the encapsulation they implement will allow a knowledgeable Web developer to understand the technical details. I don't think there's any place to stop, necessarily, and I think these discussions are useful because they help to shape what we define as important knowledge. So, while I may not have a concrete answer to your question, I think we have a good starting point at which to draw the line.

Even Googlers agree with Eran, xauth is just a temporary solution, the real solution should go into the browser, maybe with a API that is xauth compatible. Mozilla is already working on those ideas. edit, from another googler: http://www.google.com/buzz/dclinton/RcW6X3EjKj1/John-Panzers-take-on-t… > John Panzer's take on the XAuth project is pretty much spot-on. It's not that XAuth is what anyone wants for the ultimate answer in this space. > Rather, XAuth is a short-term way of pushing for any momentum in this direction. > There are a number of companies leading it, btw: > MySpace: http://xauthdemo.myspace.com/ > Microsoft: http://xauthdemo.mslivelabs.com/ > Yahoo: http://developer.yahoo.net/blog/archives/2010/04/xauth_oauth_and_yahoo… > Etc., etc. (Eran suggested this was Google-led, which didn't quite strike me as accurate, given that Yahoo, Microsoft, MySpace, etc., were all as involved as Google was.) > For more background on XAuth, I did a round-up of the various announcements and responses during the XAuth launch:: http://www.google.com/buzz/dclinton/CYgLcs24yqP/