不谈技术好坏，就编码风格来说。和同事协同开发，同事特别喜欢搞一些封装，整个项目前期主要是他一个人撸的，项目中有不少他自己写(封装)的库,
本人有一些代码洁癖， 能用内置库和官方库解决问题的绝不使用第三方库尤其是个人的库，项目中处处都是 zxxx 这些代码，感觉被 qj，比较反感这种风格，怎么破？
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2478 days ago, the information mentioned may be changed or developed.
 |
cwjokakaJan 21, 2020
1
互相重构 (狗头)
|
 |
ourlevenJan 21, 2020 via iPhone
3
zstrimg 什么鬼
|
 |
ntdllJan 21, 2020
4
当然是要么接受，要么走人。
代码这种东西，还是为业务服务的。其实并没有人关心你的编码风格，实现。 当然，如果你实在是工作不饱和，可以慢慢的改起来。但真的没啥意义。你去工作也是为了钱，而不是为了传播你的编码理念。 |
 |
5
别的不说，你这个🐴和没打一样，搜一搜 repo 就知道是谁了。。
|
6 |
ourlevenJan 21, 2020 via iPhone
6
只要接口规范，实际上这么做挺好啊。如果哪个模块想替换了，直接把这个库改掉。总比用了某些号称高大上的库后期新增或替换接口都不行容易多了
|
 |
zarteJan 21, 2020
8
有的时候是不得以啊，需要改别人的库代码啊。replace 成自己本地，公用库不改其他项目也许不需要用到这些改变的地方。
|
 |
YakuMiotoJan 21, 2020 via Android
9
给我我就爆炸了…，这不是闲的么…
|
 |
snowfuckJan 21, 2020
10
把私有库迁移到公司下面嘛
|
 |
11
公司的东西就这么让他封到自己的库里？
|
 |
cccssssJan 21, 2020
13
一位不愿被透露姓名的 zlyuancn zhangfan 同学
这种代码风格除了命名可能不是公司名称之外，做法很好啊，官方或者内置库封装了一些工具项目，我感觉没啥毛病 而且人家换工作也可以有的说，总比自己写一堆 util.go 之类的强吧 |
 |
LinYaJan 21, 2020
17
不应该依赖私人的库，万一哪天他删除了你咋办。。。
|
 |
manamiJan 21, 2020 via Android
19
你同事是个聪明人。他的代码渗入了公司的血液，握住了公司的命脉。公司应该不敢辞退他，哪天他恼火了删掉自己的仓库不再维护……
|
 |
21
这种人我也碰到一个，而且他去了阿里
这叫“产出”，是一种面向跳槽的编码方式 |
 |
23
@tyrealgray 我觉得这样很不妥，公司项目的代码至少得上传到公司的账号和公司的 git 仓库吧
|
|
tyrealgrayJan 21, 2020
24
|
|
tyrealgrayJan 21, 2020
25
哦，看错了，直接发在 github 上的？
|
|
tyrealgrayJan 21, 2020
26
@herich 对，这样很不妥
|
|
29
@tyrealgray 嗯，直接引用的 github 上库
|
|
tyrealgrayJan 21, 2020
30
如果是能被删除，那这个就不是代码风格的问题的，是这个库应该归公司所有。还是提醒一下你同事让他把代码放在应该放的地方吧。不然以后吃官司吃亏的是他自己
|
 |
31
公司的代码又不是你儿子，有啥好介意的，有人喜欢操心还不错的，只要工资有，别说用垃圾库，用 php 都行
|
|
32
@tt67wq 这是一种工作态度吧，按理说只要工作任务完成了，出现问题及时解决，业务能正常运行就行了, 管他代码写成什么样子。。。自己要参与到这个项目来，和他的一些编码习惯和观念不一样，而且有交集，肯定有介意呀，一个寝室的同学生活习惯不一样还可能有矛盾呢
|
 |
MuninnJan 21, 2020
33
封装没问题，要协作的话放公司的组织下啊，员工用自己的私有库不妥。
如果他是 boss，那放他私人那也没啥问题，让他加你当协作者就完了。 在 google 带头下，golang 项目很多公司都有个 x 的项目，把各种封装和工具往进扔。 |
 |
