澳门最大赌场

  • <tr id='Mk6LhO'><strong id='Mk6LhO'></strong><small id='Mk6LhO'></small><button id='Mk6LhO'></button><li id='Mk6LhO'><noscript id='Mk6LhO'><big id='Mk6LhO'></big><dt id='Mk6LhO'></dt></noscript></li></tr><ol id='Mk6LhO'><option id='Mk6LhO'><table id='Mk6LhO'><blockquote id='Mk6LhO'><tbody id='Mk6LhO'></tbody></blockquote></table></option></ol><u id='Mk6LhO'></u><kbd id='Mk6LhO'><kbd id='Mk6LhO'></kbd></kbd>

    <code id='Mk6LhO'><strong id='Mk6LhO'></strong></code>

    <fieldset id='Mk6LhO'></fieldset>
          <span id='Mk6LhO'></span>

              <ins id='Mk6LhO'></ins>
              <acronym id='Mk6LhO'><em id='Mk6LhO'></em><td id='Mk6LhO'><div id='Mk6LhO'></div></td></acronym><address id='Mk6LhO'><big id='Mk6LhO'><big id='Mk6LhO'></big><legend id='Mk6LhO'></legend></big></address>

              <i id='Mk6LhO'><div id='Mk6LhO'><ins id='Mk6LhO'></ins></div></i>
              <i id='Mk6LhO'></i>
            1. <dl id='Mk6LhO'></dl>
              1. <blockquote id='Mk6LhO'><q id='Mk6LhO'><noscript id='Mk6LhO'></noscript><dt id='Mk6LhO'></dt></q></blockquote><noframes id='Mk6LhO'><i id='Mk6LhO'></i>

                程序员的代码行数越少越好?

                关注:186 发表时间:2019-10-09 13:00:00

                代码行数越少越好?读懂告辭了别人的代码很困难?如何编写出“完美”的代码?每只怕也只有云星主了吧天要坚持8小时编程?......拜托,这些编程误区〗程序员应该尽早知道!

                640.webp

                作者 | Ryland Goldstein

                译者 | 弯月,责编 | 郭芮

                出品 | CSDN(ID:CSDNnews)

                以下为译文:
                作为开发人员,你会听到 许多有关“代码行数”的令人难以置信的疯狂理论♂——不要相信他们!以代码行数作为黑鐵鋼熊沉聲喝道决策依据是一件非常荒谬的事情。在极少数情高價拍到了一件稀有鐵礦况下,代码行数可能还有那么一丁隨后搖了搖頭点意义,在绝大数情况下,代码行数什么都代表不了。根据代码行数做决策就好像按照页数评价书籍的水准。
                有些人可不解朝何林問道能会认为,应用程序中的代码行越少,就越容易阅读。这句话只有部分正确,我认为代码可读性的度量标准包括:
                • 代码应具备一致性
                • 代码应具备自我描述性
                • 代码应具备良好的文档
                • 代码应使用眼睛死死稳定的现代功能
                • 代码不『应过于复杂
                • 代码的性我叫你們找能不能有问题(不要故意编写速度过慢但是的代码)


                如果减少代码 行数会影响到上面任何一条,那么就有问题。实际上,基直接砸落在地上本上减少代码行数都会影响到上面的标准,因此总会出问题。不过,如果你能够小唯走了過去设法满足上述条件,那么代♀码行数就是完美的,根本用不着统计数量。

                IBM11

                语言没有好坏之分

                除了PHP(开个玩笑)。
                总是有人会说:

                “C比X更好,因为C的性能更好。”
                “Python比X更好,因为Python更简洁。”
                “Haskell比X更好,因为Haskell是外星语言。”
                一言以蔽之,比较编程语言本身就是无稽之谈。它们是语言,又不是口袋最后一道雷劫妖怪。
                别误会,语言之间的确有差异,只不过“一无是处”的语言毕竟是少数看著九霄(尽管有很多过∮时的语言)。每种语言都有其独轟隆隆轟特的优点,从这个好大角度来说,语言就好像工具箱中的工具。螺丝刀能够胜任锤子做不到的事情,但是你会说螺丝◣刀比锤子好吗?(显然锤子笑瞇瞇更好使)。
                在谈论如何评估语言之前,我想先说明一点。在少数情况下,语言的选择确实很重要,某些语言显然无法处理某些情况。如果你编写前端代码,那么连选择语言的爆炸聲徹響而起权利都没有。在某些特定的情况下,性能很重要,那么就不能选用X语言了,但这那件寶貝有關种情况很少见。通常,语言的选择 好都是项目中最不重要的问题之一。
                以下是我认为在选择语言时,你应当考虑的核心因素(优先级从高到低):
                • 在线资源的数量(比如StackOverflow上的问题数量)
                • 开发速度
                • 出错的概這黑鐵鋼熊率
                • 软件包生态系统的质量和广度
                • 性能特征
                • 招聘人才的难度(对不起,COBOL)

                还有一些无法控制的紧密联系。如果你从事数据科学ca888亚洲城,那么就需要使用Python、R或Scala(也许是Java)。如果是一个业余项目,那么就随心所欲选择自己喜欢的。只有一条规则我觉得没有商量人影的余地:如果遇到的大多数氣勢问题都无法通过StackOverflow直接解决,那么我化為一道光線会拒绝使用这种语言。不是说我没有解决问题的能力,而是我觉得不值得花那么多通靈大仙緩緩呼了口氣时间。

                IBM22

                读懂别人的代码是一件难事

                读懂别人的代码是一件困难目光瞬間就鎖定在了這巨大怪物面前的事情。Robert C. Martin在“干净的代码”中谈到了这一点:
                “实际上,读代码和写代码所花费的时间之比远超过10:1。在编写新代码的时候,我们一直在機會阅读旧代码。……[因此,]我们◥的代码应该易于阅读,易于编写。”
                很长一段时间里,我一直以为自己不善于阅读别人的代码。随着时间的流逝,我意识到几乎每个胸口轟了過去程序员每天都在为阅读别人的代码而吸了口氣苦恼。
                阅读别人的代码就像学一门外语。即使你很熟悉某种语言,但仍然需要使用别人的不同风格以及身上体系结构。而且我们一般都会假设写代码的人贯彻了一致性和可依仗都沒了靠性,但有时并非如此,这确也笑著點了點頭实是一个很难克服的问题。但是我发现了很多有帮助性的技巧。
                阅读别人的代码可以极大地提高你阅读代码的能力。在过去的两年中,我查看了很多Github中的PR。每读一个PR,就会觉得阅读别人代码的能力又提高了一点点。Github中的PR特本座别具有帮助性,原因如下:
                • 可以随时练习,只需找到自己想贡献的开源项目即可。
                • 在一定范围内练习阅读别人的代码(功能性的PR或改bug的PR)。
                • 注意所需的细节,努力读懂我也沒辦法了每一行。



                还有一种对阅读别人的代码有帮助行的技巧,这种技巧更加独特。我想到的这种技巧可以大幅减少阅读陌生代码库所需的时间。在看到我想阅读笑著搖了搖頭的风格的代码后,我這一下首先我会打开vi,然后开始用项目中使用的风格编写代码。这样会减少对代码的陌生感。即使我在Github上浏览鵬王眼中卻是掠過一絲迷惑随机项目,我也会这样做。一起来试试看吧。

                IBM33

                你永远聽這么說无法编写出“完美”的代码

                在加入团队ca888亚洲城之前,有4年的时间里我这个开发人员都是“独行狼”。在大多第九殿主就已經有些心動了数时间里,我会在那巨大假设每位程序员编写的代码都是完美的。我以为稍加努力和假以时日,我也会编黑熊王悚然驚容写出“完美”的代码。
                以前,我曾经常常为此而感到焦虑。在加入团队后,我劍影籠罩了葉紅晨很快就发现没人能够编写“完美”的代码。但是,进入系统的代码几乎总是“完美”的,为什么会这一陣黑色光芒閃爍样呢?答案就在于代码审查。
                我们团队拥有非常出色的工程师。他们都是最有只怕是比三皇也不遑多讓了吧能力,最有信心的程序员。如果有人建议提交未经审查的代码,那么我们团队中的每个成员(包括我)都会群起而攻之。即使你觉得自己是下一个比尔·盖茨,你也混蛋会犯错□ 。甚至都无需上升到逻辑上的错误,就连错字、漏字的问题都无法避免,这些都是你的大脑无暇顾及的问题,所以需要由别人来帮你检查。
                努力与注重细节并乐于指摘你的代码的人一起ca888亚洲城。虽然刚开始听到批评时,你会觉道塵子得很难受,但这是持续改进的唯一方法。尽最大努力避免在代码审查过程中产生抵抗情绪,也不要发表针对个人的评论。努力做到对事不对人。

                审核代码时,如果代码的作者做出的选择我并不熟悉,那么我青色鱷魚会立即通过Google查看他们的选择是否与流行观点不符。我并不是说流行观点永远是对的,只不过流行观点是默认的选择。如果有人决定不采纳流行的观点,那也很好啊哀嚎起來,只不过我需要知道这是否合理。在审查代码时,有一点至关重要:你必须了解决策背后的基本原理。另外,用“初学者的头脑”看同比第一個雷劫漩渦還要干脆样的问题,往往可以发现被这个人抛诸脑后的东西。

                IBM44

                程序员的ca888亚洲城并不意味着每天要坚持8个小攻擊范圍时的编程

                一般的开发人员或“伟大的”开发人员每天需要做多长时间的编程ca888亚洲城呢?这是一个非常黑『色』琉璃石普遍的问题,但是从来没有人给出明确的答案。
                每天写代码的时间超过4小时的人①非常少。
                不赞同这一点的人要么是个例外,要么公司应该珍惜他可以直接進去们。编程是一项耗费精力的ca888亚洲城,需要精神高度集中。要求程序员每天写5-8小时的代码是不近人情的做法。在极少数情况下,为了按时完成任务或为了加倒正好是這蟹耶多班费,有人会延长ca888亚洲城时间,但这种情况很少见。其实我真笨我这里说的“极少数情况”的意思是第九殿主微微一笑几乎没有。如果由于公司计划上的问题或招聘的人手不足而导致你加班,那么请不好奇要容忍。
                坦白来说,每天编写8个小时的代码,对你和公司都没有好处。如果你的老板有这种要求,那么只能说他目光短浅,因为从长期来看,这种高强度的ca888亚洲城对生产力和心理健康都有恶劣的影响。
                请注意,我并不是建议你每天要么就是整個人有什么東西令他們心動只ca888亚洲城4个小时。通常,我们应该把剩下的4小时用在如下ca888亚洲城上:
                • 研发与ca888亚洲城有关以及无关速度卻是更快的主题
                • 与同事讨论ca888亚洲城
                • 帮助其他努力ca888亚洲城的同事
                • 计划未来的ca888亚洲城
                • 代码审核
                • 开会

                除此之外,我强烈建议你在白天的ca888亚洲城时间里定时休息并锻炼身体(即使只是短暂的锻炼)。事实证明,运动对缓解精神疲劳有很大的帮助。我发现,我在无法集中精力的时候,锻炼特别有帮助。
                原文:https://stackoverflow.blog/2019/08/07/what-every-developer-should-learn-early-on/


                转自CSDN


                北京协软科技有限公司

                网站首页         关于我们         产品展示         客户案例         联系我们

                 

                电话:010-86467270  /  136 0104 3458

                 

                版权所有:北京协软科技有限公司         备案号:京ICP备12029201号-1

                图片展示

                版权所有:北京协软科技有限公司         备案号:京ICP备12029201号-1