@Tink
@linguofeng

Chrome 上的很多插件也是个壳子。。
Message 这个我没试过，晚上回家试试看

Chrome Google Task 插件也许可以。

也许，你需要的是 Markdown。

@michaelup 硅谷太短了，实在不够过瘾~，上一集的场面也真是够大的。

namesilo，目前比较便宜，送 pravicy

@michaelup


之前写的，/t/107694
1、无耻之徒(shameless)，[未完结] ，极少出现的美版翻拍竟然比英版还好牛逼剧目，与Gossip Girl完全相反的阶级故事，竟然莫名有一种励志的赶脚~
2、冰与火之歌，[未完结] ，每集都是一部史诗；
3、老爸老妈的罗曼史（HIMYM），[已完结] ，刚刚完结，最接近Friends影响力的剧目，爆笑，温情，Friends偏重友情，HIMYM偏重爱情；

最近的
1、硅谷

早上坐车的时候就在想这个问题

我是怎么陷入肥皂剧的？

* 什么是肥皂剧？
* 我怎么陷进去的？
* 这些年我看了多少肥皂？
* 我为什么喜欢肥皂剧？
* 我准备怎么办？

make 不会给系统安装任何东西，make install 时才会给系统里复制文件，如果不放心的话，可以把 make 了一半的文件夹整个删掉，重新解压，make 一遍，然后再 make install

或者你可以试试 make clean，不知道 mysql 支不支持。

@cyio 感谢，我没发现。

@Keyes
对于你说的「需求记录」、「问题记录」的分配，可以在 backlog 中直接完成，如果他暂时没法被分配到具体的 milestone，可以继续放在 backlog 中，但为了更好的进行区分，需要添加各类属性和优先级即可。

功能属性举例：天才的想法，竞争对手的功能，市场呼声很高的功能...
优先级举例：有时间去做一做，等对手先做出来再做，设计师生完孩子回来再做...

@Keyes
@rebornix
@akfish

akfish 说的很实在，我来补充一点点

1. 楼主现在的情况是有产品版本，比如 v1.0 v1.0.1 v1.0.2 ，你这个应视作 milestone
2. 对于新进入的需求和问题，可以进入 backlog 中，打上 feature 或者 issue 或者其他你们定义的标签（也可以统一视作 issue）
3. 定期开 triage meeting 来对这些 issues 分类、定优先级，确定其是否需要跟进，进入哪一个 milestone， 比如 bug fix 一般都是进了 1.0.X 之类的版本，新功能 1.X，革命性进展 2.X
4. 然后让 dev 拼命去完成他负责的 milestone 上的 issue 吧，可以搞搞 scrum 来折磨他们，画个 burn down 图来激励他们
5. 另外，这些进入某个 milestone 中的 issue 也不是一成不变的，也会被产品发布周期、功能稳定性、市场风向等影响，而再次挑出来放到 backlog 中，重新被分配到某个 milestone 中。

放在同一局域网下，用 BT Sync，然后就不用管了~

PMS 中 Incoming、Triage、TBD 之类的地方。。。反正就是单独的一个「尚未决定在哪个版本中修复的问题和新功能」的版本或者分类。

网易云音乐至今不支持收藏歌手和专辑。。

WScript 很好用。

You may try fierce.pl

如果你想认真的不学好（以推倒为目标），请你自行检阅关键词：PUA，泡学
不用谢~



如果你只是想简单消除紧张：
请理解主场优势，熟悉场合下的安全感
找到自己觉得紧张的原因，仔细琢磨一下，在寻找这个原因的过程中，你会逐渐找到方法
教你一个损一点的，想象一下她在私底下的不雅举动，比如抠脚、拉屎、挖鼻屎、挤痘痘、喝酒吐、说脏话。。。

另外如果出门：
找一个大家共同的爱好
洗干净自己（从头到脚的那种），带充足的现金

再看看下面这个，里面有很多自以为是的屌丝~
http://www.zhihu.com/question/19860522