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

@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 土豪世家

@MC 土豪事假

Symfony 和 laravel 都是不错的起步对象, 可以学习到很多不错的内容. Ci之类的就别用了, 现在再提就是误人子弟了. 虽然性能真的差到没法用.
我自己用得比较深的还是yii和cackephp 简单实用.
团队内部用了一段时间yii, 最后觉得性能不能满足,实现了一个跟yii相同api的精简版,只包含核心功能, 从结果上看, yii的暴露的api是没问题, 就是架构太重了, 官方也没有足够多的教程, 大部分文章都停留在简单mvc使用上, 在使用之道上很少着墨.

大部分框架的文档和教程都不够全面, 新手照着做迟早被带进沟里, 我指以上所有的框架.
建议在的过程中多问多分享, 不然就是把整个框架源代码看一遍呗

补充一点, 我指你说的这三门流行语言

语言就是看看语法合不合胃口, 纠结都是接口. 大部分人是没资格评论一门语言好不好的.

哈哈， 我觉得有些同学太没幽默感了。 非得要提醒qq什么的。

A + B

@muxi 你又回来了, 松哥