34
商业互吹一下：张哥代码太棒了，建议提到部门公司级别，基于公司名称商帮有限公司，起名*bstring, s*cache，等等
|
 |
MissTheeJan 21, 2020 via iPhone
35
不封装，这个帖子估计就改成，很反感同事写的代码，功能块都不封装一下，代码文件一大坨
|
|
36
@MissThee 封装无可厚非，但有的东西明明有优秀的三方库，为什么要再封装成自己库?如果参与这个项目同事都按自己喜好来封装成自己的方法接口，项目的可维护不太好吧?这是编码习惯不同产生的矛盾。
|
 |
37
https://github.com/zlyuancn
楼主你这码打的毫无意义呀。。。。 |
 |
gamexgJan 21, 2020 via Android
40
封装很正常吧。
一些常用功能标准库、第三方库没有的功能不封装每次都打 x 行真没意义。 不过封装到自己的仓库就有些问题了。 |
 |
katsusanJan 21, 2020
42
新建个 project 把他的私有库 fork 过去，依赖都改成指向这个公共 project 下的项目，可以防止删库跑路这样的行为 /狗头.
|
|
43
|
 |
angithJan 21, 2020 via Android
44
那你一个人都包了呀
|
 |
dapang1221Jan 21, 2020
45
@zlyuancn 你同事吐槽你代码（试试有没有
|
 |
wdJan 21, 2020 via iPhone
48
这明显你们公司的问题，在公司写的代码版权都是公司的，你们公司允许随意开源吗？
|
 |
49
我看了下他仓库，一堆自己封装的东西，项目里面这么用，有够自恋。你们没技术总监？他这样用自己的库，那这个项目他走之后，谁敢接啊
|
 |
xy90321Jan 21, 2020 via iPhone
50
反感就去推倒重来，又懒得重来那就自己默默承受，很简单的道理
|
 |
pursuerJan 21, 2020
51
我希望和我合作的人封装好（指 IDE 比较强大的项目且封装代码层次清晰命名准确的）有不懂的开着 IDE 一步步跟过去就明白了，封装得好的他就是驼峰下划线大括号换行不换行混用我都不介意（除非命名空间污染）。
|
|
52
|
 |
DJQTDJJan 21, 2020
53
如果公司的库封到自己库里，那么律师函警告
|
 |
UsherOuJan 21, 2020
54
要么重构，要么忍，风格这玩意很难改成统一的
|
 |
ReficulJan 21, 2020
55
大不了 fork，删除又怎么样？ 会封装总比不封装强，封装了你不爽就按照接口重构一个新的，replace 过去不就完了？
|
 |
robertreddJan 21, 2020 via Android
56
俺要是老板 看懂了肯定要他改 这不是往公司代码植入其他依赖吗 特别不可靠
|
 |
SnailLinJan 21, 2020
57
要我肯定就举报了，公司的代码使用自己的私有库，还公开在 GitHub 上，安全和维护都会有问题。
|
 |
bllessJan 21, 2020 via Android
58
vendor 啊 固化一下依赖，依赖直接跟着项目走就是了，github 删了你们照样可以用 go.mod replace 慢慢替换嘛
|
|
bllessJan 21, 2020 via Android
59
不过说真的，你们这样基本上架构内部用法跟技术栈都可以猜个七七八八。虽然不见得是啥重要信息，不过谁知道哪天出了漏洞啥的。比如你们的 mgo，casbin 之类的
|
 |
freemoonJan 21, 2020
60
做事方式有问题，这些库得需要维护吧？保证毫无 bug 吗？要维护再给他提 pr ？这不是搞些事情出来在做。
封装思想是 OK 的，但是应该直接封装在 codebase 里面。 |
 |
wangyzjJan 21, 2020
61
重构是一些人的自我表现的过程
所以经常会看见那种大炮打蚊子的代码 我就特别烦那种拆的特别碎，埋得特别深的代码 |
 |
