Andy Hertzfeld tells about the team behind Google+ Circles
plus.google.com
plus.google.com
In my opinion, in order for me to believe Andy is actually humble, the last sentence, "Suffice it to say that Google Plus is the creation of large, talented team that I'm proud to be a part of", should have been the first one.
Maybe he singlehandedly did the prototype, But how many great designers taught him, how many great designs did he study, before creating it?
I'm not trying to criticize him. Um, Designing the biggest new product for the biggest Internet company in the world is 'kinda' a big deal, and he should be proud. I just found this post to be a sneaky humble brag.
Circles is the greatest thing since the invention of the wheel.
(I speak in jest of course, and I hope you will forgive a bit of levity on the HN board on a Friday evening)
I don't mean to be snarky but even a cursory examination of the evidence would make that pretty obvious. A bit of focus and cohesion would do their product quality some good.
while(true) {
Start simple
Add features
Declare it too complex
Abandon it and start again
}YouTube is a pack of raving howler monkeys with the occasional howler monkey researcher at the periphery. And, in fact, YouTube used to have threads, but they were still threads full of howler monkeys.
I'm talking more like your classic bulletin boards producing high quality content, like MetaFilter, Something Awful, and the like.
I'm not intrinsically opposed to threads, but I'm not sure they're super beneficial outside of technical contexts or in an environment where people are expected to break a larger conversation off into it's own little set of discussions to keep the high level conversation easy to understand.
Buzz + suggest who to follow!
That's some modesty!.
I do this all the time, and have done it many times in the past. For some folks, it's really not a big deal, and not even rare/uncommon. Some people are idea rabbits and can spew out architecture/code, new products, etc. Some can't. Some are shades of grey.
Also, I'd rather see people be honest about the things they can do, than be dishonest about what they can't.
If you want to know, just pop open Firebug or Chrome's Inspector and search for the string "__gwt". I don't see it in Google+.
To my knowledge GWT is not actually used that much within Google. Most of the things it solves for developers are solved in other ways within Google anyway, and if you want really low-level control GWT is not the best option.
has a list - just eyeballing it, it seems like about half of the major javascript apps from google are GWT. (the other half would likely be closure)
I've searched through the GWT source code, and I found no mention of the closure library (closure tools / closure compiler). There are obviously some mentions of javascript "closures", but that's all I found.
According to https://groups.google.com/group/closure-library-discuss/brow... , no code is shared between GWT and the closure library.
Where does GWT use Closure?
Recently, I have been using either GWT or SmartGWT much more often than manually writing Javascript. I was curious if Google was consuming their own dog food. For casual UI developers like me (I specialize in other things) GWT really makes it easier to get stuff done.
I would be curious about how often GWT is used in small internal Google projects. From reading Mark Chu-Carroll's (very useful) book "Code in the Cloud" I got the impression that he liked to use GWT when he has to do any UIs. He works at Google.
I use GWT every time I write JS if I can help it because the static typing and large project management features of Java are nice (hell, I even wrote a wrapper for node.js in GWT)
If you look at the JS there are comments from Google Closure's testing framework.
In certain ways, it's similar to Dojo (http://dojotoolkit.org/) or YUI (http://developer.yahoo.com/yui/)