@Jarvis666

那只是市场要求与会的不相符罢了 而且用 linux 桌面代表平时就在深入使用 用桌面不代表只使用桌面 所以你们永远都在找方案 永远都被大厂所限制 受到影响是肯定的 以为绝无相关只是视野变狭窄了

@dousha99

确实会有特殊情况 但非常少 其它系统都是如此 剩下的其实就是 dotfiles 不完备或自动化不足而已 如果有套件只有 x86 版本 那你应该绕过

当你找工具找到厌倦了 回头一看
其实很多工具早就在身边

回到主题来讲这类独立工具其实都是给小白用的 哪个平台都一样

写配置脚本 基本上重视的资料应该独立放置
多数杂乱资料基本上是没什么用的（限个人）
dd 全盘太重 用脚本也不用管 cpu arch 如果很熟类 unix 这都不是问题 也有很方便管理的方式就不说了

vim 不想自己写配置可以装一装插件(含侦错、补全、搜索、档案管理) 配置好 xdebug 然后目录下 php -S localhost:8080 启动 上次整过 百行都不到
命令行大法好

有方法阿 只是不说了

@FrankHB

所以要慎选应用 然而现在的状况是哪个热门用哪个 unix 的话 DAC 就挺够了 有时候读写不应该是靠 MAC 决定的 而且那堆 MAC 的 role 事实上也与 DAC 差不多...

@FrankHB

只有应用本身安全性不够才需要以非应用本身机制来限制 更上层的信息 只要你需要提供应用使用 你就非得暴露它 不管以何种形式 看应用要不要使用而已
但现今应用多数是如此 包含 MAC 本身 所以个人都不会使用这些工作上使用的 DAC 的变化已经符合需求 hash 本来就是验证用 你再加密一层都可以 虽然现在都是 https

其中最特厌的还是纯设置 程序都不是自己规划自己写的还要去分析究竟有多少影响

@FrankHB
你还是得处理文件权限 不管你是规则 代码还是命令

我都不觉得一个语言只能有一个用途 但你不能要求人人都是程序员 lisp 来讲是如此

@FrankHB

访问控制是安全特性之一 为何要允许不可预期状况出现？ 而且说的不就是实现方式差异而已 你觉得限制多好但有侯灵活性以及易用性也很重要 看这回文大概知道你是 lisp 系的 但为何类型就是系统安全保证呢？ 依照现今状况不是如此吧。 而且说的 777 那是人被忽悠的问题 流行的是另一种照常可以忽悠 必定提供类似的机能

@FrankHB

越来越喜欢 DAC MAC 的复杂度有没有漏洞你都不知道
x 对于文件是可执行 对于目录是可进入 而且八楼说的对

@MengiNo

直接不定义类型就可以了 反正到最后还是要判断
也没必要死磕 psr-4 你可以自写个 loader
原生 array 本身就是这么用的 需要类型可以自便
要求语言本身就要有不一定需要的东西是很糟糕的
只能说是一种习惯

这东西其实是大而全的 涵盖不只一个功能
虽然意义不大但要用也可以 毕竟是方案型
不爱就是

@kunkunzhang

泛型是节省重複代码 事先定义说的是不节省
代码生成也是可以的

好处应该是节省 api 串接沟通成本 但其实整个结构对照并且有测试查寻页面也差不多了

就是省的多写逻辑重複的 api 然后只是部分回传不同字段 一般 api 前面写个过滤器根据规则过滤一样效果 省流量倒是没有 因为你数据库是一大笔资料取出来 除非架设在一起 然而整理代码也不是不可以