几句话,送给程序员
Posted 大数据v
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了几句话,送给程序员相关的知识,希望对你有一定的参考价值。
导读:工作这么久了,大大小小的项目也做了不少,那么我自己有什么建议或者说经验分享给刚参加工作的同学或者和我工作年限差不多的同行们呢?为此,我写下了 36 条建议,这些建议很多是我亲身实践,也有一部分是我和同行聊天所得到的经验,希望大家能及时闭坑。
作者:cxuan
来源:程序员cxuan(ID:cxuangoodjob)
如果代码没有经过测试,那么它就不起作用。
源代码是你的朋友,确保你会使用它。
虽然你编写了一些代码,但并不代表你拥有这些代码,如果团队的成员不得不修改你的代码,请不要生气。
不要重复造轮子,现有的轮子或者代码库能够提供帮助,多去搜索。
如果你有一些 idea,但是你没有实现过,并不意味着这些 idea 是废话。
源代码只是向编译器提示你要做什么,但编译器不一定会这样做(编译器优化)。
积极进行代码审查,不要带着自负的情绪进行代码审查。
难以理解的代码很难维护,所以要及时写注释。
难以维护的代码几乎毫无用处。
学会从业务需求中读懂字里行间的意思,并把它转换为技术需求。
代码布局越整洁,你的代码读起来就越容易。越容易阅读,就越容易理解和维护。
代码是不会自己写注释的,你的注释能够帮助他人理解,更重要的是,能够帮助你理解,你可能现在明白了,但 5 年后呢?
糟糕的代码会经常回来困扰你。
很少有 5 分钟就能做完的工作,至少需要半天。
魔法值非常糟糕。
始终将代码文档化,不仅帮助别人,实际也是在帮助你自己。
项目管理人员总是希望你能一天完成两天的工作。
如果你的产品有 bug ,你的用户总会发现它。
重要的不是代码的数量,而是代码的质量,因为每个人都会写 if else ,但不是每个人都会使用策略模式。
记住:代码审查不是在批评你的代码,无需多虑。
烂代码最大的成本不在于运行,在于维护。
修复你代码中的 bug 可以提高你的编码能力而且能够提高你的理解力。
你必须时刻提高你的技能,否则你可能就会 out of 整个行业。
如果用户没有要求某个功能,请不要乱加。
如果代码没有经过测试,它就不起作用(是的,我知道我已经包含了两次,但这真的很重要)。
如果你写出来让你觉得很有成就感的代码,请不要自满,因为总会有人在某个地方,比你写出更好的代码。
代码测试的时候,要针对经常性情况和边界情况测试你的代码。
永远不要相信用户输入的内容,要始终对用户的内容进行查杀。
要一直把缓冲区溢出纳入日常考虑的范畴。
你要花更多的时间来思考代码怎么写,而不是花更多的时间来写代码。
需求变更是最令人痛恨的东西。
请记住,你的成功更多是依赖你的软技能和你如何阐述问题及其解决方案,而不是你的技术能力。
当你看到你的一些想法纳入了产品,而很多却被废弃了,不要把它放在心上,因为这就是事情的工作方式。
使用版本控制,这会在关键时刻救了你。
爱你的工作,而不是爱你的公司,你永远不知道你的公司什么时候会停止爱你。
永远会有比你更年轻,更有才华的人加入公司,这些年来不断的薪资倒挂很好的说明了这一点。
延伸阅读👇
延伸阅读《编程原则》
推荐语:在本书中,富有传奇色彩的编程大师马克斯·卡纳特-亚历山大将会向你展示如何让简约设计的思想回归到计算机编程中。马克斯会解释程序员为何会感到力不从心,以及应该如何持续改善。世界上存在太多复杂的事物。复杂并不可取,因为它会给我们的工作带来隐患。马克斯从他久负盛名的技术博客CodeSimplicity中精选了一部分文章,对如何在软件行业工作以及取得成功给出了自己的想法和建议。
干货直达👇
更多精彩👇
在公众号对话框输入以下关键词
查看更多优质内容!
读书 | 书单 | 干货 | 讲明白 | 神操作 | 手把手
大数据 | 云计算 | 数据库 | Python | 爬虫 | 可视化
AI | 人工智能 | 机器学习 | 深度学习 | NLP
5G | 中台 | 用户画像 | 数学 | 算法 | 数字孪生
据统计,99%的大咖都关注了这个公众号
👇
以上是关于几句话,送给程序员的主要内容,如果未能解决你的问题,请参考以下文章