看了这篇文章后，对其中的一句话特别感兴趣，原文中有一条下划线，但那不是我有兴趣的。我的兴趣我加红。
我对老板说：“老板，我想做件疯狂的事情，我打算开家公司，在网上卖书。”之前我和他泛泛聊到过这个想法。“走，陪我散散步去。”他对我说。于是， 和他在纽约中央公园逛了两个小时后，他最后对我说：“你这个打算听起来是很靠谱，但这个事情更适合那些眼前没有一份好工作的人去做。” 他的话让我苦思良久。
为了能做好这种重大的决定，我努力寻找正确的思考框架。我也和妻子讨论过这个念头，她对此非常支持：“不论你做什么， 我都百分百支持你。”她嫁给了我这么一个有着稳定职业道路的稳重的家伙，而我现在想去做的事情是如此疯狂，但她却对此百分百支持——这个决定最后还是完全 在于我自己。最后，我找到了一个框架，它能助你轻松做出人生的重大决定，我把它称作“遗憾最小化框架”。
我 把自己想象成80岁的模样，并思考：“现在回望我的一生，我要把遗憾事件的数量降到最低。”我知道在我80岁时，我不会因这次尝试而后悔，我不会后悔参与 到互联网这个我认定是了不起的事情中来。我知道，哪怕我失败了，我也不会遗憾，而我可能会因为没有尝试而最终后悔不已。如果你能想象自己年满八旬，并思考 “老了的我会怎么想呢？”这个问题，你就可以因此而摆脱每日琐碎的困惑的干扰。你要知道，当时我从那家华尔街公司离职创业时恰逢年中，这样连年终分红都没 我的份了。就是这类短期的事情会干扰你的判断，只要你把眼光放得更长远些，你就可以做好生命中的重大决定，而不至于日后后悔了。
via bijansabet.com
http://www.36kr.com/category/digest
本周没有什么大事发生，只是对于自己来说有几件事情要记住。
1、编码，关于编码这件事，我在文章出现乱码怎么办？已经记录了
2、mongo，虽然很多人说，如果只有一台服务器就不要用mongo了，但是想来想去，我大字段内容过多，而且访问频繁，短时间内居然不能做缓存，这才是我纠结的，毕竟只要做了缓存，那就什么都好说了
3、redis的订阅。我用的是yiiredis的订阅。然后事情就开始纠结了。在yii的event中，我写了一个小函数，将内容再存到redis中，但死活存不进去。可能还是闭包的问题。没有仔细查，实在没时间啊。
不过本周会测试一下，不用yiiredis组件中自带的订阅，再看一下究竟如何
4、其它就真没大事了
自从杜甫很忙之后，包大人也忙了；
何炅
：段子谁没听过啊: 展昭给马汉讲自己的英勇故事：”那天我探案，不小心中了埋伏，身受重伤。我拼尽了全身力气，终于支撑到了开封府，突然眼前一黑……”马汉关切地问：”你昏倒了？”展昭：”不，是包大人出来了。”@谢娜
金妆国际官方：#包大人很忙# 展昭追上刺客几招将其擒服，赶回开封府。公孙策见展昭便说：“展护卫，你中了调虎离山之计啊！方才你去追捕刺客，埋伏在屋顶的另一刺客马上杀入包大人的房 间！”展昭心一惊：“包大人没事吧？”公孙策看了看天上乌云遮月：“幸好包大人急中生智把衣服全脱了，刺客以为他不在就离开了。”
温泉养生之都：展昭激动的对喊冤百姓说：“你们放心，包大人那是打着灯笼都找不到的好官！”包拯听到后，怒曰：“展护卫，本官有那么黑吗？”
以上仅供捂乐。其实大家都懂的，没有话题要制造话题，第一个制造话题的人，才是真正有生命力的人。就象传说当年，移动为了赚短信的钱，就有人想出了：xxx节，祝xxx快乐，转发十人，会得到祝福，如果你不转发，你死全家之类的。
-----
好吧，乐一下而已
又找到一个图全的：
最近的新闻很多，什么红衣教主做手机，马化腾要搞创新，马云想重创业等等，这些都比不上fackbook IPO以及扎客伯格取个华YI（一下子五笔打不出了，没印象了）的老婆。
凤姐要嫁给方舟子了，嗯估计短时间内只能做小三，老罗也想做手机了，招聘都贴了很久了。
不是我不明白，实在是这个世界变化太快。
移动互联网，人人都想入，当然凤姐那个是例外。
做手机的，不做移动互联网，那是扯蛋，嘴上会说不做，但实际上总会折腾一下，到时候还会说，这是为了与系统更好的整合。
不是每家公司都能象苹果那样，硬软通吃的，也只有苹果能敢说，我们是做硬件的。现在折腾手机的，都是基于android等的开发，二次开发，套个皮继续开发。一些新鲜感都没有。
当然，你硬要说，这是趋势，不要重复造轮子，我当然也没话说。所以也只有联发科才能卖整体架构，而现在的手机商只能做集成商。
--------------
扯了一回，发现步子迈大了，蛋会容易被扯着，只能再迈小一点。
于是微创新就来了，你看新浪微博中的，微聚会，微新闻，微电影，微招聘，微活动，微投票，尼玛啊，只要以前有的玩意加上一个微，TMD就又是一个新产品。
哎，折腾不过这些人。好吧，我们就来个微CMS吧
这篇文章很有意思，所以我转贴了一下：
XML/HTML代码
- 企业中，产品研发是一项综合性的工作，需要多个部门参与。但往往会出现各种各样的问题，如部门协作困难、全局监控难等，这困扰着大多数的企业。
-
- 本文是一个真实的案例：
-
- 菲利普（主 席）：我们工厂中有10%的员工没有充分利用，要么我们开始处理更多的积压工作，要么进行裁员。我宁愿每个人都很忙。我们该如何做？
-
- 李（业务部经理）：公司政策规定，我们要处理3个月内的积压工作，如果改成4个月，我们将有大量的工作。
-
- 菲利普：好。现在，我们该如何实现？
-
- 李：我不是很确定。我认为，我们需要更改传统的软件设置。
-
- 大卫（IT总监）：没问题。可能只需要更改核心程序中的一行代码。（填写一个清单，提交给IT部门）。
-
- 朱迪（IT管理员）：我正分派这个单号为#129281的需求。但是这需要目前的商务项目做完，并由主任签字。
-
- 大卫：这是菲利普交代的，我们不立刻做的话，就必须裁员。
-
- 朱迪：OK，我会马上填写，并标记为紧急任务。
-
- 2 天后
-
- 大卫：#129281目前状态是什么？
-
- 朱迪：它是开发人员任务队列中的紧急任务，前面还有14个紧急的Bug报告需要处理。
-
- 大卫：忘记任务队列。将它标记为紧急，立即发给艾德（程序员）。
-
- 1 小时后
-
- 艾德（程序员）：在模块ORP572的第1252行中，我将写死的变量MonthsOfBacklog（积压月份）值从“3”改成了“4”。然后，运行了2批测试用例，成功进行单元测试。业务工作量增加了10%，这是预期数据。我正准备提交代码审查，并交给Homer进行用户验收测试。
-
- 雪莉（代码审查）：这违反了公司的政策，你必须在参数文件中做个记录。此外，还有2个旧的调试命令，1个无指定的变量警告消息和1个写死的Employee ID，必须在这个模块移交到产品之前进行修复。
-
- 艾德：!~@#$%^&*（脏话）。
-
- 雪莉：这些bug很可能是真的。一旦你被指派ORP572模块，你就需要对已经存在的、违反新公司政策的错误进行修复。我不能提交。
-
- 2 小时后
-
- 艾德：OK，完成。我正要重新提交代码审查。
-
- 朱莉（IT测试）：Homer不能进行用户验收测试，因为Fred正在运行一个本月底财务要用的约束测试。使用Marge代替。
-
- 艾德：我没有访问Marge的权限。
-
- 朱莉：联系IT安全部门的乔，他会给你开权限的。
-
- 2 小时后
-
- 乔（IT安全）：没有大卫的签名，我不能给你开Marge权限。他出差了，得等到周一。
-
- 艾德：我不这么认为。菲利普希望马上实施，让他来授予权限。
-
- 雪莉：你的新的参数记录“MonthsOfDemand”需要起一个更好的名字。离岸程序员（位于其他国家的开发部门）不明白这意味着什么。此外，它应该有一个变化核查轨迹。
-
- 艾德：命名有什么规定？
-
- 雪莉：忘了写在什么地方了。离岸团队是3月中下旬更新的wiki，能肯定的是，所有新的参数记录必须满足新的命名要求，并保持核查轨迹。
-
- 1 天后
-
- 艾德：我将参数记录中的“MonthsOfDemand”重命名为“SelectedMonthsOfBacklogDemand”，并添加模块PAR634以保持纪录和核查轨迹。我已经提交到代码审查。
-
- 托尼（IT测试）：我看到Marge中有#129281任务，但我没有收到测试计划。
-
- 艾德：按照老方式运行就行，注意WorkOrdersHours报告中总量的增加。
-
- 托尼：这就是你的测试计划？这会影响到企业的其他方面，我必须有用户选择的测试用例、预期结果、测试运行记录以及用户签收。
-
- 2 天后
-
- 菲利普：大卫，告诉托尼将艾德的程序立即提交到产品部门。
-
- 大卫：是的，先生。
-
- 本次任务总结：
-
- 总时间：6天
- 关键任务代码更改行数：1行
- 关键任务代码更改字节数：1字节
当然，你要了解更多的东西，你还可以看它的评论：http://www.iteye.com/news/25109
