必须知道的程序员思维

时间: 2019-04-15阅读: 52标签: 程序员

工作

写程序不是为了炫耀自己的技术,是要给公司创造价值,要确实帮助使用这个程序的人。以及之前说过的,当程序员就是为了提高社会效率。

高效的代码是每个程序员的追求,写易懂的代码是每个程序员的美德。

易懂的代码首先是有规范的,从目录结构到代码风格,在项目建立初就应该确定,可以写进项目文档中,文档用于给初见项目或是接手的程序员一个概览,介绍一下整体结构,技术栈,以及一些坑。

技术选型注意不要选择没人用的(找不到帮助)、无人维护的(发现 bug 会让你很痛苦)、很难用的(你自己懂也有可能要方便被人懂,选择框架尤其注意,这也是 Vue 热门的原因吧)。

控制代码风格可以使用 eslint 和 prettier。前者用于代码规范控制,后者用于格式化代码。统一的格式化工具配置也是十分必要的,尤其在协作的时候,如果两边的格式化格式不同的话,diff 也是地狱般的体验。

编码不规范,维护两行泪

在有规范之后,还要注意不要为了追求极简写些难懂的代码,你必须控制简洁和可读性间的平衡,例如

i = i ? (i < 0 ? Math.max(0, len + i) : i) : 0

而有时候,hack 是无可奈何的事情,这个时候必须做好注释。但是需要注意,注释描述的不是做什么(what),而是为什么(why)

一段可读性过关的代码中完全能看出它在干嘛,看不出来做什么的代码很大几率是不及格的代码了。

可读性主要由命名入手,变量名称对整段程序理解的重要性不言而喻;另外,对于一些功能不太好看出来的几个语句的集合,即使不会复用,也可以将其包装成函数,通过函数命名告诉读程序的人(而不是电脑)这一段代码的作用。

/* 还有一个例子是把对象绑到 vue 的 this,然后不 import 直接用
   对于这个做法...看你喜欢吧
   毫无疑问对于模块化的项目,一个模块就不应该挂在其他地方
   (虽然这么挂上去可能会省掉 webpack 的模块调用,让你的程序快一丁丁丁丁丁丁丁点)
   如果你真的懒到不写 import
   请一定要在绑定的变量加上 $
   至少你这个时候全局搜索还是很容易找到来源的
*/
Vue.prototype.$axios = Axios

有了规范的编码,仍不足以让整个代码库足够简单,控制代码复杂度是下一个目标。

一定要理解你的所做系统的需求,否则只会在误解和错误的恶性循环中越陷愈深,浪费珍贵的时间。

我最近就接手重构一个前后端耦合的项目,业务逻辑很是复杂,理解需求这一步绝不能逃避,只能一个个细节问清楚。

不要看到大佬提什么需求都一股脑加进去,即使所提的需求很简单,但你需要有足够的时间评估这个功能。

新增需求和需求修改上也是一个道理,不能破坏以前的功能,保证整个系统的纯洁。

所以优雅地添加功能真的很耗时间。

至于真的不可行的需求,请勇敢说不。如果对结构影响很大的需求最好不要改了。不过这是理想,中国程序员好像没有什么地位


在工时预估方面,可以尝试拆分任务,并且要假设一切都会更花时间

拆分任务不仅可以让你更准确地估计实现时间,还能让你的工作更有条理。

至于优先度,还请结合上司指令和实现难度自己衡量吧。

总之,一个完美的系统不是一步就能造好的。


对于未来的功能,你可以留个后路,但不要提早瞎做“自以为需要”的功能。不然到时候写了一堆没用的代码都是浪费时间,还可能让提高程序复杂度。

优化方面,参考著名的“不要过早优化”。让正确的程序更快,要比让快速的程序正确容易得多。开发和优化当作两个独立的步骤来做。

Premature optimization is the root of all evil.

维护是软件开发重要而困难的一环。不过如果你按着上面所说的做,我相信...维护不会是难事。

但是如果你的代码写得很恶心,你会为之付出代价。

答应我:宁愿在实现功能时很痛苦,也不要在维护的时候更痛苦。


日常

重复的轮子

伟大的开源模式让整个编程界发展加速。

可以站在巨人肩膀上,就别重复造轮子。

除非你真的很闲(工作不饱和哦~),或者你找到的轮子实在不合心意(如老旧、不优雅、功能太繁杂)

重复的工作

「重复」是程序员最大的敌人!

计算机就是负责给你做重复的事情,程序员为什么还要做哦?教计算机做就好了!

