看存粮，看状态，状态不好存粮也多的话，可以考虑裸辞休整下。
当然决定因素肯定是存粮有多少，没收入能立即饿死的话，状态好不好也得硬着头皮上。

当年曾经有个项目混用了ASM/C/C++/C#/OC/Java/Python/JavaScript，毫无压力。

@hzqim Markdown的好处就是任何文本编辑器都能编辑么，一般顺便就在IDE里和代码一起撸了，大多数IDE都支持markdown代码高亮。
然后现在各种code doc生成工具都能配置把markdown包含为extra，比如doxygen等，直接generate就和API文档等整合成一个站点直接可以部署了。

神烦修电脑，于是我苦心经营多年让所有人知道我对修电脑的事情各种不耐烦，所以完全没妹纸找哥修电脑。
BTW，千万不要害怕拒绝妹子修电脑的请求，个人亲测和推倒无关。
反正我推倒过的妹纸，都没给修过电脑；我给修过电脑的妹纸，都没推倒过。
修一次电脑，从此你在妹纸心中就是“那个修电脑的男子”了。

Google Drive: lz骗纸！说好是.logcat文件，居然是.txt文件！还反咬一口说不给预览！难道人与机器之间一点最基本的信任都没有了么！

其实我就是来看看有没人没节操的说撸了100天

还是M$大厂的office省心。
不过自从有了markdown，写文档极少用word神马的了。

说句设计模式黑不爱听的话：懂设计模式。不管项目开发者是不是设计模式黑、懂不懂设计模式、有没有刻意的去用设计模式，好的项目最终总会是趋向某种设计模式。

一般我先看工程目录结构，就能知道80%的文件里的代码大概是干嘛的，知道这个项目业务逻辑是怎么拆分的。
然后我再去看我感兴趣的部分，比如某个功能怎么实现的。
一般我会知道某个功能大概有那么几种实现方式，看一眼就知道是不是我知道的某种方式，如果是，没必要细看了，如果不是，才会去细看。

另一种情况就是某开源库有bug、缺功能，这种时候我不会先去完整的看一遍代码，直接开始改，改完项目代码就理解得差不多了。

说不定工信部是拿你请求的字段直接匹配文件名，错一个字符就找不到。
下次试试通配符、正则式，凶残点来SQL injection

@zjzjaychou 我是有那么多囤货，没必要在线听。
另外一个原因是在线的版本比较混乱，同一首古典作品有不同的版本，在线的大量是三无。
至于说交流，古典音乐的社交作用并不明显，基本上也就去音乐厅现场人肉听是比较合适的场合。古典音乐年头有那么多个世纪了，能说的能评的差不多都被人说完了。

有别的语种就好了，英语已经没多少单词需要背了。
还有就是释义最好能有选项设置成只显示英文，翻译思维不助于语言的学习。

2G手机的话，搞个GSM Jammer，问题解决。
http://www.instructables.com/id/How-To-Create-Your-Signal-Jammer/
不怕死又有钱的话，上黑基站。

lz必然是把脚本压迫得太惨，以至于它厌世自杀了。

我听的古典音乐都是从小到大攒的CD来的，极少在线听。
基本上也就高中才开始听流行音乐。

赞，创意和立意都很不错

@mhqschen 没源代码那是当然的。不能说完全没有，因为你可以拿来逆向工程，从而知道具体实现。

永动？呵呵，你哪只眼睛看到这个永动了？一共才3分钟的视频。

这货尝试做的是第一类永动机，根据定义是能凭空产生能量，这货根本就没做到。

任何物理不是体育老师教的人都知道这货最终是会停下来的，因为这个东西的模型简化一下，其实就等同于一个飞轮，你给它一个初始的动能开始旋转，如果轴承的摩擦力很小，可以转很久，但必然不是永动。

小时候隔壁邻居就是干这个的，不过用的是汪星人。
汪星人的社交平衡比较容易达到，相对好管理，喵星人要是分不出个等级，要么天天打架，要么离家出走。