华人澳洲中文论坛

热图推荐

    只加两行代码,为何要用两天?

    [复制链接]

    2022-11-9 21:27:39 16 0

    “帮我写个电商网站,就淘宝那样的,估算 3000 够不敷?不敷还能够再加点儿。” “帮我写个百度那样的搜寻引擎,就一个输出框应该花不了多久吧?” “我这个需要略微繁杂一点,帮我写一个顺手机主题色彩而变色的智能后盖,钱不是问题。” ……不论你是互联网公司的正轨军,仍是兼职外包的开发者,你或多或少都会遇到各种各样来自产品、客户、老板们的把戏单一的需要,并且他们都统一以为:这个需要很简略。
    可事实果然如斯吗?
    “只加了两行代码,为何你要用两地利间?”这类问法看似公道,但面前却暗藏着几种荒诞的思惟形式:
    代码行数 = 任务量代码行数 = 价值代码行之间没有区分,各自平等很显著,以上三条都是胡言乱语。
    开发者面对这样的指摘,翻白眼之余却也难免冤屈,软件开发是把物理世界映照到虚构世界的一种神奇魔法,回顾咱们做出的变卦,有太多理由能解释这两行代码为何要用两地利间。
    由于问题讲演关于重现办法的形容不敷明白。
    有时分,咱们需求耗损几个小时能力牢靠地重现某些问题。遇到这类状况,有些开发人员会当即与问题上报者取得分割,要求对方提供更多具体信息。但也存在一些开发人员厌恶修复 Bug,因而信息缺乏就成为了甩锅的好方法。
    由于讲演的问题与功用无关,而我对功用不太相熟。
    这里可能波及某些开发者很少使用的功用,所以对相干细节真的不太相熟。为此,开发者需求耗损更长的时间了解功用的使用形式,特别是这项功用性 bug 与软件交互的详细流程。
    由于我花时间去考察了诱发问题的真正缘故,而不止流于外表症状。
    假如某些代码诱发了过错,那间接把它打包在 try…catch 语句中便可无效按捺住过错。没过错,也就没问题了,是吗?固然不是。对有责任心的开发者来讲,覆盖问题与解决问题是两回事。覆盖过错很容易诱发其余意料以外的反作用。我可不想在将来某个症结时辰再次被一样的过错困扰。
    由于除了上报的重现步骤以外,我还考察了其余可能诱发同一问题的状况。
    一组重现步骤虽然可以轻松让过错再次泛起,但往往缺乏以暴-露诱发过错的深档次缘故。只要找到这类本源性要素,同时钻研解决问题的一切可行办法,才算是真正有价值的剖析洞见。这可能波及代码的实际运作形式,多是其余地位存在其余需求解决的问题,或者是存在某些代码纷歧致情况(致使某一代码门路中泛起过错,其余门路则不会犯错)等等。
    由于我花时间验证了代码的其他部份是不是会遭到相似问题的影响。
    假如过错源自某项 bug,那末代码库内的其他地位应该也会存在相反的过错。既然有用户上报了,最佳是片面反省一下。
    由于在发现过错本源时,我但愿以最简略的办法加以解决,包管将引入反作用的危险管制在最低程度。
    由于我完全测试了这项变卦,并确保其可以解决不同代码门路下的同一问题。
    我不想把修复测试这类费事事推给其余人。我不但愿之后再泛起相似的过错,所以我投入了微小的心力,包管问题失掉完全解决。上下文切换既繁杂又干燥,我但愿本人的任务能让专职测试人员不再用进行实质上“彻底相反”的变卦。
    还有甚么比修复 Bug 更烦人的?那就是重复修复一样的 Bug。你只看到了我减少了两行代码,却没看到我在面前剖析为何要加这两行代码,这两行代码为何要以这类形式完成。
    一天就写几行代码,时间都在干吗?
    不少团队的绩效考查目标都曾被爆出过是以“代码行数”为主,部份测试人员则以查杀“Bug”数为依据,各大互联网大厂也都曾把团队动辄千万乃至上亿行代码作为品宣卖点。
    这给了外界一个错觉,似乎代码行数成了一个顺序员技术才能、任务产出的万金油式权衡规范。可写很多,就代表写得好吗?那稀稀拉拉的 if…else 冲击波难道还能类比成写文章时的排比句式,给人一种声势恢宏之感?
    Linus 看了想打人。
    事实上,一个顺序员的任务产出跟代码行数并非强相干的,顺序员的任务时间也其实不仅仅局限在写代码上。
    按照国内查研机构 ActiveStates 去年的一份考察讲演,包罗美国、中国在内的 80 多个国度、上千名开发者样本后果显示:
    六成开发者日均编程时间缺乏 4 小时。



    在 十二50 份考察样本中,38.8% 的受访者天天只花 2-4 小时编程。这与 2018 年的考察后果类似,37% 的受访者天天花 2-4 小时编程。比拟之下,27.92% 的受访者天天花 5-7 小时编程,而 2018 年的考察后果显示,31% 的受访者天天花 5-7 小时编程。
    最使人诧异的是,2019 年共计有多达 61.52% 的受访者花 4 小时乃至更少的时间编程,而在 2018 年,只要 51% 的受访者花 4 小时或更少的时间编程。10.56% 的受访者花 8 小时或更长期编程,而 2018 年这一比例为 19%,简直增加了一半。
    开发者们花在写代码的时间上愈来愈少,那末时间都去哪儿了呢?



    44% 的受访者表现,他们必需把时间花在各种各样的流动上,包罗会议、测试、保护,乃至是社交流动。破费时间至多的繁多流动是软件设计 / 架构,占 十一.36%,其次是加入 standups/ 会议,占 8.24%。
    在中国,这些开发者们可能还需求破费少量的时间在日志、周报的撰写上:
    我这几行代码体现了怎么样的社会情怀,包孕了我哪些精髓的技术与商业思考,最大水平地完成了客户价值,知足了用户需要,给团队留下了贵重的技术财产,为数字化经济的完成添砖加瓦,拉通了团队,对齐了指标,解决了痛点,赋能了行业,复盘了人生。咱们顺序员真是太厉害啦!你说,花两地利间是否还算我效力高了呢?

    发表回复

    您需要登录后才可以回帖 登录 | 立即注册

    返回列表 本版积分规则

    :
    注册会员
    :
    论坛短信
    :
    未填写
    :
    未填写
    :
    未填写

    主题24

    帖子35

    积分158

    图文推荐