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

[yyyyda]

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

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

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

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

这个库大概包括：

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

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

[back0893]

文档都没咋个写..

[windyboy]

很多不知深浅的搞 java 的，动不动就是自己写什么基础库
还让所有项目继承来用，根本不考虑长期的运维问题
一塌糊涂

[jiyinyiyong]

> 而且现在他转项目了，现在就剩我一个后端。不给代码仓库权限，不给文档就算了，jar 包也不给个 sources 包

不明觉厉, 转到其他项目了不给权限? 意味着后端这个包如果有 bug 还没人改了? 老板还默认这种情况的吗...

[bthulu]

@allanpk716 这里有个最麻烦的问题在于, 当闭源基础库是领导写的, 同时这个领导已经高升不再写代码了, 这个时候有 issue 要改, 要加功能那就基本不可能了. 基于办公室政治原因, 没人敢让领导去改代码, 更没人敢说领导代码写的不好, 所有的 bug 最后都变成了 feature, 屎山就这么来了

[oldmanong]

既然楼主这么想造反，那就试试嘛，万一成功了呢，你就是技术老大了

[cw2k13as]

@keepeye 不审题，都说了闭源只给 jar 包

[kwanzaa]

有能力就自己写

[janus77]

springboot 一套，网上全是开源项目

[LDa]

这么良心的老大哪里找，锅可以甩的飞起

[37Y37]

emm...老大这思想

[allanpk716]

@bthulu 如果考虑办公室 ZZ 问题，那么建议看形势不对就撤吧，因为你们不敢提 issues 已经恶性循环，和自己偷偷造轮子应该也是会被锤的 doge

[bthulu]

@allanpk716 已经被直属锤过一次了, 但是大领导的包实在是难用, 我现在学聪明了, 把大领导的包改了后, 改个超低版本号上传上去. 然后引这个低版本的 jar 包就行了.

[MidCoder]

这个库纯属你们老大闲的没事，没有任何技术含量。
数据库访问不管是 spring 现有的框架 spring jdbc 还是 mybatis 都已经很完善，没有必要自己再去造轮子，
http 服务器这个是啥意思？自己做了一个 tomcat ？还是 nginx?如果是，那这个轮子太重了，闲的蛋疼，如果是一个统一的 springmvc 包装，这也是闲的蛋疼，没事找事。
授权签证，这个不管是 spring 的 security 还是 shiro,结合 oauth 规范，这个也没必要再造一个轮子；
卧槽，为啥用户系统还做成了一个框架或者工具？这明显是一个业务，业务就要好好的去写业务，没必要在搞一个这个东西
TCP 现在一大堆网络框架，为啥自己写？你能比 netty 牛逼？如果是这样，那他现在也不应该还在你的公司，早就名声在外了。
综上所述，你们公司太卷了，而且卷的一点技术含量都没有，来我们这边[狗头]