@learnshare 爽。没观测条件，一直没入器材。

@loading 直接存几个太阳能电池板，发电机什么的，一起屏蔽存好了。

gist做私有repo，不能融入git工作流程，不能协作，没有目录结构。

搞个网盘每次zip备份本地repo都比这折腾着方便。

@Pactzhao 当然，所以细思极恐，因为搞不好灭绝级的事件可能早已发生，人类的命运早就决定了。

@loading 恩，然后卖门票，只摸不玩一次5元，玩一小时100块钱，之类的。

@emric 赶紧买个电磁屏蔽箱，藏几台备用笔记本进去。

@soruNis 所以如果要推广测试的话，尤其是在对测试比较抵触懒癌晚期患者较多的团队中，只有渐进式的搞，并且一定要搞得合理靠谱。
不然一被抓到点把柄说影响开发效率了，立即反弹然后又不了了之了。

给lz推荐两个工具吧：
http://www.txt2re.com/
http://regex101.com/

以后就不用伸手了。

@learnshare 高能的伽马射线暴会破坏臭氧层，然后你懂的。
程序员应该天然对科技比较感兴趣吧，所以关注天文的应该还是有一定数量的。

@soruNis 我的感觉是，抵触测试的开发人员，一般是不懂测试，或者太懒就没去正确的实践过。
根据我的经验，有（合理的）测试只会提升开发效率，而不是相反。

举个最基本的例子就是改了代码，要编译运行验证正确性，没有测试的就需要人肉去捅鼠标捅键盘，反复进行重复的操作，而且还无法保证可重复性。这个过程费时费力，还破坏编码节奏。
而如果有良好的测试流程，配置完善，做到自动化测试，那么修改一行代码只需要编译，测试自动运行，立即就能看到是红是绿，立即得到反馈，甚至键盘输入焦点都不用离开IDE。
这两种模式的效率高低显而易见。

所以我现在就算是自己撸着玩的小项目，都会写测试。

写错了，事半功倍，=_=

单元测试仅仅是初级阶段，举手之劳而已，很多时候也就只对CRUD的业务有效。
一定规模项目仅仅是单元测试都还不够，更何况完全没有。
不要太相信个人能力，在复杂系统面前谁的能力都不够用。
有可靠的测试只会事倍功半，别怕一开始那点麻烦。

推荐一个Google Talks的讲座，关于Google如何进行连续集成测试的：
https://www.youtube.com/watch?v=KH2_sB1A6lA

@aku 强日冕物质抛射（CME）只要对着地球喷一次，人类文明立即倒退几十年。
1859年的Carrington事件地球就被喷了一次，只是当时科技还不发达影响不大而已。
2011年6月7日发生了一次同等级的CME，运气好没有对着地球喷，不然人类现在估计都还在搬砖重建中。

lz遇到的至少还是真妹子就不错了。

有的同类网站男（lang）多女（rou）少，没妹纸怎么能吸引人注册呢？
没关系，后台自动把注册的汉子性别改成女，头像换成网上扒来的美女照，然后注册的时候显示出来。
看起来妹子很多，头像很诱人，资料也很真实。
骗屌丝们注册了，进去发现根本找不到妹纸。

人家根本就不是为了做交友网站，屌丝们没放弃前，广告流量收割一把，屌丝们放弃流量开始枯萎了，最后总是还能卖用户资料的。

PM个人觉得是早期遗留下来的功能，那个时期不管是IM还是SNS都不发达。离了论坛谁也找不到谁，但要私下交流又不可能每个人都公开发帖吼，所以PM是一种必须。

现在的站点如果加入PM的话，最主要的缺点是麻烦（非技术上的麻烦，而是懒得做那种麻烦），优点是如果运营合理会增加用户粘性。
即使是鸡肋般的存在，影响也不大，爱用就用不爱用就不爱用，只要你不大量广播消息绑架用户，不会增加任何额外负担。

抱团什么的，没有PM照样能抱团，这是人的本性，和功能无关。

零经验一周没问题啊，还多了，第一版这需求也就hello world级别。

lz的估算方式的最大问题在于，你把三件本来是同时进行一周完成的事情，拆开算了三次。

你不应该学一周SDK再动手，而是看一眼SDK目录和几篇综述性的文档就立即开始，边学边做。
你不会是全部写好了，才开始debug，而是一边开发一边调试，而且这个需求实在没什么出bug的空间。

冰凉的感觉，怎么一下想到了风油精。

而且风油精居然真的能喝，喝多了还会上瘾。

@emric 那是。