看不清那些暗灰色的字。。。。

ASIHttpRequest 是 CFNetwork 的 wrapper 吧？ 如果用它可能可以简化这个library的实现。不过我所提到的library是更高一层的abstraction， 用户直接调用象 updateStatus, follow, unfollow 这样的method。 不需要直接接触 http connection 一层的东西， 那些都由library 处理。另外oAuth方面也是一样，用户只需要调用 requestRequestToken, requestAccessToken，和他们的delegate，而不需要去接触http级的东西。

因为发现 twitter 推荐的 MG Twitter Engine 不支持 oAuth 和 streaming api，并且set up过程很复杂（它试图支持各种xml 和 json 的 parser)。所以动手在它的基础上加了这两个功能，并且简化了 setup 的步骤， 然后写了一个小的 demo project。请问有人计划做iOS上的 twitter integration么，你觉得这样的project有开源的价值么？

大部分时候技术上的问题用英语比用中文简单明了

Why do you make such big deal out of something so trivial?

1. Crossing the chasm
Highly recommend if you are into building products.

2. Founders at work
When you need some additional inspiration.

在多伦多， 表示很欣慰。

audio book + podcast

What do you think it should look like?

赞成

我觉的这里google login 的实现方法是错误的 （即使有handler的话）。 似乎在用 oAuth 在做应该用 User Service 做的事情。 注意当被转到google login的时候，出现的text是

Gurudigger.com is asking for some information from your Google Account. To see and approve the request, sign in. Learn more

这个提示一般是用 oAuth 向用户要授权时才产生的页面。 我个人比较反对这种用 OAuth 来实现 identification 的做法。 因为在这一步的时候，网站只是需要 identify 用户， 没有必要 “ask for some information from your Google Account”。 所以在这一步的时候我个人建议用 user service 来完成登录的步骤。 那样的话用户看到的信息是：

Gurudigger uses Google Accounts for Sign In.

Google is not affiliated with the contents of Gurudigger or its owners. If you sign in, Google will share your email address with Study Buddy, but not your password or any other personal information.

Gurudigger may use your email address to personalize your experience on their website.

而当你真的需要得到用户更多的信息时再去用oAuth取得授权 （比如说当你需要import用户的联系人时），这样整个过程会更加透明。

only ask for access to information on a need to know basis. 个人见解。

@napoleonu good for you

@jjgod well done!

The person with the least amount wins!