撇开题目不谈, 我个人认识一些非常有才华的开发人员, 他们可以一帆风顺地创建极好的软件正是这些天赋人士, 使得外行人对我们这个行业充满了很高的期望但我要说的一个可悲的事实是: 并非每个人都是忍者 / 大师 / 明星开发者
我就不是这些闪耀的新星, 我只是一名平庸的开发者如果你也不是天才玩家, 那么本文将指导你如何在这个行业中生存下去
最简单的事情只要 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 源文件发布然而, 它无法在目标服务器上编译这距离需要提交给客户只有若干小时了这是一个巨大的失败! 最后我们用尽办法终于能够启动并运行了, 但不可否认这真的是一次刻骨铭心的体验
发生这种情况是因为构建管道中存在众多配置和复杂性而我们无法妥善管理这个系统的复杂性所以, 从那一天起, 为了减少这种复杂性, 我尝试在隔离的环境中打包我的程序并且在实际部署发生之前在这个环境中测试它们
在 docker(通常还有容器)崛起的近几年, 事情变得简单起来 docker 允许你在相同的隔离环境中运行开发测试和生产所以, 你永远不会错过任何重要的事情
那么你会怎么做? 说说我自己, 我在创建服务器初始配置或连接的时候总是会忘记一些事情因为有这么多需要记住的事情! 幸运的是, 这些我们都可以自动化有很多不同的工具可以自动化部署过程, 这些工具厉害极了, 如: terraform,ansible 和 packer 阅读工具信息, 找出实际需要哪一个用于任务
我也尝试尽快建立 CI / CD 这样, 如果我的构建在测试或部署中失败, 那么就会有报告发我
生存指南:
自动化用于部署的任何内容;
使用 docker 进行应用程序开发测试和部署;
使用部署工具
应用程序部署后, 我仍然不自信
终于, 我的应用程序已经进入了产品阶段它可以工作了我可以休息休息, 应该不会出什么问题了等等, 不! 一切都崩溃了是的, 我没有说错: 一切
实际上, 有一些工具可以使得查找和解决现有问题更加容易
Sentry 当你的任何用户发生错误时你将收到通知几乎绑定了所有编程语言;
使用不同的服务和工具将多个进程和服务器的日志收集到一个地方;
服务器监控这是你可以为 CPU, 磁盘, 网络和内存配置显示器的地方你甚至可以在用户实际破坏你的服务之前发现需要增加的时间
简而言之, 我们需要监控生产中的应用我们有时使用所有这些工具, 有时只使用最需要的部分
学无止境
需要学习的东西是无穷的如果我们想编写出好的软件, 那么我们需要不断地学习怎么做没有捷径也没有魔法每天进步一点点, 就会越来越好
总之, 我们需要理解两件基本的事情:
每个人都会遇到问题关键是我们得对这些问题做好准备;
我们可以将问题的源头控制到一些可接受的水平
这些与你的心智能力或心态无关
译文链接: http://www.codeceo.com/i-am-mediocre-developer.html
来源: http://www.codeceo.com/i-am-mediocre-developer.html