你可以依赖 node.js 写处理程序处理你的文档,在编辑代码的时候可以活用快捷键修改代码。

自我开发

程序员拒绝 996,但是在家不意味着闲着,你仍需要为自己的脑子投资。

这一行变化还挺快,虽然我也真的完全不会看未来走向,不懂什么语言和技术会在以后更有价值,但是尽量不要局限与学习单个语言,也不要因为是前端就完全不学后端。

我觉得这样才能当一个有格局的程序员。

解决问题

If you can't explain something in simple terms, you don’t understand it. — Richard Feynman  

如果你不能流利解释一个问题,那说明你还是没懂,也就是还没真正解决这个问题。若是没真正解决问题,便不能举一反三解决更多类似问题。

解决问题要明白问题如何产生,先思考,后行动。行动无解可以到谷歌搬救兵,搜索不到的话……

最终方案就是到对应社区提问,但是提问同样是一个学问,请看 How To Ask Questions The Smart Way

生产力

不是代码越多生产力越高,程序员应该都懂,至于老板怎么看,就不得而知了 

One of my most productive days was throwing away 1000 lines of code.  — Ken Thompson  

最后,请让上面的思维铭刻于心中,工作时条件反射地记起


来自:https://ssshooter.com/2019-04-13-developer-mindset/


Erlang 之父去世,他留给程序员两点忠告

据Erlang Solutions、Erlang Factories的创始人Francesco Cesarini的推特称,Erlang之父Joe Armstrong于4月20日去世,享年68岁。尽管他不在了,但他的工作已经打下的基础,将对未来几代人都有用的。

程序员需要改掉的几个毛病!

第一个坏习惯就是休息不够,或者说睡眠不足。我敢肯定你们很多人,或者说,几乎所有人都对这个坏习惯深恶痛绝,我经常在朋友圈和微博看到游荡的不睡党,比如冯老师,凌晨化身情感博主在微博和朋友圈提问:睡了吗?

程序员的996简史!我们是怎么一步步陷入996工作制的

最近996.ICU 这个库在github.com上迅速火爆起来,成为了这两周程序员圈最热的话题。 这是仓库创建者对国内程序员职场996工作制发起的抗议。

程序员工作 996 生病 ICU ?

说实话,一般平时这个点我已经睡着了,今天准备好的文章也会准时在凌晨推送给大家。睡前看篇关于强制 996 加班的消息,里面有句口号还挺溜,上班996,下班ICU,为此还特意发了条朋友圈。思来想去,还是变更一下明天的内容,临时改为这篇,让我们一起发下声,虽然不一定有用。

逃离裁员:程序员在云时代的生存之道

程序员日常的职业焦虑碰到 19 年初的裁员浪潮,恐慌被放大了数倍。这两天网易又爆出裁掉了一千多人,被裁员的焦虑笼罩着行业内的每一个人。我倒觉得适当的焦虑是好事,生于忧患嘛,迫使你从日常的工作中脱离出来做一些思考。

程序员这碗青春饭,还能再多吃几年了!

很多人说多挣钱就完事儿了,多挣钱是能力层面,是一个变量,这个变量基数越大,自然可以使总数越高,但是你不要忽略了基本成本常量,这个常量是所有人包括整个社会基数,这个基数可不是个人所能决定。

程序员10条求职的黄金规律

来看一下金三银四的招聘旺季下,10条求职的黄金规律。可以说每一条都很有一定深度

你属于程序员中的哪种人?

当初的我们,初窥编程的世界,看着屏幕出现的“hello world”惊喜万分。想着计算机真的是世界上最神奇的东西,通过一行行的代码,我们居然可以和它交流,让它帮我们做事情。可是后来,我们好像都变得不一样了。

程序员的微创业

不知道有没有觉得程序员是吃青春饭的;有没有发现很多公司的招聘需求上写着35岁以下不要;有没有发现一转眼都已奔三,却依旧一事无成,无房无车;

程序员日常工作中如何正确的偷懒?

拥有产品思维,拒绝纯粹执行;需求来了,别着急写;提高健壮性,消灭不应该出现的 bug;解 bug 别盲目;多自测,再提测;业务第一,技术第二

内容以共享、参考为目的,请勿用于商业用途。其版权归原作者所有,如有侵权,请与小编联系,情况属实将予以删除!

广告赞助文章投稿关于web前端网站点搜索站长推荐网站地图站长QQ:522607023

小程序专栏: 土味情话心理测试脑筋急转弯幽默笑话段子句子语录成语大全