• 当前位置: 首页 > 行业动态 > 程序员最艰巨的十大任务
    程序员最艰巨的十大任务
    文章来源: 外刊IT2013-12-10

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



    1.解释你在干什么

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

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

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

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

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

    3.评估工期

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

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

    4.维护他人的代码

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

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

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

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

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

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

    7.测试你的代码