@kwrush code view 是没有的，所以代码写得很随意，不过他有这习惯，之前写 python 也是这样的，pypi 上一大堆他的模块，docker hub 也有他的一堆封装的镜像(我是是在搞不懂为啥 docker 也要封装一下)


@littlebaozi 对齐这个格式化一下就好了，问题不大，而他的这种代码外人很难弄的


@mouyong go 语法比较简洁，加上 gofmt，代码格式没啥问题，就是不喜欢项目中这种夹杂很多私人仓库

@sdushn 组长领导不会关注这些，他们只关心业务进度

@DJQTDJ 那也可以说公司项目用自己的库呢?

@SnailLin 安全和后期维护的确是个大问题


@lbfeng 测试应该都差试过，目前能跑通，正常运行，以后随着他的这些库越来越多，估计只有他一个人看得懂项目代码了


@drackzy go 的生态不像 java，python 那么成熟，所以免不了要封装适合业务的模块，但这种一个功能就搞成一个开源仓库，还弄到自己的私人帐号下，项目到处是这种代码，合作起来比较头疼


@zzcworld go 的很多优秀的第三方包很多都是在个人的 github 仓库呀...

@wd 公司规模不大，这个项目一共就两三个人开发，还没有什么规范的

@hyy1995 这确实是个大问题，自己写的爽，别人接手火葬场
@xy90321 我觉得既然是一个共同开发的项目，虽然暂时没有文档规范，但是这公司的项目也写得太 personal 了吧，不能愉快合作呀

@angith 一言不合就重构吗，要是自己的编码风格同事不喜欢呢?互相重构吗🤣

@katsusan 他可能会改某些接口或者功能，fork 过去还要同步更新才行

@tt67wq 要是写在公司的仓库我没意见，拿公司钱为公司贡献代码嘛，这样大量引用自己私人仓库里的东西隐患挺大的

@zlfoxy 低调，低调，万一同事也在 v 站摸鱼呢🤣

@MissThee 封装无可厚非，但有的东西明明有优秀的三方库，为什么要再封装成自己库?如果参与这个项目同事都按自己喜好来封装成自己的方法接口，项目的可维护不太好吧?这是编码习惯不同产生的矛盾。

@tt67wq 这是一种工作态度吧，按理说只要工作任务完成了，出现问题及时解决，业务能正常运行就行了, 管他代码写成什么样子。。。自己要参与到这个项目来，和他的一些编码习惯和观念不一样，而且有交集，肯定有介意呀，一个寝室的同学生活习惯不一样还可能有矛盾呢

@tyrealgray 嗯，直接引用的 github 上库

@ourleven 整个项目差不多十多个这样的库，以后项目规模大了要填不少坑吧？谁来接手这样的代码？

@ssynhtn 这种自己的封装也就自己写起来爽吧

@tyrealgray 我觉得这样很不妥，公司项目的代码至少得上传到公司的账号和公司的 git 仓库吧

@LinYa 是的，开始甚至还依赖了他的私人仓库...不过后来给改了

@cccssss 如果某一天他离职了、把 github 上自己的项目删了或者某个库有一些隐藏 bug，谁来维护？后来的同事怎么接手这个项目？

@ourleven 应该是封装的一个字符串转图片的东东...

@hpeng 抱歉，打码总比没打好，没有故意让人搜。。。这些库就他自己一个人在用，基本都是一些二次封装

@gam2046 一看就是摸鱼大佬...要是他一个人开发他怎么写我当然不关心，可这个项目是要一起开发的呀

@cwjokaka 重构的话业务量比较大

有什么好可怕的，我工作的电脑用了三四年了，每周空闲时间一次 syu，没挂过，不折腾独显也很稳定呀，装机 U 盘随身带上，有问题了 U 盘插上 chroot 进系统解决问题。