20件程序员必须知道的事

我最近看了一本叫做《the 97 Things a Programmer Should Know》的书。书是一本好书。不过,下面我将我认为最值得我们了解的 20 件事情列举给大家: 1. 应用函数式编程原则 引用透明性是一个非常可取的特性。这意味着,不论何时调用它,对于同一组参数它永远给出同样的结果,这使它跟那些与其他系统相互交织的东西比起来更易于使用。 2. 从用户的角度看问题 你不是用户。不要把你的想法强加到用户头上,每个人的想法都不尽相同。花一个小时去观察用户的行为比你花上一天的时间去猜测他们想要什么要有用得多。 3. 心口不一的客户 在你决定客户需求之前,最好先和他们多讨论几次,重新确认问题。有时候,客户前后谈论的话题以及不同客户群体之间的想法是会有出入的。如果你想要成功,那么必须得在软件开发之前先好好解决差异问题。 在交流时不妨使用一些直观的辅助工具,例如白板、可视化模型等,有助于客户的理解和信息保存。 4. 以Why开始 不要客户说什么就是什么,多问几个 Why。只有弄清楚需求背后的原因,才能发现新的可能。很多时候,我们可以通过对现有产品的改动来完成需求,大大减少工作量。 有时候,客户的想法与你对产品的看法可能达不成一致。那么反过来问自己“Why?”。这能让你更加明确自己的第一感觉是否对头。如果还是裁决不了,那么就需要其他主要决策者的参与。 5. 努力并不一定都有回报 不要工作得太辛苦。减少工作量,增加工作效率,才能完成更多的工作。我可不是在忽悠你。做项目时,如果想减少工作量,那么势必得找到实现目标的高效途径。在提高了工作效率的同时还有助于积累经验。以后碰到这样的问题不就是三下五除二的事了。 6. 大量刻意的训练 我们还可以训练自己从而提高执行任务的能力。这是一种技巧和技术,也意味着重复——意味着带着某种目的去执行任务。不断地重复 and 重复,一遍又一遍,直到你达到所需的能力级别。 译者注:我曾经学 asp 的时候重复写了几十遍数据库操作的代码,都会背了:) 7. 做点所谓的“重复工作” 使用现有的代码与一步步设计自己的软件——测试、修复、改进——是完全不同的。这些旁人看来所谓的“重复工作”有助于你更深刻地熟悉并理解现有的各个组件是如何运作的。 大多数开发人员可能从来没有创建过核心的软件库,因此对它们的工作原理也不甚了解。其结果就是,一旦碰到这些种类的软件出现问题就会束手无策。了解表面永远是不够的,只有将里面隐含的工作原理挖出来,才能让你真正地在这一行业,独步武林。 8. 不断学习

  • 阅读。
  • 参与邮件讨论。
  • 获取并编写代码。
  • 找一个导师。
  • 了解你正在使用的框架和库。
  • 犯了错误,需要修复 bug 或遇到问题时,弄清楚原因。
  • 教人也是学习的一种好方法,可以教学相长。
  • 参于用户组或本地会议。
  • 加入或启动研究小组。
  • 听讲座或在线观看会谈。
  • 学习一门新的编程语言。
  • 梳理出新的,可用于技术堆栈的想法和点子。

9. 知道如何使用命令行工具 由grep和SED提供的搜索和替换能力往往比 IDE 的功能更强大。 如,查找相同名称的类:

Grep代码

  1. find . -name ‘*.rb’ see ’s/.*\///‘ sort uniq -c grep -v “^ *1” sort -r

