工作想法小计 2/7 - 2/11
理解能力,git 流程
不同的人,可以明显地看到优势能力的不同,细心观察,然后把他们的优点都转成自己的,那慢慢地就比别人厉害了。
对目标的完成度,以及给自己的要求明显是没有的
工作上面,有些是很简单的,枯燥的。有挑战的时候,又做不来,觉得这个工作好没有意思。其实每一个工作都有自己可以沉淀的东西,有人写的是 CURD,有人却开始在想怎么封装简单点,写更少的代码来实现。对自己狠一点,到后面自己的能力也会提升得狠一点。
初始化的问题,没有重视
初始化的问题应该是很多程序员会遗漏的一个问题,就觉得代码写完就好,本地测完 ok,就提交了,但是都没有想过后面的工作。细节问题。
因为 go-zero 定义 api 需要一个一个写参数,所以还没有去写支付回调
很多繁琐的事情,都是自己没有理清楚问题的本质,让自己绕了远路。
bug 细节,有没有对自己的代码做足够的测试
你对自己的代码有多认真,现实就会给你怎么样的反馈。
贴完的代码,都不改的,细节问题
如果你是一个 CV 程序员请跳过,这里的 CV 指的是代码 copy 过来后,变量名和注释都不改的,程序跑完就 ok。其实变量名和注释都不适用在自己的项目,这无论是给自己后面维护,还是别人维护都是一件很痛苦的事情。
根据代码规范执行
既然部门定义好了代码规范执行就好,如果觉得不对,就大胆提意见,而不是每次提交代码的时候都按照自己的写法来。不是说下属一定要听领导的,而是开会讨论完之后,就好好遵守。
讨论的时候太激动了,没有考虑到同事的感受
自己对项目比较理解的前提下,就会潜意识觉得别人是错的,然后自己就会很霸道地占主导地位,不顾其他同事的想法,这样子其实很不好。先接受别人的意见,平和地讲出被人的问题,自己的看法,才是正确的。
评论