吐个槽，顺便问问 v2 的兄弟

[zhaogaz]

背景： 小公司，开发人数不到两位数。算上产品，十个人左右。公司上层原来是做大数据的团队，现在出来了几个人拿着原型，到处给别人展示。

今天和上司讨论权限相关的东西，主要是给不同的人，展示不同的菜单，不同的人有不同的操作按钮。

上司叫我，把菜单做成动态的。他说的动态，指的是从数据库读取菜单相关的数据，包括菜单的图片、菜单的链接、菜单的文字之类的。

我问了问理由，他和我说：他之前做的所有的项目都是这么做的。

我内心 OS：傻逼上司，真是一辈子外包，习惯真的改不了了。

我的思考理由：动态的菜单适用的情况是，经常变化的菜单。什么时候才会经常变化呢？把做的东西卖给别人的时候。自己公司的项目怎么可能会这么随便变化呢？菜单加一个，减一个，对应的就是功能的变化了。

反正我觉得，我上司就是这种外包做久了。水平也就那样了。。

顺便问问大家怎么看

---

补充一则与上司的交流

之前和上司讨论什么是外包，交流的过程中上司这么说的

[软件外包不算外包，只有人员外包才是外包，七成的公司都是靠卖项目赚钱活下去的]

[aaaronwu]

背后应该是简答 /负责算法吧，简单来说不同的人进来页面看到不同的功能菜单和对应的 Icon。所以先要获取登录用户的 ID 来对应权限，进而展示该权限下的菜单配置。大概这个意思吧。

[qce7]

项目刚上的时候第一件事情就是把后台权限系统这么搭建好，为得就是让运营以后别来烦我，自己配，所以放弃抵抗吧😂

[shiww]

@zhaogaz 你说的模板是文件，领导要是的数据库表，本质没区别，你是嫌要多写几个页面吧？

[visonme]

看到只是你们在权限的意见不统一，为未看出谁对错，可能我还停留在 XXXXX （崩溃中.... o(≧口≦)o

以前我们多个项目也是按你这位上司的思维做的，唯一不同的地方，你们把它叫做权限控制的一部分，我们是把它从权限中剥离做成一个独立的配置子系统。

[whypool]

还是太年轻啊

菜单文字，icon 都是可配置的，而且是动态权限，甚至还维护了一个权限路由表

对内的报表，对外的活动配置，这玩意要用前端去配模板，那效率，是不是配完了还得 review 一次代码，各种测试回归一次？

[internelp]

有必要说上司是傻逼吗？

[wemore]

差不多，我司框架页面有啥按钮基本是写数据库的，web 开发界面上增加删除按钮，按钮事件也是写数据库的，页面样式也是写数据库的。写查询 sql 可以控制按钮的显示隐藏，也可以配置权限控制😂

[xiayebaibi]

楼主还需要在酝酿酝酿

[newtype0092]

你不足的不是见识少经验少，这种都是小问题，刚工作肯定都这样。
你问题是自己觉得不对就觉得是别人的错，别人傻逼，你那点经验和人家比起来，外人按概率想想也知道谁的解决方案更可靠，何况人家是你领导，你再干两年是不是什么架构师 CTO 都不放在眼里了？和自己意见不一样的都是傻逼？
你的想法和解决问题的思路都是基于你的知识和经验，然而自己多少斤两说实话自己不清楚么？
三人行必有我师，何况是职场前辈，太把自己当回事的人很大概率走不远。。。

[zhaogaz]

@newtype0092 您说的非常对，我也很赞同。

不过另一方面我没把自己太当回事。坦诚讲，说上司傻逼并不恰当，准确描述应该是 不求上进的普通人。

刚进公司的时候我菜的跟鸡一样，上司基本也没帮什么，他主要做了 2 件事。一是告诉你干什么业务，二是告诉我们以前哪个项目有类似代码。问他点东西，他搜搜搜国内的 csdn 给我扔过来一篇，我这边有空的时候看的官方资料才知道是怎么回事，然后告诉他这博客哪里写错了。

半年多的时间，我自己做笔记，做总结，他们日复一日的做业务。结果是显而易见的。我平时甚至可以唬住上司做点东西。