10. Unix 工具会是你的好伙伴 Unix工具是很简单的扩展工具。只需要谨记以下一些简单的规则即可: 程序只需要执行单一任务 读取标准输入文本行数据 显示结果为标准输出 影响工具的操作参数使用的也是命令行。 11. 自动化,自动化,还是自动化 掌握 shell 语言,如 bash 和 PowerShell,构建自动化系统是不可能一蹴而就的。如果需要网站交互,可以使用如 iMacros 或 Selenium 等工具。 一开始你没必要去学习所有的 bash 命令。当你需要的时候再去学也来得及。如果碰到你认为可以自动化的任务,那么尽可能地学习并使用工具来达到自动化的目的。自动化任务越早开始越好。 12. 版本控制 给软件版本标记一个象征性的名称,以便于将来可以轻松找到所需的确切版本。也可以创建并行开发的分支:对于正在积极支持的发布版本,大多数项目有一个活跃的开发分支和一个或多个维护分支就行了。 13. 放下鼠标,离开键盘 碰到实在解决不了的问题时,不妨放下鼠标,离开键盘——可以听听音乐也可以出去散散步,休息会儿——让你的大脑也休息会儿。也许过一会儿你再看这个问题的时候,答案呼之欲出了呢。 14. 错失采用多态的机会 多态允许我们创建小型的本地化执行上下文,而不需要 if-else 模块。它可以让我们写出的代码更少更易于理解。 15. 特定领域类型胜过原始类型 领域类型能使得代码既易于理解,又容易测试。 16. 为必需行为测试,而不是偶发行为 测试的一个常见缺点就是与实现细节焊死在一起,而这些细节都是偶然的,跟所要求的功能关系不大。 17. 测试要准确、具体 18. API 设计的黄金法则 只为你开发的 API 编写测试是不够的,你还需要为使用 API 的代码编写单元测试。 19. 编写测试程序 一个优秀的测试程序可以当作开发文档来使用,因为它们已经描述了代码是如何工作的。对于每一个场景,测试程序必须做到: 1、将程序的上下文、运行起点或者必须满足的前提条件描述清楚。 2、写清楚程序是如何被调用的。 3、将程序运行的期望结果描述清楚。 当然不同的情况下这 3 个规则也会略有不同。其他程序员只要看了测试程序就可以判断软件会有哪些不同的行为,因此,每一个测试程序应该将程序的因果关系描述清楚。 20. 采用单个二进制文件的发布规则 建立单个二进制文件可以确保发布流程中的每一个环节顺利地进行。把握每一个运行环境的详细信息,这意味着将这些信息记录到一个文件中,同时记录环境信息的文件也需要版本控制。如果环境配置有变化,但是你又没有控制好版本的话,那么我们就很难知道系统环境哪里发生了变化。同时,这些环境配置信息必须和代码分离,因为代码和配置的变化频率是不同的,当然变化的原因也是不一样的。

原文发布于微信公众号 - 我是攻城师(woshigcs)

原文发表时间:2015-03-03

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏SDNLAB

SDN实战团分享(五):基于VCS技术 + NSX 控制平台实现SDDC网络架构

1.数据中心和新的网络架构需要软硬件一体化 看到前面的兄弟关于NSX架构的分享,感到收获良多,Vmware力争实现的平台是一种和硬件解耦,把大部分问题在虚拟化架...

4026
来自专栏腾讯移动品质中心TMQ的专栏

走进标准化测试

一、引言 为避免大篇幅的概念介绍,我们直接从项目实践入手,为读者朋友理解标准化测试。在开始,只要理解标准化测试是为了解决项目测试实际问题而产生的测试方案即可。 ...

5387
来自专栏互联网数据官iCDO

5招教你轻松获得手机App好评

引言:在应用程序方面,意见和评论也会影响到应用程序商店搜索结果的可见性,以及它们在app store中出现的概率。因此,如何能获得更多的好评呢?本文教你5招。 ...

3865
来自专栏IT大咖说

哪些是数据库智能化运维必踩的坑?

内容来源:2018 年 11 月 10 日,SOUG联合创始人周亮在“2018 SOUG年度数据库技术峰会”进行《Oracle AI 性能优化指南探讨》的演讲分...

913
来自专栏Hongten

不使用 Ruby 的十个理由

请注意:这是一篇主观意识的文章。它的目的并不是要说服你使用或者不使用Ruby,或者其他任何技术。这篇文章所涉及到的环境是 Web 开发,而不是通用的编程。我想...

2.6K1
来自专栏IT大咖说

如何玩转Android物联网开发,这些必须知道

内容来源:2018 年 6 月 28 日,中移物联网 Android开发高级工程师程磊在“droidcon上海2018安卓技术大会”进行《当安卓遇到物联网》演讲...

2.2K2
来自专栏Kirito的技术分享

以Dubbo为例,聊聊如何为开源项目做贡献

Github 上有众多优秀的开源项目,大多数 IT 从业者将其当做了予取予求的工具库,遇到什么需求,先去 Github 搜一把,但有没有想过有一天自己也可以给开...

1403
来自专栏Java帮帮-微信公众号-技术文章全总结

测试与测试用例【面试+工作】

软件测试的流程可分为:需求分析,测试计划,测试用例设计,测试用例执行,BUG提交分析,测试报告的编写。

2652
来自专栏Grace development

浅谈架构是为了什么 (下)

从现在开始,假设我们自己是一个创业的小团队。没资金没人脉,靠技术打天下。现在要开发一套电商系统。开始自己的表演。

1092
来自专栏程序员互动联盟

单片机距离智能机器人有多远?

提到单片机很多人都很觉得不陌生,大街小巷上面电子产品都用到。近几年随着嵌入式的发展,智能机器人是未来一个大方口,其实智能机器人也是嵌入式的一种,里面融入了生物科...

3695

扫码关注云+社区

领取腾讯云代金券