几句话,送给程序员
共 1345字,需浏览 3分钟
·
2021-11-04 22:07
Hey guys 各位小伙伴们大家好,我是 cxuan,一个恰当的摸鱼时间,我想到自己也工作这么久了,大大小小的项目也做了不少,那么我自己有什么建议或者说经验分享给刚参加工作的同学或者和我工作年限差不多的同行们呢?为此,我写下了 36 条建议,这些建议很多是我亲身实践,也有一部分是我和同行聊天所得到的经验,希望大家能及时闭坑。
如果代码没有经过测试,那么它就不起作用。
源代码是你的朋友,确保你会使用它。
虽然你编写了一些代码,但并不代表你拥有这些代码,如果团队的成员不得不修改你的代码,请不要生气。
不要重复造轮子,现有的轮子或者代码库能够提供帮助,多去搜索。
如果你有一些 idea,但是你没有实现过,并不意味着这些 idea 是废话。
源代码只是向编译器提示你要做什么,但编译器不一定会这样做(编译器优化)。
积极进行代码审查,不要带着自负的情绪进行代码审查。
难以理解的代码很难维护,所以要及时写注释。
难以维护的代码几乎毫无用处。
学会从业务需求中读懂字里行间的意思,并把它转换为技术需求。
代码布局越整洁,你的代码读起来就越容易。越容易阅读,就越容易理解和维护。
代码是不会自己写注释的,你的注释能够帮助他人理解,更重要的是,能够帮助你理解,你可能现在明白了,但 5 年后呢?
糟糕的代码会经常回来困扰你。
很少有 5 分钟就能做完的工作,至少需要半天。
魔法值非常糟糕。
始终将代码文档化,不仅帮助别人,实际也是在帮助你自己。
项目管理人员总是希望你能一天完成两天的工作。
如果你的产品有 bug ,你的用户总会发现它。
重要的不是代码的数量,而是代码的质量,因为每个人都会写 if else ,但不是每个人都会使用策略模式。
记住:代码审查不是在批评你的代码,无需多虑。
烂代码最大的成本不在于运行,在于维护。
修复你代码中的 bug 可以提高你的编码能力而且能够提高你的理解力。
你必须时刻提高你的技能,否则你可能就会 out of 整个行业。
如果用户没有要求某个功能,请不要乱加。
如果代码没有经过测试,它就不起作用(是的,我知道我已经包含了两次,但这真的很重要)。
如果你写出来让你觉得很有成就感的代码,请不要自满,因为总会有人在某个地方,比你写出更好的代码。
代码测试的时候,要针对经常性情况和边界情况测试你的代码。
永远不要相信用户输入的内容,要始终对用户的内容进行查杀。
要一直把缓冲区溢出纳入日常考虑的范畴。
你要花更多的时间来思考代码怎么写,而不是花更多的时间来写代码。
需求变更是最令人痛恨的东西。
请记住,你的成功更多是依赖你的软技能和你如何阐述问题及其解决方案,而不是你的技术能力。
当你看到你的一些想法纳入了产品,而很多却被废弃了,不要把它放在心上,因为这就是事情的工作方式。
使用版本控制,这会在关键时刻救了你。
爱你的工作,而不是爱你的公司,你永远不知道你的公司什么时候会停止爱你。
永远会有比你更年轻,更有才华的人加入公司,这些年来不断的薪资倒挂很好的说明了这一点。