经历过2个项目
一个是js ajax dom based的框架， 当初还没有ajax这个词，一个台湾的公司写了一个页面开发框架（作者好像还是各博士），理想情况下说能够让页面开发很好。做的非常抽象和搞了一堆技巧，用于3-7层网关系统的的管理界面，当时我还写了一个学习手册。后来这个公司放弃了，再后出了很多js框架，和原来的方向一致，但是却是比较漂亮的实现了一整套框架。
第二个情况类似，也是按自己想象抽象一个框架，写了一个可以说是有点难度有点复杂也不少错误的东西。
这两个情况下最关键的一点还是，当时提出和主导这个东西的人（往往还比较强）走开，这个东西就注定要扔掉，要不就勉强修修补补。
其实如果让我重写酷讯系统，我也会把70%的东西扔掉，只把算法和处理流程提炼出来在新的结构上实现。
所以掂量自己的能力和水平，不做太高的抽象。大多数时候，灵活比体系完整更好。
btw code.google.com 还真不错
最近看 Seven Habits of Effective People
前面的章节提到The Production/Production Capability (P/PC) Balance。
想想在工作和生活中，没有吧P/PC Balance的地方很多（做事偏向P的多，学习偏向PC的多），主要问题都是人总是看不了这么远。
同时眼前具备表象和感性认识的东西总更有诱惑力，尽管多认真一下，不难达到正确点。
比如说 开发和测试， 设计和实现，调研和行动，磨刀和砍材。
待续（洗澡睡觉）
Term Sheet
http://www.feld.com/blog/archives/term_sheet/
制定游戏规则很重要 现在才了解到资本家是很聪明的 设计了这么多博弈维度的规则。
以前我一直疑惑，如果公司就过着小康小日子求稳怎么办，如果某个创始人作用越来越小岂不是很不公平，估值是一锤子买卖怎么办，股东风险选择不一致怎么办。
投资人和创始人的游戏规则相对公平。
但是创业公司早期员工则缺乏利益保护和谈判机制，很多时候连期权的比例，稀释情况都无从得知。这个时候往往就是投资商和创始人忽悠员工了。
基本上只能依靠投资商和创始人口碑约束，不过还好在IT领域，人还是有一定素质的，不过也不一定哦已经有几个口碑不好的。
beanstalk 类似 windows 2003 server 的 Message Queue,或者 amazon的SQS
特点：
未提供持久化
c语言编写(代码风格类似memcached 我不太喜欢)
有几乎各个语言的client（质量不一定好）
不过如果只是简单需求，用thrift自己编写也很容易（thrfit是好东西，更倾向这么做）。
东西虽然简单但是很有作用：
Queue适合job队列，处理流水化的设计要用到。
进程分开的好处，主程序退出，数据不会丢
32位机器节省寻址空间，用socket通信利于分布式
以前一般用常用数据库队列表(很多网站)，文件做队列（qmail）
逐个增强
1 边际成本逐渐降低，但是门槛又要足够高
反例：视频网站（成本不降门槛不高），下载站（成本不降成本不高），网址站（门槛不高）
正例：百度，腾讯，校内
2 越多人用越好用
反例：酷讯火车票搜索，房产搜索，机票搜索，bbs社区（会水化）百度（须不断改进，搜索质量不能明显差下）
正例：迅雷，世纪佳缘， ppstream，adsense，淘宝，liba（团购会员购），分类社区，大众点评
3 用户粘性大，留下个人数据和用户关系
反例：暴风影音，foxmail，wps，博客网站（RSS烧录，搬家工具）
正例: 淘宝（交易记录，评价），腾讯，开心（用户关系）
以上3点可以构成先发优势，2，3容易不被大公司入侵，如果资本人才流动效率足够高，剩下就看团队了。
IT创业团队难点废话
作者： onebird
发布时间： 2008-11-13 00:59
分类： 互联网
首先来说是找到好的事情，或者说好的方向。
前好几年这件事情问题不大，因为太多领域空白了。随便选个地界都行（当然别选太超前的，如比较购物之类）。
不靠谱的事情再努力也难。
其实是找到好的人和团队。
有的时候明明方向行，如搜索引擎，可能就是干不过别人
再其次是要足够的投资
比如腾讯就差点黄了 搜房也是
再其次是要时机合适
最起码卖个好价钱，如鲨威体坛。。
事 人 钱 时机 ，可以衡量一下：）
迅雷是一个好东西，不过说他好的人都只是说他快，并没有真正觉得他的好在哪儿。
迅雷是一个P2P,把拓扑的边缘带宽利用了
迅雷是一个CDN，不过不是真的网站而是针对文件对象的，把请求和资源分发了
迅雷是一个搜索引擎，把文件查找验证索引完成了
所以他不比bt慢，但是不需要种子，下载快而且稳定，文件多不需要像FTP按目录查找 。
关于网络传输技术
P2P这项技术来源已久，最早就是用来传文件 ，在p2p上走视频流成就了coolstream为代表的公司们，在p2p上走音频成就了skype
p2p和cdn蛮相关，迅雷项目的动机和cdn有关，coolsteram 现在也做cdn业务。
用不一样的方式做事情。
不过据说迅雷也搞了上千台自己的机器做节电进去
---
test
作者： onebird
发布时间： 2008-09-13 21:52
分类： 生活
---
爱体(理疗)健康的经营情况
作者： onebird
发布时间： 2008-08-23 14:43
分类： 生活
不少朋友关心询问 - 贴一段对话 与大家分享
China-吕威 说:
不和朋友合作开店了
ym~张一鸣 |谁iphone gprs上网| www.it-care.cn 说:
没有啊
ym~张一鸣 |谁iphone gprs上网| www.it-care.cn 说:
一直正常进行 现在用户已经多了一些了
China-吕威 说:
哦,那可能我听错了,
ym~张一鸣 |谁iphone gprs上网| www.it-care.cn 说:
嗯 没有出过问题 进展还比较顺利 你有空可以过去看看
China-吕威 说:
好的,具体地点是/
ym~张一鸣 |谁iphone gprs上网| www.it-care.cn 说:
www.it-care.cn/communication
China-吕威 说:
好的,你平时去店里多吗?
ym~张一鸣 |谁iphone gprs上网| www.it-care.cn 说:
一周2-3次
China-吕威 说:
哦,还挺多的,现在盈利了吗
ym~张一鸣 |谁iphone gprs上网| www.it-care.cn 说:
还不行 按计划是3-4个月，现在进展还行
China-吕威 说:
哦,那就好
ym~张一鸣 |谁iphone gprs上网| www.it-care.cn 说:
也有给自己定义KPI的 呵呵 还比较清楚
China-吕威 说:
呵呵,这也定KPI
ym~张一鸣 |谁iphone gprs上网| www.it-care.cn 说:
其实和做网站一样 ： 推广的流量 回头率 好评率 板卡率 推荐率， 平均用户数，高峰用户数
ym~张一鸣 |谁iphone gprs上网| www.it-care.cn 说:
不同推广渠道的召回率
China-吕威 说:
是呀,还是有学问的,哪些效果比较好呀?
ym~张一鸣 |谁iphone gprs上网| www.it-care.cn 说:
把握基础的指标之后 确实可以比较好估计
ym~张一鸣 |谁iphone gprs上网| www.it-care.cn 说:
推广做的很少(朋友推荐/传单/通过一些公司的hr)，所以增长不算快。不过由于回头率还不错，所以还不断增长
ym~张一鸣 |谁iphone gprs上网| www.it-care.cn 说:
到了一定人数，如果满意率高 那么推荐率就高 那么就不要推广了
China-吕威 说:
哦,是呀,要么是良性循环,要么是恶性循环,所以我觉得重要的还是服务质量和特色呀
ym~张一鸣 |谁iphone gprs上网| www.it-care.cn 说:
是的
ym~张一鸣 |谁iphone gprs上网| www.it-care.cn 说:
不过这期间有不少细节要做好和耐心
China-吕威 说:
那是,只能是一个循序渐进的过程,一下用户上升太快,也不稳定呀
China-吕威 说:
你工作怎样/
ym~张一鸣 |谁iphone gprs上网| www.it-care.cn 说:
一般
ym~张一鸣 |谁iphone gprs上网| www.it-care.cn 说:
轻松 但不是很有意思
China-吕威 说:
不过也好,你可以花更多的心思在店上
ym~张一鸣 |谁iphone gprs上网| www.it-care.cn 说:
我不花很多时间 我只是自己过去理疗的时候 看一下数据总结和提要求。
China-吕威 说:
哦
ym~张一鸣 |谁iphone gprs上网| www.it-care.cn 说:
开始选择和定位的时候花了比较多心思
China-吕威 说:
那是,现在怎么定位/
ym~张一鸣 |谁iphone gprs上网| www.it-care.cn 说:
白领和IT界人员 中档以上环境 招聘人员专业医学院校毕业医院理疗科工作经验
China-吕威 说:
哦,现在多少员工了/
ym~张一鸣 |谁iphone gprs上网| www.it-care.cn 说:
6
China-吕威 说:
都是学医的?
ym~张一鸣 |谁iphone gprs上网| www.it-care.cn 说:
除了前台
China-吕威 说:
哦,那倒是
从http://www.epubcn.org/read.php?tid=19035&fpage=7 看到以下文字：
如果你喜欢自己发明轮
子，那我告诉你我遇到的两件事：一次是写一个通信部件，结果写完做unit
test时发现有死锁，费半天劲搞定，然后看到Doug的一篇早期论文里的示例代码也有这个死锁问题，后来又看了ACE的代码，发现就把这个问题解决掉
了，而且解决方法跟我的方法一模一样。还有就是用select来取socket handle的ready状态，然后分派到各个event
handler。一开始觉得ACE的Reactor和Acceptor-Connector复杂，没必要照搬，就自己写了个简单的，结果后来发现出了各种
各样的问题，从数据传递到线程冲突，好不容易把那些问题都解决掉了结果发现代码也变得复杂了而且不优雅而且还低效，若要再改好一点那就又变得跟ACE一样
了。所以自己再去把那些地雷和陷阱踩一遍实在是浪费时间。
关于设计时的一些取舍，如果你在犹豫选择同步还是异步I/O，犹豫哪些部分异
步处理哪些部分同步处理，那么也可以看POSA2和CNPv1、v2。书中对Reactor、Proactor、Half-Sync/Half-
Async、Leader/Followers，Active Object、Monitor
Object等作的详细的讨论包含了各种可行方案相比较的优缺点，这非常有助于你以较少的代价尽早做出正确的构架决策。
--------------------------------------------------------------------------------------
我自己的经历也和博主类似（加黑的部分），在很多领域问题都是相似的，不过问题是：不经历这样的问题（浪费或多或少），是否能直接深刻地通往问题的答案。
Can you do it better?
This is an important question you must ask yourself again and again.
Can you do it better if you were him/her?
This is an important question you must ask yourself once.
If you can make it better , why not, do you really know?
有句话是这么说的哦：是男人就要对自己“狠”一点！ 以上就是我对它的理解：）
相反的。。： 是人就要对自己好一点就是返回来理解。