欢迎来到电脑技术网,专业的计算机网络技术学习平台!

合作洽谈

我只是一名平庸的开发者

人气: 发布时间:2018-03-21

  英文原文:I am a mediocre developer

  撇开题目不谈,我个人认识一些非常有才华的开发人员,他们可以一帆风顺地创建极好的软件。正是这些天赋人士,使得外行人对我们这个行业充满了很高的期望。但我要说的一个可悲的事实是:并非每个人都是忍者/大师/明星开发者。

  我就不是这些闪耀的新星,我只是一名平庸的开发者。如果你也不是天才玩家,那么本文将指导你如何在这个行业中生存下去。

  最简单的事情只要 google 一下

  我记不了很多东西。像标准库中的函数和方法、参数位置、软件包名称,样板代码等等,都在我脑容量之外。

  所以,我必须使用 google 搜索。我每天都这样做。我也一直在重复使用旧项目的代码。有时我甚至从 StackOverflow 或 Github 复制粘贴答案。是的,我的开发其实可称之为:StackOverflow 驱动开发。

  但我并不孤单。许多其他开发人员也这样做。有一个受众面很广的 twitter 讨论就是由 Ruby on Rails 的创建者所启动的。

  那么,为什么一开始会认为这种行径是不好的呢?因为它有若干缺点:

  • 会导致你复制到糟糕的设计决策或易受其他人攻击的代码
  • 会形成一种依赖心态:要是我们不能 google 到内容,那么只能向人求助了
  • 没有网就不能工作

  但是,我不认为这些是大问题。它甚至可以作为是你的秘密武器。我有一些建议可用于减少其负面影响。

  生存指南:

  • 使用 IDE 来获得自动完成和建议,所以你不必 google 编程语言的基础内容;
  • 记住你曾解决过这个问题的地方(而不是如何解决的)。这样你便可以随时在那里找到解决方案;
  • 所有粘贴到项目中的代码你稍后都应该进行分析、重构和审查。这样我们在快速提供解决方案的同时也不会损坏项目。

  一切保持简单明了

  我们说什么,机器就做什么。即便是错的,它们也毫不迟疑。所以,软件开发中的主要问题不是机器,在于开发人员的心智能力。而这玩意提升的空间是非常有限的。所以,我们作为平庸的开发人员不能将有限的脑力浪费在创建复杂的抽象、模糊算法或不可读的长代码块上。你需要保持一切简单明了。

  但是,我们怎么判定代码是简单还是复杂?我们使用 WTFs / Minute 方法来衡量代码质量。

  这个原则很容易理解。每当你在代码中发现一些你不明白的东西时哦,这太复杂了。怎么做呢?

  • 重写,使设计更干净
  • 提供文档
  • 给最棘手的部分添加注释。但请记住,注释应该描述的是代码本身

  如何从头开始保持简单明了:

  • 对变量、函数和类使用正确的名称
  • 确保程序的每个部分只做一件事
  • 纯函数优于正则函数
  • 正则函数优于类
  • 仅在强烈需求的情况下使用类

  不自信的我

  一些开发人员会证明自己可以提供高质量的代码。请看图中的这位女士:阿波罗登月计划的首席软件工程师Margaret Hamilton。那几乎有她人那么高的是什么呢?好吧,那正是她为登月任务编写的代码:

  但是,每当我编写任何代码时我都不自信。即使是项目最简单的部分,我也可以把事情搞得一塌糊涂。搞糟的原因包括:

  • 语言错误
  • 逻辑错误
  • 设计错误
  • 样式错误
  • 安全错误
  • WTF 错误(我向来最为喜欢的!)

  关于学习如何编写没有 bug 的代码的魔法书是不存在的。因为所有软件都有 bug除了这个框架之外。遇到 bug 我们就应该处理掉。

  关键要点是:每个人编写的代码都不应该带有明显的错误。对的,至少,我们应该朝着这个目标去做。但是我是如何保护我的项目免受我的摧残呢?方法很多。

  生存指南:

  • 编写测试。编写很多测试。从集成测试到单元测试。在每次 pull 请求前在 CI 中运行测试。这可以避免一些逻辑错误;
  • 使用静态类型或可选的静态类型。例如,我们在 python 中使用 mypy,在 javascript 中使用 flow。积极作用:更清洁的设计和编译时检查;
  • 使用自动样式检查。每种语言都有很多样式检查器;
  • 使用质量检查。有些工具在你的代码库上运行一些复杂的启发式算法来检测不同的问题,比如这个代码行内有太多的逻辑,这个类是不需要的,这个函数太复杂了;
  • 审查你的代码。在合并为 master 之前对其进行审查。以及合并后的某个时间也是如此;
  • 付钱让其他人来审核你的代码。此手段可以产生巨大的积极影响!因为如果是陌生的开发人员来查看你的代码,他们更容易发现不一致和糟糕的设计决策。

  不仅适用于我

  大约十年前,在我的团队开发出我们的第一个大型软件项目时,我们将其作为 java 源文件发布。然而,它无法在目标服务器上编译。这距离需要提交给客户只有若干小时了。这是一个巨大的失败!最后我们用尽办法终于能够启动并运行了,但不可否认这真的是一次刻骨铭心的体验。

  发生这种情况是因为构建管道中存在众多配置和复杂性。而我们无法妥善管理这个系统的复杂性。所以,从那一天起,为了减少这种复杂性,我尝试在隔离的环境中打包我的程序。并且在实际部署发生之前在这个环境中测试它们。

 1/2    1 2 下一页 尾页
责任编辑:电脑技术网

相关阅读

    无相关信息

最火资讯

Copyright © 2015 电脑技术网 版权所有

技术支持:电脑技术网

请勿发布违反中华人民共和国法律法规的言论.