忍不住想吐槽下公司内部的代码问题

[0x114514]

首先声明：楼主是个菜逼，没有能力离开当前环境，也改变不了什么，只能偷偷吐槽一下。吐槽完了还是忍着继续上班，毕竟什么水平的人就该待在什么环境。

后端从来不测试他自己写的接口

每次都是我对接接口时，发现接口 500 之后告诉他他再去修；修完之后他也不测，只是告诉我改好了，然后我发现依旧报错，他让我截图给他看报错信息。

前端代码管理十分混乱

关于这一点让我细说的话可能三天三夜都说不完，就说两点吧：

• 项目里坚决不使用环境变量，非要在代码中将 baseUrl 写死，切换环境时就手动去修改，你改一遍我改一遍，每次拉完代码都得去看看配置项是不是又变了。

• 有一个包含 50+ 业务组件的组件库最初是在 A 业务平台中使用，后来在 B 、C 、D 业务平台中也要使用，Ta 们的解决办法是将这个组件库直接复制到其他业务平台的代码中。

  每次组件库出现 BUG ，它们都只会修复当前业务平台中组件库的 BUG ，于是各个业务平台中的组件库呈现了不同步的薛定谔状态，你永远不知道它的 BUG 是什么状态。

  我试着提出将该组件库抽取出来作为一个 npm 包，然后公司内部搭建一个 npm 私服，Ta 们觉得太麻烦，我也就不提了。

[soso1]

组件库 可以尝试 submodules

[peteretep]

说明你们领导不行，小兵们吵什么

[buffzty]

我猜你是新来的,普通开发入职三个月内禁止提建议. 你要是觉得代码烂 能烂过 dnf 吗,腾讯都不修 你还指望小公司修.

[tagtag]

感觉可以用 monorepo

[crocoBaby]

我们公司也有人提议过弄私服 npm 包,后面我让他维护,然后再也没听过他提这个事了...

[lookupsky]

上班都秉承着能跑就行，写的再完美老板不会多发一分钱，当然领导和一些同事连基础工作都不做是因为这些人又懒又不负责任罢了，纯混子，跟这种人一起工作很难受

[isSamle]

组件这个其实分包算合理吧，不同的系统可能对组件的需求会有不同，慢慢会迭代成不同的样子

[duan602728596]

确实该吐槽，吐槽的没毛病

[snow0]

后端比较懒，或者给的时间不够。接口测试要写不同的参数块，组合方式多，参数量大的话确实麻烦，不如前端对接好在界面测试快。 这种一般是技术管理人员的事，你可以反馈下

[lyxxxh2]

最坑那种 直接写 url 。
改个域名,要改一堆 js 文件,以前公司的元老前端。
组件库:
某个业务平台有特俗需求,你们公司的人 不会直接改组件库吗?
现在组件库都是"业务专属组件"了吧。
做 3 个业务平台兼容组件库,想想都觉得复杂。

[0x114514]

@lyxxxh2
@isSamle 其实这个业务组件库是比较纯的，向组件库传递一个配置参数，剩下的 UI 交互什么的全部由组件内部完成，不和外部组件发生交互，和 iframe 差不多了，不用特地去兼容不同平台，所以我才想着能不能抽出来单独维护。

每次测试给我提一个 N 久之前就在其他平台已经修过的 BUG 时，我心头就一万头草泥马跑过去，但是还是不得不翻 Git ，看一下别的平台之前是怎么修的，然后复制黏贴过来。

[weixind]

吐槽的没毛病。

好处就是好出成绩。

[haha1]

组件库抽成 npm ，看起来很理想，但需要特定的人专门负责维护。公司会同意出人专门维护？
我自己也会写一些通用的小组件，打成 npm 包，谁想用就用，并在文档中注明，不会专门维护，需要的自己拉分支自己改。
主要还是责任链问题，公共组件的维护吃力不讨好，非常容易出问题，出问题得热修，扣绩效。维护好了，又很难体现业绩，所以，除非公司有专门维护的团队，不建议业务自己搞这些。
能跑就行