命令嘛， 只有派上用场才知道价值
很多git维护命令在对代码提交有严格规定的场景才常用，可以只了解一下。
大部分人也就是当高级svn用

最重要就是实践，无他

table用来展示数据就是正当行干。

反正我知道我司写上 div+css ued简历的基本是被丢的节奏

@jiang42 感谢补充

我是一直用手机银行的，其他方式没用过，所以我不能乱说，XD

@MayLava 我的g级别公会还没怎么刷上去呢。

4g到年底，还有段时间，也就是那些刷了数百hr的菊苣才那么急切着想上4g。

朋友圈屏蔽, 然后告诉他们很少发

反正去算命结果都挺好的, 所以我无所谓

建议 低配+ssd, bootcamp 双系统. 按一楼的说法, 可以稍微等等.

macmini不占地方, 发热之类的都可以不担心,噪音可以忽略, 我的mini在办公室里就是放话机的垫板.

去买同一配置的pc不用4k多, 但是买不到这么小巧耐看.

你所提及的硬性要求, 除了word和ppt需要考虑一下是否需要装个windows才能*完全*满足办公需要, pdf和高清之类的没啥问题.

至于网银,目前他们只支持windows不是吗?

走别人走过的路, 遵循比较靠谱的协议, 比自己研究踩坑要划算

@otakustay mac 不至于连文件夹操作都舍弃了. 只是在文件夹操作上并没有加以太多的功能, 基本的操作一个都不缺. 所以你所提的 "所有文件名前面加个前缀？利用Mavericks所有文件加个tag？" 这种事情没有必要这么钻牛角尖

@otakustay 大家也不是没有文件管理的需求, 这里讨论中多少也是在界定不同层次的管理哪些应用能胜任. 归纳几十个文件对于什么文件管理器都不是问题.

我比较赞同 @nAODI 的做法, 层次太深反而加重了负担. 复杂的场景越需要一个轻量级的解决方案, 一点点消耗乘以总量, 结果都是昂贵的

@sobigfish 目前在尝试在 swoole 上实现

@otakustay 这种创建几个目录的事情, 有问题吗?

我指前面两个。串了，但是没法修改Ａ

@Narcissu5 如果它成熟到可以提供一个类appserver（类似于php-fpm和tomcat）的环境，，能够完整支持5.3以上特性，并且部署简单， 那么我相信切换过去也不是什么难事。开发的时候只要遵循一定的约定，实际部署之后照样跑得欢快。现在业界没有一个成功的方案开源出来，加上php开发者群体整体水平还有待高，注定了目前前景不够明朗。

现在php问题就在于，稍微业务复杂，php的性能就撑不住。就算加上opcache，也上不去。每个请求里autoloader和opcode的load+init都是白花花地浪费。
我个人觉得， php的opcode cache时代应该要结束了，不然phper没法完全从业务层面发挥自己的开发效率，qps稍微高一点，就把cpu资源用光了。

腾讯已经应用了纯php代码的appserver， 可惜绝对不会开源。目前自己在实验性地重构代码中，还不清楚能不能在明年完成上线。

Symfony和lavarel虽好，但是那点可怜的qps，太费机器了。虽然对于大部分人来说，几十个qps已经谢天谢地了。但是要靠单机几百qps的成功的案例才有说服力，这时候这些框架就悲剧了。

其实说白了我个人意愿还是希望php往python和ruby上靠，虽然就是把原来php的部分便利性干掉的节奏。

@simapple 其实每个都能干活。

其实暴露了windows的文件管理功能太弱，所以TC应运而生
我不是说TC差， 而是它在windows下更有应用场景


反正自从不用windows之后我就再也不怎么关心文件管理了。

我的linux只做编码用，比较纯粹， 就几个工程目录

Mac的文档管理本身是在培养用户习惯，和ios是类似。各种文件类型都和应用一一对应， 也就download下面那堆文件比较乱， 定期删除。

文件管理中是存在一些高级任务， 比如mp3tag编码转换， 批量重命名等等，这些是6年前在windows下操心的事情， 现在貌似真没这种问题， 需要的时候 vim+shell 也没啥不能解决的。。

@MC 土豪世家