要么虚拟机
https://www.virtualbox.org/

要么沙盒
http://www.sandboxie.com/

罗辑思维的确有一期提到自由职业有不错的发展
http://v.youku.com/v_show/id_XNTA2NDQ4MzIw.html

我倒没觉得自由职业有什么特别不稳定的，就算你在朝九晚五，除非是公务员铁饭碗，否则一样可能会被炒或者被拖工资。

三次元GAL么这是，有几个不会的瞎蒙也蒙着了，我真没用有道词典啊喂。

Block的语法确实奇葩，以前写一次查一次忘一次，最近研究ReactiveCocoa才终于记住了。

@vivia
@asca
@aleung

http://www.apple.com/cn/batteries/notebooks.html

我选择相信苹果。

糟蹋电池最好的方法就是一直插着外接电源。

我的Air是2012的4G，内存经常是撑满的，好在SSD做cache还算给力，也不会经常出现彩虹球。反正不差钱就升8G吧。

@tab 我说的“跟Xcode4差不多”就是“经常”的意思……

@Lockerios 模拟器的稳定性的确大不如前，经常报丢失连接什么的，Xcode4从来都没见过。

看看issues里面官方那爱理不理的态度，你还是自己写个吧。

其实也就跟Xcode4差不多，主要是Xcode设的起点太低了……

@cutehalo 放乌云那家伙很好欺负的，只有魔法防御，血又不是特别厚，两座普通箭塔点满火箭就能把它射成刺猬。最麻烦的是大螃蟹，血厚防高，普通物理攻击根本打不动。除了魔法塔，只有刺客比较克它。螃蟹攻击速度慢，把刺客的反击点满，3个刺客能跟他玩上好久，再加两个增援，螃蟹就过不去了。刺客重生速度快，这种情况下比圣骑还能扛，再点个偷袭，可以无视防御造成伤害，貌似还能秒杀？不太确定，但我见过一只螃蟹还剩两千多血，刺客的红光一闪它就趴了，旁边只有两座箭塔和机器人均无法对其造成伤害。

最赖皮还是那只缩在壳里的，上来把你几个关键位置的塔一锁上，我上面说的全部扯淡。它这招还没有CD和使用次数限制，一旦效果消失马上又给锁上。本来这三张图塔位就稀缺，要是被它这么一搞万事皆休。唯一对策就是背板，一出现尽快摁死。在他的登陆位置上用不怕被锁的机器人，兵营也有点作用，被锁上虽然不能刷兵但场上的士兵还在。流星雨要忍住，最好是在被炮弹或者养猪英雄打晕的时候一击秒杀用，否则它又会缩进壳里面无视伤害+回血+强行前进。

话说在这种塔位少经费又不足容易漏怪的图，死灵塔真是个好东西。

我只买了游戏，没买任何IAP，追求无道具全3星通关。初始给的3个英雄里面养猪喂鸟的那个就很强，放犀牛冲锋可以晕一路。

@cutehalo 左下三关的难点是那些会缩在壳的家伙，很无赖地可以直接锁住你的塔而且无法解开，应该只有投弹机器人能不受影响因为它的本体是自律行动的，塔被锁住只是不能升级，好好利用这点吧。

貌似有搜不到WIFI的问题，最后自己手动敲SSID才连上了，也不确定是不是10.9的问题，之前ML用了一年多从未发生过。

啊，早两个月发布我就不会去做自己的博客了。

@refresh Auto Layout不鸡肋，只是对于简单的布局来说是杀鸡用牛刀，所以像我上面说的用 xib 来做界面 ，对于需要复杂布局的 view 单独启用 Auto Layout 最合适。

@11
storyboard可以切分成几个小的，没那么占内存打开也比较快，但是因为无法跨 storyboard 进行 segue，只能按老一套的来，segue的作用就没了。如果 segue 不能真正地显示出整个应用的流程，反而可能会误导人，我觉得还不如不用。而且切分了以后很麻烦的一点是你找一个view controller还得先想想放在哪个 storyboard 里面了。

@ShengjiaWANG
Xcode 5 的 xib 和 storyboard 的格式都改了，简短了许多而且相当可读，合并冲突不成问题。如果花点时间了解一下格式手写 xib 的代码也是有可能的，文档标记语言比起编程语言更适合用来描述界面。

手写界面还用 Auto Layout的话代码量多好多，还是用 Xcode 5 的 IB 吧，可以给你很多有用的提示，也不会强制给你加一堆constrain。 Xcode 4 的是渣渣别提了。

另外 Auto Layout 真的没必要作为默认，有些简单的布局Spring & Structs 更方便。xib 比 storyboard 好的另外一点是 Auto Layout 的设置可以逐个 xib 分开来设置，需要再启用。storyboard 只能一刀切。

@refresh
我现在是以 xib 为主，偶尔用 storyboard 画画 settings 和 about 界面的table view，觉得挺好的。

对了，用xib有一点很爽的，创建一个view controller其实无需指定xib的名字的。只要你的xib命名跟view controller一样（除后缀名），然后
[[ViewController alloc] init]
iOS会自动找到对应的xib，对于iPad的xib，写成 ViewController~ipad.xib 就行了。

@11 segue的时候有90%的情况要传一些参数，于是又得去prepareForSegue:里面判断一下identifier，实在是有够麻烦的。而且如果你的App自定义的东西比较多的话，有些地方无法用segue，storyboard很多时候根本不能显示应用真正的流程。做Web开发的时候也没什么storyboard之类的东西，都是一个个view地写过来的，也没发现有什么搞不清流程的情况，我现在觉得storyboard产生的问题比解决的问题还多。 storyboard最有用的功能就是静态的table view了，可以单独用一个storyboard来存放。

我已经退回到xib了，view复用比较方便。写测试的时候为了从storyboard里面取一个view controller出来必须要给个名字，太麻烦了。