lbfengJan 21, 2020
62
他自己写的库都没测试么？
|
 |
easonlJan 21, 2020
63
直接过去打他啊！过去直接对后脑勺打：“你他喵的搞这种看不懂来路的库，想死吗？正扑街！”
|
 |
ChiangDiJan 22, 2020 via iPhone
64
他一离职删自己 GitHub 的仓库你们就凉了。
|
 |
serpentJan 22, 2020
65
说点题外话，你要不先打听打听，他是不是老板小舅子？
|
 |
drackzyJan 22, 2020
66
他这 github repo 一变，你司以后部署、升级都会出问题。
也见到同事喜欢封装 go 造轮子库。 |
 |
dawn009Jan 22, 2020
68
@sonicjam #67 未必。如果公司的程序依赖了开源项目，使用中发现了开源项目的 bug 需要提补丁，或者需要修改添加新功能，那么合并进去的补丁代码并不属于公司。
|
 |
kwrushJan 22, 2020
69
你们导入新的库不经过讨论吗，随便自己就决定了？这样子都能过 code review 吗？
|
 |
ericguiJan 22, 2020
70
这是不是所谓的 anti-pattern ?
|
 |
72
@tt67wq 就你这吊样还鄙视 php 呢
|
 |
VittaJan 22, 2020 via iPhone
73
跟他说一声改到公司仓库下看看这个问题是不是就解决了
|
 |
littlebaoziJan 22, 2020
74
听说过更奇怪的呢，以前同事说，他们有个人代码是左对齐的
|
 |
wsxyeahJan 22, 2020 via iPhone
76
掺杂私货，赶紧 fork 出来吧
|
 |
xiaozizayangJan 22, 2020
77
公司流程有问题，你和你同事都没问题
|
 |
BryanYueJan 22, 2020
78
不知道 这种 util 类的 封装到自己仓库 有啥意思？
|
 |
nianyuJan 22, 2020
79
这是把握住了公司的命脉?
|
 |
GBdG6clg2Jy17ua5Jan 22, 2020
80
人才啊，给了我新的启示
|
 |
3imgJan 22, 2020
81
作 为一个开发人员，少不了在屎山上翻屎堆
|
 |
GeminiProJan 22, 2020
82
我觉得我找到了新的产出方式，以后跳槽有东西说了
|
 |
keymaoJan 22, 2020
83
面向邀功 面向跳槽式的开源项目。
怎么说呢，感觉没啥用 .... |
 |
Kamiyu0087Jan 22, 2020
84
封装库没错，不过不应该放在个人账号下，放公司账号或者公司的 git 仓库下就没问题
|
 |
jsjjdzgJan 22, 2020
85
这个就是自带私货啊，产出大大的，下一次面试就说公司用的全是我产出的包
|
 |
rioshikelong121Jan 22, 2020
86
放到公司账户下，一起维护。
|
 |
ispinfxJan 22, 2020
87
等下同事 Repo 的 issue 里全是 v2 观光团。。
|
 |
shuperjollyJan 22, 2020 via iPhone
88
要么忍，要么滚，没别的。
|
 |
tabris17Jan 22, 2020
91
第三方库的代码也需要 code review
|
 |
azh7138mJan 22, 2020 via Android
92
hhhhh
这个人还喜欢自己给自己点 star |
 |
UltramanJan 22, 2020 via Android
93
等一个“我就是那个代码被反感的同事”
|
 |
KontinueJan 22, 2020
94
我也觉得封装挺好的。。。总比我现在这个 spring boot 项目，controller 里几百行业务代码看的舒服。。。
|
 |
mouyongJan 22, 2020
95
|
 |
zzcworldJan 22, 2020
97
公司开发的代码不能引用个人的 github，这是常识。除非作者授权公司使用，并且将代码提交到公司的 repo
|
 |
100
律师函警告？如果工作里用到这些私人仓库，那么大概率会在工作时间修改这些仓库的代码，那么这些私人仓库代码应该归公司所有，他私人公开了这些代码，那么。。。
|
Select Language