这是一个创建于 38 天前的主题，其中的信息可能已经有所发展或是发生改变。
首先声明：楼主是个菜逼，没有能力离开当前环境，也改变不了什么，只能偷偷吐槽一下。吐槽完了还是忍着继续上班，毕竟什么水平的人就该待在什么环境。
后端从来不测试他自己写的接口
每次都是我对接接口时，发现接口 500 之后告诉他他再去修；修完之后他也不测，只是告诉我改好了，然后我发现依旧报错，他让我截图给他看报错信息。
前端代码管理十分混乱
关于这一点让我细说的话可能三天三夜都说不完，就说两点吧：
-
项目里坚决不使用环境变量，非要在代码中将 baseUrl 写死，切换环境时就手动去修改，你改一遍我改一遍，每次拉完代码都得去看看配置项是不是又变了。
-
有一个包含 50+ 业务组件的组件库最初是在 A 业务平台中使用，后来在 B 、C 、D 业务平台中也要使用，Ta 们的解决办法是将这个组件库直接复制到其他业务平台的代码中。
每次组件库出现 BUG ，它们都只会修复当前业务平台中组件库的 BUG ，于是各个业务平台中的组件库呈现了不同步的薛定谔状态，你永远不知道它的 BUG 是什么状态。
我试着提出将该组件库抽取出来作为一个 npm 包，然后公司内部搭建一个 npm 私服，Ta 们觉得太麻烦，我也就不提了。
 | 1 soso1 38 天前 组件库 可以尝试 submodules |
 | 2 peteretep 38 天前 说明你们领导不行，小兵们吵什么 |
 | 3 buffzty 38 天前 我猜你是新来的,普通开发入职三个月内禁止提建议. 你要是觉得代码烂 能烂过 dnf 吗,腾讯都不修 你还指望小公司修. |
 | 4 tagtag 38 天前 感觉可以用 monorepo |
 | 5 crocoBaby 38 天前 我们公司也有人提议过弄私服 npm 包,后面我让他维护,然后再也没听过他提这个事了... |
 | 6 lookupsky 38 天前 上班都秉承着能跑就行，写的再完美老板不会多发一分钱，当然领导和一些同事连基础工作都不做是因为这些人又懒又不负责任罢了，纯混子，跟这种人一起工作很难受 |
 | 7 isSamle 38 天前 组件这个其实分包算合理吧，不同的系统可能对组件的需求会有不同，慢慢会迭代成不同的样子 |
 | 8 duan602728596 38 天前  1 确实该吐槽，吐槽的没毛病 |
 | 9 snow0 38 天前 后端比较懒，或者给的时间不够。接口测试要写不同的参数块，组合方式多，参数量大的话确实麻烦，不如前端对接好在界面测试快。 这种一般是技术管理人员的事，你可以反馈下 |
 | 10 lyxxxh2 38 天前 最坑那种 直接写 url 。 改个域名,要改一堆 js 文件,以前公司的元老前端。 组件库: 某个业务平台有特俗需求,你们公司的人 不会直接改组件库吗? 现在组件库都是"业务专属组件"了吧。 做 3 个业务平台兼容组件库,想想都觉得复杂。 |
 | 11 0x114514 OP |
 | 12 weixind 38 天前 吐槽的没毛病。 好处就是好出成绩。 |
 | 13 haha1 35 天前 组件库抽成 npm ，看起来很理想，但需要特定的人专门负责维护。公司会同意出人专门维护？ 我自己也会写一些通用的小组件，打成 npm 包，谁想用就用，并在文档中注明，不会专门维护，需要的自己拉分支自己改。 主要还是责任链问题，公共组件的维护吃力不讨好，非常容易出问题，出问题得热修，扣绩效。维护好了，又很难体现业绩，所以，除非公司有专门维护的团队，不建议业务自己搞这些。 能跑就行 |
Select Language