PHP：ssr 方案没流行的时候 你俩（ react 、vue ）就欺负我，现在 ssr 方案流行了 你俩（ next 、nuxt ）还欺负我，那 ssr 方案不是白来了吗？

呃 过期了， 请问还有吗

@iorilu 我说的需求 就是程序员的需求，程序员常见的需求有哪些？性能更快、稳定性更高、开发起来更省劲 最好准时干完下班回家陪老婆孩子 等等一系列，假如非要把普通消费者和开发者一概而论 那这个命题就是错误的，怎么答怎么错。举 1 个简单例子，react vue 之类的新技术 让前端从直接操作 DOM 改为数据驱动页面，开发者只需关注数据变化，并且前端能做的事变多了，提升了前端的重要性 分担了后端工作量（他们不用写蛋疼的 CSS 了），这就是程序员作为新技术的用户享受到的福利之一。

软件工程没有银弹，需求推动了新技术产生，而新技术又将带来新需求。不断涌现才是正常现象

类似的言论 我一个在农村养牛的发小也说过，只不过他惊叹的是 自家牛下崽时请的兽医 掏掏牛 B 就收 300 ，他挺羡慕的甚至想转行哈哈哈

@Licsber 不用客气，有类似的问题还可以问我，正好我最近在练习与陌生人的社交能力哈哈哈

哪一种都不偏向，因为明显是你和他沟通上出了问题。从结果看 既然是新同事办砸了事，说明他干活没有风险意识 或者 你对他高估，很多人不敢向上做风险预警 怕被怀疑技术菜 最后拖拖拖到了没时间挽救的地步，被这种新人坑过的新领导不在少数，但磨合一阵子后要提醒他注意汇报风险，前期需要上级来主动察觉并兜底。如果我是你，并且交给他的事我特别想让他办成，我会频繁和他沟通，在他执行过程中帮忙解决他搞不定的点、帮忙协调他拿不到的资源、推进他推不动的事，并不是说我成了他的跑腿小弟，而是他把事给我办成 最符合我的利益。假如上面我都做到，但他还是搞砸了，他态度好的话我会深挖他搞砸的原因，下次派点简单活带他成长；态度恶劣的直接滚蛋。个人见解 欢迎讨论

@v2eb 对 它们中间还有专门表达关联关系的表。你的意思是权限表后面再搞一个菜单表吗？权限表里面应该也能表达吧， 我这边现状是：用户表->用户角色关联表->角色表->角色权限关联表->权限表

@youngce menu 表和 permission 表 中的数据都应该是静态的吗？我刚才合计了一下，权限表数据似乎应该读配置文件来获取，而不是允许用户在页面上维护。拿新增、删除角色的场景举例子，角色大概率和权限表数据高度耦合，动一处会影响全局，我理解的对吗？

@renmu 前端添加 指的是允许用户（超级管理员）操作权限表数据吗？如果是的话 假设角色 A 和角色 B 同时拥有页面 C 的增删改查 4 个按钮权限，当角色 A 删除权限表内的所有页面 C 数据时，后端要先查出拥有整个权限的角色；新增 D 角色时 假如页面 C 的按钮权限数据被删干净了。以上的新增、删除例子 都会中断用户的操作吧，允许权限表数据被前端操作的话 会不会太灵活了？

纯正阿里味儿，来杭州点击就送

我喜欢看哲学类的东西，但不是很有智慧的人。有阵子明显感觉自己不对劲，大约持续一周对生活提不起兴趣来，后来无意中发现是陷入虚无主义了。你说他是文人嘛，我就自然联想这方面了，不知道他是不是因为接触哲学导致的抑郁，可以先问问看。另一个猜测 他是不是向来性格不合群？如果是 或许引导换种活法，尝尝社交的甜头（倾诉欲得到满足）。从需求层次论来分析，他已经摆脱底层的生理、安全层次等等的需求了，在玩命冲击 [自我实现] 这种顶层需求，苦就苦在 [自我实现] 是个无法瞄准的目标，经常是越追求 离得越远，得他自己想明白才能不拧巴，开的药也不能停。

这个模块的测试同学要倒霉了，这种易现缺陷能流到生产环境上，默哀一秒钟

没吃过，但查了一下来龙去脉，主要是突出一个货真价实和不宰客，毕竟打铁还得自身硬不是？能经受住网友的考验就算营销也能接受吧

说个现象自己判断，杭州这边大、中厂基本都有阿里系的管理层跳来跳去，小厂在 BOSS 上随便划划 大概率能看到阿里出来创业的，总的来说还是阿里味儿，和大厂的区别在于 pua 完你 事后还给不了那么多钱。如果你喜欢阿里味儿，这边是不二选择

还挺可爱哈哈哈哈