技术老大对开发闭源了基础库，打算自己写一套代替

[yyyyda]

公司两个后端项目公用一个基础库，技术老大从之前项目中抽出来的，然后闭源了（他还在公司）。。。只给 jar 包，没有代码，也没有文档，现在开发起来很 tm 蛋疼，像吃了苍蝇一样。

具体内容包括数据库访问，授权验证，http 服务器，程序启动和销毁等等，想改点东西都得通过他，比如想加个 log，记一下所有的 http 访问记录，只有在他的库里才能改。

这不只是一个技术问题，涉及到公司和技术老大之间的一堆事。

现在小弟在考虑通过技术手段解决，自己写一遍，尽量少动业务，去掉他的库，在考虑 Spring，但是没有相关的经验，各位有没有推荐的 spring 相关项目可以参考一下？或者有没有类似的经历交流交流？

这个库大概包括：

1. 数据库访问、查询
2. http 服务器
3. 授权验证
4. 用户系统
5. tcp 模块
6. 一些自己封装的工具函数，处理字符串、文件等（基本就是 Apache commons 再套一层）

公司现在的技术栈是 kotlin,mysql,jdbc, http 服务器用的 javalin，没上大框架。他的库不知道多少代码，估计大概一万行左右

[dayeye2006199]

10 分钟一条消息问这个借口怎么用，那个借口怎么用。直到人家忍不住说 “你 tm 不会看文档 /源码”。。。

[ericgui]

这肯定是有问题的

[HENQIGUAI]

非技术问题不要用技术解决。

[xcstream]

为什么要写一套，这是个问题

[xuanbg]

楼主你要重写一套的话，前提是你老大不再是你老大。否则就别给自己找麻烦了。

[yolee599]

不要这么干，除非这代码涉及敏感操作，否则他的源码有义务给你，因为这是公司的不是他个人的

[Leonard]

不要试图用技术来解决非技术问题

[kop1989]

你去工地搬砖的时候，难道你也要偷偷换成自己的烧的砖嘛？理由就是别人窑厂烧的砖你看不惯？

[sagaxu]

小农思想

[play78]

风险控制啊。
核心代码闭源，在稍微上规模的公司，这不是很常见的吗？不然哪天员工就给泄漏出去了。
每个员工都能知道 WX 的登录逻辑？ ZFB 支付逻辑？
没有文档，有个 demo，你直接调用就可以了。有问题直接找他。

[Marszm]

区区 jar 包。。加密了么？没加密不等于开源？

[Marszm]

还有就是，公司内部不存在开源闭源。。。都是闭源。。我能改你们公司代码才叫做开源。

[chengkai1853]

感觉你想当老大

[icyalala]

@Marszm 公司内部的叫做内部开源
https://about.gitlab.com/topics/version-control/what-is-innersource/

[allanpk716]

基础库，公司内部闭源的原因基本是想让大家不要瞎折腾，用一个稳定的，有问题统一改，有需求就提。你都说没相关经验，正好说明公司的决定是正确的，别瞎折腾。文档不全就反馈，而不是重做一个轮子。

以后有机会你带新人的时候，你可以想一下为啥要强制用统一的基础库的。

[xumng123]

平台—中台—业务代码，公司有大的考虑，可以反馈但别这么干

[xingzw]

情商堪忧

[FanError]

我们公司基础库也是这样弄的，封装成 jar 包，放在私有 maven 上。。

方便分发到其它项目（ 5，6 个）。。

[yunshansimon]

既然用 java，用反射可以改任何东西，不用源代码吧。用好反射，就是神也不能阻止你在运行时更改他的函数。

[gefranks]

现在弄得项目也有个类似这样的引用了 ar 包，看上去是公司里人自己写的，但是文档没有，源代码也没有. 就算有也不想去改了。
现在用这个的就是八仙过海各显神通了，能凑合用的就用，不能凑合用就另起炉灶了