千万不要相信码农说的,任务太紧,没时间优化代码

2020-04-15 18:08:39 +08:00
 hbolive

没办法写得像一坨屎,这类的言语。。

我们公司,自己的产品,二三线城市,岗位实际很闲,下班到点走人,有任务来了也从来不赶着做。。 有码农若干,包括以前来来去去的,也是不少了,但实际上没一个人说,会把自己代码优化好,都是怎么实现任务了事。 做完了测试也是大概测一下就提交,等出了问题( bug 或者性能上的)再改。

23568 次点击
所在节点    程序员
221 条回复
zhangrh
2020-04-16 11:05:11 +08:00
实话讲, 如果你是负责人, 你才是摸鱼那个.
a7217107
2020-04-16 11:05:25 +08:00
还有人查 count,数据库 select all 返回 size()的,我说怎么统计数量接口每次都触发两次 GC
pkookp8
2020-04-16 11:07:33 +08:00
一般如果不是任务性的优化
都是伴随着代码修改顺带提交的,比如减少循环。去除不必要的代码。某些简单的机制进行修改顺带引入一个框架,但暂时不去除原有的代码。提取并复用某些接口
等等。一般最多会拉长工作时间 1 天,再多就不应该伴随代码修改而随意改动了

任务性的优化可能就是比较大的重构了。很少参与这类修改。只做过一次,把多套代码的相似功能合一,的确是比较累的
darknoll
2020-04-16 11:09:10 +08:00
要学点职场相关的知识,别整天优化优化的,小心哪天把你优化掉
rockjike
2020-04-16 11:11:13 +08:00
优化还不如 code review 实际, 从源头控制
Alpha2J
2020-04-16 11:15:19 +08:00
@oatw 不能再赞同了
evangelist64
2020-04-16 11:16:22 +08:00
这事最好的解决办法就是靠自觉,开高薪去招技术过硬,自我要求高的码农,就可以解决这个问题。
其次就是 code review,最起码有一个靠谱的主程,组织好每个版本的 code review,逐步建立以写优质代码为荣的风气。
最后那就只能定指标,排任务,强制要求每个功能达到什么性能标准。

你让程序没事自己去优化那是不可能的,改好了没奖励,改坏了要背锅,有这时间我去搞学习,撩妹子,划水什么的,不香么?
你自己也说了,一个经了 n 个人手的项目,开的工资还低,负责人技术水平也不高(从你举的那个例子来看),这种问题基本无法避免,就认了吧。
guogang9011
2020-04-16 11:17:10 +08:00
讲一个不太相关的事情,看到这个下面的评论想到的

年后老板让我做我这个部门的负责人,只是口头上说的,没有文件下达,工资也没有涨,所以我觉得无所谓,干就干着呗。
但是实际干的时候就不一样了,本来愉快的同事关系变的不愉快了,当然变的不愉快的是少数。我其实是很纳闷的,为啥只是名头上的称呼变了,关系就变了呢。

因为我也就是打工的,拿着死工资,虽然名头上变了,但是实际收入没变化。所以之前我在部门啥样,现在就啥样。
我们部门有开早会的习惯,每天早上几分钟的样子,因为有段时间全部没事干所以开会也就没意义了,就停了几个月吧。老板有时候会问我每个人的进度,前两回我一脸懵逼,就说还行,但是一直这样不行啊,所以这个早会的事情就和以前一样了,每天早上几分钟。内容无非就是昨天干了啥,今天要干啥,或者这周要干啥,因为项目多了,要干的事情还是不少的,每天都挺忙,也挺充实。

我觉得这样还挺好的,而且我们之前是单休,现在变成单双休了,双休的那一周真还挺爽的。

不一样的来了,细节太长懒得说,但是有人对我有意见了,我真的是无语死了。昨天还直接找我领导提意见去了,我真真的是。。。直接和我说不行?你找我领导,对你是不好的其实。

在那些对我有意见的同事眼中,我是不是就是评论下面所谓的“精神股东”,哈哈哈。

