觉得自己写代码太矫情,怎么办?

2019-05-31 12:04:50 +08:00
 smeraldo

最近遇到了两件事,让我浑身难受,回顾一下觉得自己是不是太矫情了?
一个是看到 tk.mybatis.mapper 的几个 issue 蛮有意思的,想 fork 一下看看能不能解决。看了下源码感觉有些实现不是很喜欢,顿时不太想用这个 lib,但是项目中使用又很广泛,遂抑郁。
第二个是看到公司有个新写的底层 lib 用了 fastjson,个人不是很喜欢这个库,去年也在部门内发文吐槽了它的一些问题(然而没有卵用)。我是应该提出来和同事讨论(担心说服不了别人),还是默默地使用呢(遇到坑直接甩锅,别瞎矫情这种心态😂)?
现在甚至在怀疑,诸如看到类似的代码问题会浑身难受的症状是不是一种病?(还是我太年轻了?扶额

4845 次点击
所在节点    程序员
29 条回复
wugz
2019-05-31 12:10:04 +08:00
每次回到看自己写的代码,都想死
fairyto2
2019-05-31 12:11:01 +08:00
面向对象封装的作用就在于此,避免让你看到难受的内部实现
Takamine
2019-05-31 12:18:29 +08:00
如果不能造轮子,就安安心心用轮子先,要恰饭的。
smeraldo
2019-05-31 12:19:00 +08:00
@wugz 自己负责的重写就是了啊
sikong31
2019-05-31 12:21:10 +08:00
功能正常就像随它去呗,要是自己代码写的挑不出毛病了,有余力再去弄其它的,坑一个个填慢慢填吧
mortonnex
2019-05-31 12:24:06 +08:00
我觉得还是太年轻,楼主评价这些库前先问问自己能不能有足够的能力实现它
像我的话,会觉得别人做出了东西还开源出来免费使用,只会觉得感激不尽,而且阅读源码让我学到很多
Mogugugugu
2019-05-31 12:24:25 +08:00
当然是自己撸一个了
Cyen
2019-05-31 12:30:20 +08:00
我们公司也有一个,和你情况差不多😅
limuyan44
2019-05-31 12:35:11 +08:00
光看这段话我都以为你是高斯林了
GeruzoniAnsasu
2019-05-31 12:39:04 +08:00
“想 fork 一下看能不能解决”


解决了吗?
annielong
2019-05-31 12:52:29 +08:00
看那么多 tumbl 的采集都不满意,没个历史记录,每次都要重新采集,用起来很不爽,一直想写一个,结果到现在开了几次坑也没有写出来
smeraldo
2019-05-31 12:56:36 +08:00
@mortonnex 让我吐槽的原因是,我想增加一些功能,发现需要改动很多原来的实现,这是其一;其二是,发现 test 有点简陋,感觉有点不是 well prepared for production (当然实际使用中没遇到什么问题)
至于感激,我觉得既然是开源项目,作为使用者,能够让项目变得更好是最大的感谢(无论是提 issue 还是贡献代码)。然而,内心不太愿意修改 legacy code 加上懒癌,再加上没有花时间去很好地了解项目,所以提不出有建设性内容的 issue......这些是让我抑郁的原因。。
smeraldo
2019-05-31 12:57:15 +08:00
@GeruzoniAnsasu 没有,粗糙看了下需要的改动有点多,可耻的放弃了
smeraldo
2019-05-31 12:58:20 +08:00
@Mogugugugu 公司内的 lib 是可以改啊,但是不知道怎么说服别人。。

@limuyan44 高斯林是啥?
smeraldo
2019-05-31 13:00:49 +08:00
@annielong 所以懒癌无药可医😂?
Mithrandir
2019-05-31 13:06:31 +08:00
以你的这种心态,你要是看了 gnu 的一些代码,比如 glibc,那后果不堪设想。
niubee1
2019-05-31 13:08:54 +08:00
都是开源项目, 你难受就去提交代码,那怕你提 issuse 也比这里鸡鸡歪歪强啊
echohw
2019-05-31 13:11:13 +08:00
@smeraldo 詹姆斯·高斯林 Java 之父
wutiantong
2019-05-31 13:15:12 +08:00
@smeraldo "内心不太愿意修改 legacy code 加上懒癌" —— 改不动 legacy code 通常是因为能力不足。
WhoMercy
2019-05-31 13:54:23 +08:00
有点代码洁癖挺好的,但看你现在做不了决策,又很难接受,也许是因为工作时间太短了?
面对现实吧,事物是趋于混乱的。
软件工程通过添加更为复杂的逻辑来缓解问题,但多次迭代后新旧思想的对比还是产生新的混乱,而这个过程是持续发生的——处于任何时间点都会有类似的问题——因此,接受别人代码的不完美,同时约束自己,写出自己能达到的最“完美”的代码,我觉得才是正道。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/569410

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX