软件工程师的大局观

王安正 · 2017-09-29 20:04:58 · 2601 次点击 · 预计阅读时间 1 分钟 · 大约8小时之前 开始浏览    
这是一个创建于 2017-09-29 20:04:58 的文章,其中的信息可能已经有所发展或是发生改变。

不断的复制粘贴和简单排列组合的人叫码农,明白自己编程设计的人叫软件工程师。

了解 C语言 的过程式,HTML/css/js 的文档声明式,Java/Ruby 的面向对象式,Golang 的组合式和最近看的 Lisp(Scheme) 的函数式这些不同的思维模式让我渐渐明白了:一个优秀的软件工程师应该在基本的计算机知识上,有整体意识,有大局观,在工程中的各个阶段做出最合理的设计决策,注意这里说的是合理,而不是最好,因为工程是为了解放人类脑力和体力。

设计决策大到设计语言选型,数据库,软件架构,网络协议,小到模块设计,类,方法,变量命名。我记得高中有个足球教练说过:一个人会不会踢球,看他踢一脚就够了。

那么问题来了,如何做出合理的设计呢?

  1. 对需求的理解
  2. 对现实条件的评估
  3. 对工程的预期(人月)
  4. 平衡 1. 2. 3. 作出用于试错的决策计划
  5. 小步试错,在可接受的时间点之前作出合理项目计划

需求理解力

好程序员和差程序员的区别在于理解能力 --《简约之美:软件的设计之道》

是的,我们写的每一行代码,每一行注释都是为了直接或者间接的实现某种实际价值,而不是研究某个学术或者练习英语。所以了解需求至关重要,其实说白了就是对数据作怎样的处理。不同的行业有不同的特点,不同需求有不同的价值实现诉求,深入了解要解决的领域问题,然后以在更高的视角抽象成计算机能理解模型,所谓“艺术源于生活,但高于生活”。

现实条件的贯通力

这里主要涉及的是计算机专业领域的基本功即:操作系统,计算机网络,数据库,算法与数据结构,语言相关设计模型等。我们没有必要将各个算法各个协议倒背如流,能查文档的没必要往自己脑子里硬塞。要明白的是:以上每个领域的设计都有很强的需求背景,我们所要了解的是,在历史的角度上,它们是为了解决哪类问题而逐渐演化发展而来的,各中解决方案之间有何联系和区别,考虑自己的应用场景,如何从前辈的设计方案中做抽取,组合,修改和扩展。

人月评估力

有了以上的基本客观条件,最难得就是对人的评估。

  1. 对自己/团队成员水平的评估
  2. 对新技术的调研和学习时间
  3. 对突发状况的应对措施

万剑归宗:应变调整力

唯有变化是不变的,在实践中不断磨练自己应对变化的调整能力。


有疑问加站长微信联系(非本文作者)

本文来自:简书

感谢作者:王安正

查看原文:软件工程师的大局观

入群交流(和以上内容无关):加入Go大咖交流群,或添加微信:liuxiaoyan-s 备注:入群;或加QQ群:692541889

2601 次点击  
加入收藏 微博
添加一条新回复 (您需要 登录 后才能回复 没有账号 ?)
  • 请尽量让自己的回复能够对别人有帮助
  • 支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`
  • 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
  • 图片支持拖拽、截图粘贴等方式上传