权限和动态菜单这部分我以前确实没做过，再加上我认为他很少做思考，只是把以前的经验用上一遍又一遍。

经过我上面的描述，你应该理解我是什么心态了吧。很多时候就事论事，其他的背景渲染我都没有写。

当然我也非常感谢您的好心提醒。

[heww]

看上面大家的回复，但我怎么觉得 “菜单加一个，减一个，对应的就是功能的变化了” 这句话没有什么错啊！

[breezeFP]

你让我对自己产生了怀疑，虽然没在外包公司做过，但我有个外包的思维[手动滑稽]

[xsir2020]

@zhaogaz 一是告诉你干什么业务，二是告诉我们以前哪个项目有类似代码，搜搜搜国内的 csdn 给我扔过来一篇
没毛病啊，就是这样做的。
每个人都要手把手教，那不累死。还要进一步告诉你为什么这么做，为什么你那么做不行，和你做各种思想工作才能安排好工作，还得防着你不按公司的来做，哎，真的要累死。

[michaelcheng]

如果业务很多的话，入库是比较优雅的方式了。

我做业务很简单，你想要多优雅都成，只要给时间就行了，工作安排好了就行。

[zhaogaz]

@xsir2020 看你回复的内容，应该就是针对我 30#写的内容吧。

这么跟你说吧，转行之前，我做了几个月媒体。对于网络信息的真伪辨别是有一定考虑的。信息在传播的过程中容易出现偏差，更何况很多人在 csdn 之间抄来抄去。我个人养成的习惯是尽可能的找谁第一个说了这事，发布了文档。这种资料的质量要明显高于二三四手的东西。

我上司这个人英语不太行，他极少极少看 manual 或者是 reference。他自己的理解基本靠 csdn 这些。他找着做一遍，成了就不管了。为什么这么做？出现不同的变化怎么改？他都不知道。

我举个例子，昨天我们讨论了后端，如果部署多台服务器的话，session 共享怎么解决。

他说：用 ngnix 配置一下就行了。
我问：不用改项目中的内容么？，
他说：不用。
我问：那这个是什么原理呢？（我以前没做过，但是我猜了一下，真正的 session 共享肯定需要交互多个 server 的内容，如果项目中没有改东西，那么说明他说的 ngnix 配置只是把固定的请求转发到固定的 server 上，根本没有共享）
他：随便搜一下就有（然后敲键盘开始搜）
。。。。
剩下的我就不说了，结果就是他承认 ngnix 那个配置不是共享 session

你还有一个理解问题是，我压根没想说对方怎么怎么教，不知道你怎么理解出的这层意思。我本身材料专业，一路自学到这个份上，没必要手把手。

我希望的是：上司能凭借自己的经验，自己对代码的理解思考，给我做一些指点。而不是随便找个 csdn 东西扔给我。那我问上司问题有任何意义么？

我周围人包括上司，他们的行为特点是，会做 xxx，但是框架模型为什么这么做，为什么这么命名，对象有什么功能能力，有什么由历史原因沿袭下来的做法，没有思考。

还有不少，想了想我就不打字说出来了。

当然以上原因有可能是因为我所在环境太差了。哎

[xiaohei233]

正常的，千人千面，遇到过非常 nice 的同事和上司，也遇到傻逼同事和上司，见怪不怪。我做 app 的，有时候不能理解产品的需求为啥要这么错，问产品他说老板让做的没啥本法。那就只能做了，麻烦是麻烦了点，后面维护就方便多了。

[yacolinqi]

@zhaogaz 我想说毕竟是工作，一些需求下来领导能给你个大致的方向就不错了，不必去究根问底我觉得。毕竟工作是工作不像学习，可以有一种很浓重的学习讨论氛围。让我想起了那个段子，你一个砍柴的和一个放羊的讨论了一天的人生，他的羊是吃饱了但是你的柴呢？ 既然觉得上司不行，周围环境不行，那就厚积薄发跳出去换个环境行的。

[ui92dk3]

这样做是可以的，主要是要考虑数据缓存。