十个老大难的程序员问题

程序员最艰巨的任务跟编写代码没有多少关系。编码是逻辑思路的一种实践,这跟程序员日常工作中的其它任务比起来相对简单。如果你认为自己还是一个水平一般的程序员,在你真正的能进入到高手行列前,请确保你已经克服了下列晋级的障碍。

1. 解释你在干什么

解释软件开发过程是一个很困难的事情。那些非程序员职业的人也许知道很多关于编程的事情,但很显然,他们不会编程。对于他们来说,我们的生活就是在一间黑暗的屋子里趴在键盘前消耗着咖啡。

你会在你的朋友、家人和同事中遇到这样的人,他会认为编码不是一个正确的职业。

2. 形象的说出软件解决方案

根据一些简短的需求——通常是一知半解的,你需要设计出数据结构,软件架构,代码算法,通信协议,以及其它所有针对商业问题的解决方案各种组成部分。然后你需要用一种外行人听的懂的术语将它们表达出来,并需要在规定的时间里提交给客户。

很少有程序员能做好这些。

3. 评估工期

这是程序员痛苦的根源。在开发任务没有完成之前,你是绝对没有可能确定完成这个任务需要的时间。也许程序跟以前写的很相似,但环境变了,问题变了,限制条件变了。

经验会提供一定的判断力,但大部分的程序员都习惯于低估问题难度。这其中的原因是他们只考虑编码方面的因素,而忽略了这个任务清单上的其它事务。

4. 维护他人的代码

针对一个问题可能会有一万种解决方案,一万种写法。接手别人写的代码,意味着你要花无数的时间在成千上万的代码行里探索,理解当初作者的思路。而且,如果是一个不相信注释和文档的程序员留下的半个项目,麻烦就更大了。

5. 软件边界的模糊蔓延和让人吐血的奇怪功能需求

虽然敏捷开发方法给软件范围的膨胀提供了一定的预备空间,但这并没有起到任何的作用——尤其是当你遇到一些由一时兴起的怪念头产生的功能需求。你知道这样做必定会失败。你的团队知道这样做必定会失败。但客户觉得很好,而当失败不可避免的出现时,全是你的错,因为是你没有理解他们的真实意图。

6. 在缺少优化和过度优化之间找到平衡点

复杂的软件永远不会做到完美;总会有一些更好的方案。你完全可以没完没了的优化下去,这就是为什么软件项目从来都没有提前完工的。

而另一面,“这样就行了——我以后会优化它的”这种心态也是常见的。代码今天好用,但你知道明天可能会出现麻烦或不能用。当然了,你是不需要去修改它的,它将会留给下一个倒霉蛋程序员。

7. 测试你的代码

单元测试你也写了,软件也提交了测试组,但bug依旧存在……

软件是复杂的,可能包含成千上万行代码。系统中可能存在百万的各种交互和逻辑路径;你不可能完全测试它们。

类似的,软件会在不同的条件下跟不同的平台上的不同的软件交互。你不可能所有的都测到。

写出好的单元测试是一种枯燥且辛苦的工作。理想情况下,测试应该在着手开发前就已经写好——但你如何向客户解释为什么四个星期过去了仍然没有可用的软件?

单元测试并不能覆盖每个问题点。在理想的世界里,应该有一个独立的团队来写测试并积极的去发现问题。不幸的是,对大多数项目来说,这样成本太高,时间不够,于是用开发团队来写测试程序。而开发团队潜意识的会避免很多极端的边界情况。

程序员喜欢用符合逻辑的方式处理所有问题。但用户很少是这样的。他们会发现你永远意想不到的问题。

8. 写软件文档

给代码写文档是一项费力耗时的工作。很少有程序员擅长这个、喜欢这个的,并且很少有程序员会花时间去读它们。

9. 处理IT问题

你每天都在研究技术。你也许是一个HTML或PHP程序员,但你很可能会遇到一些例如硬盘损坏、驱动冲突或软件崩溃的问题。解决这些事情不是你的主要责任,但是,除非你解决了这些问题,否者你将无法继续你的开发工作。

