Slate +1, 就这几天开始用的. 作为 window manager, 相当强大.
配置其实也不要花多少时间, 可以在作者的那个配置上面根据自己情况改动就好
不过我也配置了差不多1个小时的样子吧.

配置好之后很爽, 特别是我这种多显示器, 同时开着的 window 比较多的

忘了说了, 进水后刚拿上来的时候, 从屏幕上都可以看到机器里面流动的水, 因该进去了不少的水

虽然和楼主的情况无关, 但是我还是想说下我这个情况:

我之前 iPad 不小心掉进一个水盆里面泡了几分钟, 拿上来之后系统还在运作, 只是屏幕触摸操作完全失灵了, 乱跳.

关机也关不成, 就算关了后因为里面有水, 机器也会自启动

就这样一直自动关机开机关机开机循环了几天之后, 终于没电彻底给关了.

过了几天, 琢磨着水分应该晾干了吧, 重新充电,开机, 结果就出现了一个类似Windows 蓝屏这样的一个界面.. 也就是说不能正常启动了, 我当时也差不多放弃了, 寻思着这下刚好可以去买个 Mini 了

没有想到的是, 再过了几天一次随手无意识的开机动作居然给正常启动了.. 完全没有任何进水过的痕迹.. 一直正常用到至今..

就是这个事情让我对 Apple 的产品比以前更多了一份信心..

楼主, 要不还等几天? :)

@honk 这个确实cool... :)

teamviewer 有这个功能, 只是... 目前仅支持少数的几款手机..
很不幸, 朋友的手机不在这个支持之列..
正在尝试 vnc 系, 以及另外一个叫 Total Control 的..

@benyur :)

@myang teamviewer 不能够从电脑端控制手机端的吧.

@detailyang 这个功能也有限.. 最好是能够提供屏幕镜像级别的控制的

不过想一下这种实现起来应该还是有点难度的..

@cxe2v 是个好主意.. 只是要是有现成的App那就太好了..

@Mutoo 有这个需求的小伙伴不太会命令行操作, 最好是有 GUI 的那种应用..

大家可以举些例子出来作为类似于 naming pattern 的东西 (嗯, design 可以有pattern, naming 应该也可以有吧. :) )

比如我最近一个场景:

一个对象创建的时候只赋予了一些简单的属性, 比如 id, name 等少量几个

然后在一个方法中会给其余的属性赋值, 然后我就纠结了怎么给这个方法取名字好了..

最后只能想到 dressUP() 或者 inflate() 之类的..

还可以有更好的吗

@refresh 嗯, 用tag来保存非标识数据就是属于一种滥用

@alexrezit @pppuser
链接的那篇文章主要是还是反对对于 tag 的滥用, 而不是完全反对使用

只是说如果要使用的话 因该 1)不要滥用 2)尽量使用 macro 或者 enum 来让命名清晰

至于 performance, 我觉得这个影响是微乎其微的, 毕竟一个parent view 不会有太多的 sub view, 就算如果有太多的 sub view, 那首先也应该是内存的瓶颈了..

至于 ugliness, 我个人倒是觉得在 property list 里面加入很多 reference 还不如 tag 来得清爽 -- 纯主观个人看法 :)

体验比 QQ 音乐 Mac 版要好.
只是资源占用稍微有点高

@refresh 我刚好反过来了.. 要是写 html css 那些 Web 组件也能像写 iOS 那样纯代码写那该多好呀.. :)

@tab @refresh 我觉得iOS下面的控件机制还比较好理解
倒是Mac OS下面UI的包装没iOS那么好理解, 想完全nibless的话还得hack那么一下

我写 iOS/Mac App 的时候也是一直用代码来写 UI 部分, 觉得那样比较纯粹一点, 看着心理舒服点
总觉得能放在代码里面的干嘛要放在额外的一个文件里面呢
如果你觉得这样导致代码比较多, 那也可以把 UI 块的代码写在一个方法里面然后给收缩起来

这样对于SCM来说也友好点吧.
当然关键还是心理舒服点 :)

@chloerei PPA 好像是个人提交上去的包, 不知道质量怎么样, 有没有保证.

@mantianyu 其实这个要求也不太过分, 怎么说也是稳定版本嘛.
都出来这么久了还不跟上, 这应该算效率问题.