http://code.google.com/intl/en/
http://developer.yahoo.com/
http://developers.facebook.com/
https://dev.twitter.com/, http://engineering.twitter.com/
http://open.weibo.com/
http://open.baidu.com/
http://open.qq.com/
http://open.taobao.com/
http://dev.renren.com/
http://aliyun.com/
腾云
http://sae.sina.com.cn/
学习一下
这个提问的人根据 MailChimp 的一篇 blog，估算出它的付费用户数，以及付费用户购买各个价位服务的比例，再根据网站上的报价，估算出它的收入水平。。。最后拿一个上市公司 Constant Contact 的财报数据对比，可以看到这两个公司的付费用户数和收入基本是相当的，最后从 CC 的市值推导出 MailChimp 的市值
这篇 blog 讲的是 MailChimp 探索 freemium 这种商业模式一年后的数据情况。我觉得凡是考虑免费用户转化为收费用户的企业都应该好好看看这篇文章
看题目都很吸引人，尤其是 Pandora、Dropbox、Evernote，现在可都是资本市场的宠儿啊！
啊啊啊啊啊啊啊啊啊啊啊！！！！
不管商业模式怎么样，最核心的还是要有漂亮的产品。Dropbox 和 Evernote 在 geek 圈中被推崇的程度就不说了；即使是 MailChimp，看看它的历史，已经成立了 10 年，70 位雇员，包括 4 个设计团队！！！
对于想做 EM + DM 业务的朋友来说，可以去 quora 追一下 Ben Chestnut，MailChimp 的 CEO
昨天在 HN 上看到这样一篇文章：The quick website launch checklist
别的都还罢了，什么 pagespeed, pingdom 之类；就是 usability testing 这个服务我觉得很诧异，于是点开 feedbackarmy.com——
这个服务也很简单，交15美元，提出若干个关于可用性的问题，然后这个网站返回给 10 个答案。。。
向被测者提出问题的模板如下：
对于一个新上线的网站而言，要是花100块钱就能得到10套这样的忠告，我觉得真是物超所值极了！！
但现在我真正好奇的是 feedbackarmy.com 是怎么工作的，于是发现了 mturk，一项 Amazon 的业务。。。很容易想到“众包”甚至“金币工人”诸如此类。。。但 Amazon 真正牛逼的地方在于它把这个做成了 API，这样类似 feedbackarmy 这样的企业可以把这类资源开发出新型的应用出来并且赚钱（想想那个估值已经60亿的Dropbox罢）
人类已经无法阻止 Amazon 了
再看看 feedbackarmy 说为什么我们应该购买它的服务而不是直接找 mturk：
你当然可以这么干! 做到以下几点就行:
中午和方军一起吃饭，说起公司的氛围问题，我这样看：
写出来激励一下自己的状态
用了一个很火爆的标题，但并不想说男人的size或者女人的size。。。而是关于组织的size
昨天，部门里一个同事和我聊到：关于本次加薪，大家有传言，某某team的加薪幅度比其他team要高一大截。
这则传言让我很震惊，也促进我反思最近工作中遇到的几起不顺心的事件是否反映出组织中的一些结构性硬伤：
这涉及员工、组织文化、目标管理三方面。关于文化尤其复杂，中国的等级文化和目前的社会竞争状态使得"小"这个概念极难生存
某人问：即使做成了人人、开心又如何？虽然RenRen现在估值几十亿美元了，但其实这真是一个好问题
====
怎么样让一个超过70人的团队继续保持高效率，这个坎一定要迈过去
预计下午的CPyUG本次活动我得准备一个开场白，打的腹稿大概是这样：
世界上有两种工作模式，一个是变革驱动，一个是运营驱动
模式无所谓好坏，这是一个正常的发展规律，当日常运营遇到困境，内外部环境都发生变化，组织必须顺势而变，寻找新的运营流程。
运营->变革->运营...不仅仅是商业组织，每个个人也是在这两种模式中周而复始的切换的。
那些积极参与技术社区活动的同志，都是希望超越日常工作/学习环境，超越自己的 daily operating，去寻求变化的。这导致了技术社区成为一个变革汇聚的地方，其中蕴藏着改变世界的能量。
当一个商业组织不满足于现有的运营驱动模式，必须积极从内部或者外部寻找推动变革的力量。外部而来的力量会更强大，内部自发形成的变革力量较容易管理控制。
所有参与技术社区活动的商业组织，无一例外的都是希望能从社区里汲取外部动力。或者是招募新的人才，或者是尝试新的代码/框架，或者是希望碰撞出新的火花产生新的业务模式
以前组织CPyUG北京地区活动的几个公司，比如豆瓣，目前好像在社区中都比较沉寂，这也导致本年度直到4月份才第一次聚会。我个人大胆猜测它们可能从变革驱动转向了运营驱动（至少在技术这个层次上）。这也很正常，以前搜狐基本上长期处于运营驱动的状态，技术方面和外界沟通比较少，印象上是比较封闭。
现在搜狐邮件中心已经有不少同学是通过CPyUG招聘进来的了，我们这次赞助并组织社区活动，一方面是回馈社区，另一方面也是希望向社区，包括我们内部，传递一个清晰的信号：“搜狐邮件中心正处于变革驱动的状态，我们希望借助社区，从人才招募、软件外包、业务合作等等各个方面寻找机会，达到组织和社区的双赢”
1. 本周日，上海的 Python vs Ruby code jam.
2. 4月17日，搜狐网络大厦四海会议室，今年 CPyUG 北京地区的第一次活动.
以后得慢慢在市场上发出自己的声音了
另外，周二晚上，和易度的潘俊勇也交流了一下关于未来技术合作的可能，python 在我们的业务里还是大有可为的
因为一个很小的事情，我们发现搜狗浏览器不支持表单的 autocomplete 这个属性，于是就提给开发部门，希望能够改进。
这个属性 IE/Firefox/Chrome 都是支持的，或者说如果网站开发者设定为off，那么浏览器就屈服开发者，关闭掉该表单的autocomplete特性。
本来是一件小事情，而且搜狗的开发者也指出在W3规范里，"The attribute may also be omitted"，著名浏览器里 opera 同样不支持它；但是从来往信件里，包括开发团队里有人透露出关于智能填表功能的后台实现逻辑，让我非常吃惊：在他们看来，关于autocomplete这个特性，是完全由浏览器来控制的，只要产品经理决定给用户提供“一致的，易于理解的”体验，那么它就要阻挠开发者自定义体验的努力。
“一致的，易于理解的”这个概念诚然很棒，但拜托，这个可不是去除弹窗和漂浮广告，我们只是规规矩矩的想法去优化自己的表单提交体验，但浏览器却表示禁止我们这么干——更别说那个实现逻辑相当的...匪夷所思
我几乎不在blog里批评自己公司的产品，但搜狗浏览器在中国已经占了5%-6%的市场份额，甚至有可能冲击市场份额第二的位置，它必须严肃思考自己在产业链中的责任。别忘了IE就是首先被开发者所唾弃，然后被用户所抛弃的（至少在欧美市场如此）。请善待前端开发者
和人说事的时候提到这两个词..
这两个词来自，去google搜索一下的结果第一条，杰克韦尔奇谈领导力的4E1P
领导vs管理，好的领导者不放弃任何一个发挥自己影响力的机会
这个年可算过去了，写下这两个词也是给自己提个醒. to be the best of the best of the best
本站的feed
最新评论