不幸的是,对于IT圈外的人来说,程序员应该是软硬件都精通的人。当他们遇到了问题,他们自己不花时间就解决,直接会找你。不论是遇到什么问题:你是用计算机的,你一定知道如何将预算表导入Sage,如何配置Oracle,或为何在他们的黑莓手机上发不出邮件。

当然了,这些打搅绝对不能成为你完不成工作的理由,也没有报酬,不是吗?

10. 处理人的问题

上面的这些难题都可以总结为“人的问题”。很少有外行人会去建议一个飞行员如何开飞机或建议一个电器工程师如何布线。但很多人却会兴致勃勃的勇敢的建议如何开发软件。

我相信对于这些人没有什么好办法。你需要接受这样的事实:这世界上有一半的智力是低于平均水平的!

— 【 THE END 】—

转载声明:本文转载自「精讲JAVA」。

原文发布于微信公众号 - 平凡文摘(tooooooozi)

原文发表时间:2018-04-24

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

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏知晓程序

深度体验了 50 个小程序之后,我的一些冷思考

892
来自专栏极限编程

简单设计落地三板斧

如果你认同 简单设计的价值观,我相信 解析简单设计原则 对你来说很容易理解并接受,它不像面向对象设计原则(比如:SOLID)那么晦涩难懂,它给你指明了一条明朗...

881
来自专栏后端技术探索

Uber工程技术栈(一):看曾经的独角兽背后用了哪些技术

虽然我们希望Uber的用户界面简单,但我们在背后设计了复杂的支撑系统,处理棘手的交互,支持海量的流量。我们将原来的整体式架构分成了许多部分,以便伴随业务成长而扩...

1115
来自专栏后端技术探索

漫谈大型网站架构

作者介绍:陈康贤(花名龙隆),淘宝技术部技术专家,著有《大型分布式网站架构设计与实践》一书,在分布式系统架构设计、高并发系统设计、系统稳定性保障等领域积累了较为...

771
来自专栏数据和云

Bethune新上线功能:正式进入共享/协同的主流工作模式

乍暖还寒,一个漫长的冬季Bethune又悄然发生了很多重要的变化,在这儿和大家做一个告知。 1、批量上传 工具的第一要义是提升效率。为了应对同一时期有大量系统需...

3187
来自专栏精讲JAVA

十个老大难的程序员问题

程序员最艰巨的任务跟编写代码没有多少关系。编码是逻辑思路的一种实践,这跟程序员日常工作中的其它任务比起来相对简单。如果你认为自己还是一个水平一般的程序员,在你真...

1272
来自专栏企鹅号快讯

跟小编来体验一下微信小程序

今天微信小程序刷爆了整个朋友圈。微信小程序在2017年1月9日凌晨正式上线,用户可以通过二维码、搜索使用开发者提供的小程序。 笔者晚上也迫不及待的体验了一把这个...

2165
来自专栏云计算D1net

云数据库在企业应用中的优势

一、云计算概述 云计算是近几年来最热门的互联网词汇之一。自从1983年由Sun Microsystems公司提出“网络是电脑”的概念,到2006年亚马逊...

3314
来自专栏FreeBuf

GitHub 2017年支付漏洞赏金100多万元,超出去年一倍多

程序员最爱的 GitHub 在 2014 年开展了一项为期 4 年的漏洞奖励计划,到 2017 年已经是第四年。这四年间,累计发放的漏洞赏金约 35 万美元(按...

3297
来自专栏依乐祝

白话架构设计为你阐述什么是架构设计,架构设计的三大原则是什么

前面两篇文章给大家介绍了我们实战的CMS系统的数据库设计,源码也已经上传到服务器上了。今天我们就好聊聊架构设计,在开始之前先给大家分享一下这几天我一直在听的《从...

1153

扫码关注云+社区