你认为这个市场会给你 5 年学习？ 2012 年最火的概念是啥你还记得吗？你那个时候开始学 5 年到今年能有用？

如果你没有那种短时间爆发式的迅速学习吸收一个方向的能力的话，投资自己还是找不会过时的基础能力吧，算法不行的话架构？技术管理？产品规划？业务分析？

alias rm 是非常糟糕的解决方案，这台服务器有别的服务器呢？你的用户有别的用户呢？ terminal 里有 bash 脚本呢？ rm 有保护了 chmod 呢？

正确地打命令，养成确认命令的习惯，用合适的工具脚本避免手动操作还有备份等等才是正道，不要耍 alias 这样的小聪明

这两个都是典型的 restful 反模式（动作写在 URL 里用 POST ）

user 和 group 的关系如果作为 group 资源的属性的话

PATCH /group/<group_id>/users
[...user_ids]
或者(便于扩展批量删除等其他语义)
{type: join, users: [...user_ids]}

也可以把关系当作独立的资源
POST /user-group-relation
[...{user_id, group_id}]

满屏的正则是写不好 markdown 渲染的，好好学编译原理吧少年

@cxbig 他抱怨的不是处理不够干净而是不能写得更脏……

有个同事一样的问题也是缩放级别导致

这个问题如果是后面问，大概就是在问你有什么卖点是我没问出来的？ 如果是一开始就问…大概就是我懒得看简历了你压缩一下简单说下亮点吧

扫了一下，我就补充一点吧，我给出去简历从来都是为目标公司和岗位单独修改的。你既然做过管理负责过招聘，想想你自己筛简历的时候，你自己招到合适的人都简历是什么样子的

a.devops 更多是风格 /公司结构，而非具体岗位 b. op 尤其是手动的 op 占比较大的那就不是 devops 了，需要值班的自己写代码监控，需要反复操作的写脚本，需要查日志的搭日志收集 /检索…

至于生产 root，我还没见过哪家互联网公司是开发拿不到生产 root 的，最多需要业务条线老板审批下，堡垒机记录操作，或者两样都要。好点的就是 root 和 www 分开，www,日常用，root 另外申请

grpc jsonrpc 好评，但这种 ci 式的依赖管理不推荐，建议上依赖注入，也不要这么多功能都放框架核心里，smtp geoip 之类的最多挂成 plugin/adapter 放在别的 repo，要我说数据库都不一定要在核心里（方便 a.别人可能需要用其他著名 orm b.接口项目可能有后台服务，本身可能根本不碰数据库）

楼上有人贴苹果链接了，我是直接 cmd opt R 里面装的 high sierra，就是恢复程序内直接联网下载系统镜像来安装

升了公司的电脑，回家就把自己的也升了，2 台都没有碰到问题

有 vga 不考虑……

所以为啥不用 time machine 呢

这个版本升 apfs 的，所以我之前都是直接升的这次也抹盘了，装好以后插 time machine 恢复数据，没有碰到任何问题

用 react 做了个站 要求自己不用前端框架？？

黑人问号脸.jpg

先换了操作系统再说

标准不应该是兼职时薪翻倍么

+1 真鸡儿丢人

如果你真的是在说“所有的缓存”，其实是在说“缓存这种算法”，memory cache 也包括的话，CPU 的 L123 cache 没道理不包含，换句话说就是上帝忽然把所有介质速度降级到 HDD，不对，file cache 也算的话，应该说降级到网速的数量级，那么别说互联网了，所有现代芯片都无法正常工作了，想想内存还有 cpu cache 的速度都是 100M，画面太美……