Andy Hertzfeld tells about the team behind Google+ Circles
plus.google.com
plus.google.com
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.
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)
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.
Buzz + suggest who to follow!
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.
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 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/)
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.
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)
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?