我还在领导那边讲对我有意见人的好话,我是不是傻?
whypool
2020-04-16 11:17:44 +08:00
优化个锤子哦
又不是不能用
花大量时间响应提高了 100%,还不如加机器
这点人力投入成本不比加机器低
V69EX
2020-04-16 11:26:10 +08:00
@whypool 有些垃圾代码,你就加一亿台 EYPC 也会崩溃……:-D
p8YFk4f3E8SJ3aEv
2020-04-16 11:37:21 +08:00
给多少钱干多少活儿,现在有一些没有自知之明的公司,总想着给一点点钱就让人家给你卖命
hantsy
2020-04-16 11:45:54 +08:00
优化代码,重构,去掉 Bad Smell 应该是一种习惯,是每天的工作内容。没时间的什么,其他都是借口。
sgissb1
2020-04-16 11:47:47 +08:00
其他人看开发:永远不要相信开发没时间写,很复杂等等,其实他们很懒等等
其他人看产品经理:永远不要相信产品经理,这个东西很简单之类的话,他么其实只是想让识别一下眼睛和瞳孔位置,并以此根据反射光线知道用户在用什么颜色的手机壳
其他人看测试:永远别相信测试这个 bug 很重要之类,因为很多客户基本只有 80%的时间在 20%的功能上使用。
其他人看老板:永远别相信老板的鬼话,因为他们每个月赚几个亿甚至几十个亿是很痛苦的
其他人看女朋友:永远别相信女朋友说的你不在乎我了,因为他们除了只会试探你以外,和让你做忠诚的舔狗。
其他人看男朋友:永远别相信男朋友说的我爱你,因为男人都是大猪蹄子。
其他人看抗战影视剧:永远别相信抗战影视剧,因为裤裆藏雷都能拍出来,还有什么可看的。
其他人看 IT 圈的人:永远别相信他们不会修电脑!


我看楼主:世界上的价值观总是被少数人主导,比如赚钱几十亿很痛苦,兄弟情谊下大裁员,没有任何人比建国更懂一切等等。因为价值观被少数人主导,真实的财富也在少数人手里,大部分人某种程度上可以看做价值观或财富的韭菜 /羔羊(你我也不例外),本来生活就很难,人和人之间何必互相为难。不能因为少部分人就给整个集体提上一个标签,也不能因为大部分人也给整个集体贴上标签。

动物界的思维模式有很强烈的”经验模式法“,大部分日常行为和活动,都是学习后再回放学习的过程。这也很容易导致刻板影响。

经验模式法的好处在于降低了对”新环境“的再次学习成本,但也容易被这种便利的过程影响我们的认知,因为容易忽略习以为常以外的很多事情。

且行且珍惜。
hantsy
2020-04-16 11:49:52 +08:00
@yl666 P7+有那个能力?
z5864703
2020-04-16 11:56:00 +08:00
楼主想表达的就是能不能认真写好代码,而不是写一堆代码还需要别人擦屁股的,是做事态度问题吧,和加班没关系。
自身技能是如何提升的?写完成任务的即可的代码还是写一份健壮性高的代码?
还有一点就是,很多人水平所限,这已经是他们所能写的相对 OK 的代码了,这种是需要整个体系去改善的,比如前面提到的 codereview,还有技术分享培训等,推动部门的人共同进步,相信还是有很多人愿意学的。
biossun
2020-04-16 11:57:41 +08:00
你们真的有时间,就每周拉一会议室,当面 review 代码。
hugo2lee
2020-04-16 12:03:18 +08:00
给多少钱干多少事, 闲的就是这个价, 每个人心里都有杆称
公司觉得亏了会炒人, 打工仔觉得亏了也会辞职
不然就同岗同酬公开每个人的薪资, 然后大家搞 KPI
既然你们老板都不想炒人, 说明还可以接受嘛
负责人就要想办法证明自己的人格魅力了 怎么让下属可以为你卖命 让你的 KPI 又快又好
index90
2020-04-16 12:14:45 +08:00
跟能力有关系,能力强的,代码一次性写好,能力弱的,只能优化好几次
HiShan
2020-04-16 12:51:35 +08:00
嘿嘿,刚好我有经验。 之前发现项目中有些代码写的很乱很差还没有单元测试,就试着去重构,大概花了一周的时间重构加上单元测试之类的,重构完了提测让之前写这块代码的人 review 一下,结果写这个代码的人来了一句:你写的代码太多了,我没时间看。就把我的重构代码 reject 了。 :) 以后再烂的代码 我的都不会碰了。
HiShan
2020-04-16 12:53:54 +08:00
@HiShan 我们领导也天天说那需要优化这需要优化的,也从来不管理开发流程和质量之类的。

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

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

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

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

© 2021 V2EX