专栏名称: java一日一条
主要是讲解编程语言java,并且每天都推送一条关于java编程语言的信息
目录
相关文章推荐
芋道源码  ·  服务端自定义生成PDF的几种方案 ·  2 天前  
芋道源码  ·  疯传Java界,堪称最强! ·  2 天前  
芋道源码  ·  听说 GitHub 上阅读源码很费劲? ·  5 天前  
Java编程精选  ·  Java项目防止SQL注入的四种方案 ·  1 周前  
51好读  ›  专栏  ›  java一日一条

关于软件开发你真正需要知道的几个事情

java一日一条  · 公众号  · Java  · 2017-05-25 13:08

正文

我之所以写这篇文章是因为有一个朋友最近决定跻身软件工程行业。我的这位朋友聪明,精力充沛,品貌兼优,又善于学习:每个人都认为这样的人才必将有一番作为。但是,在踏出第一步时,他依然有很多东西需要学习。

我和很多人一样一开始学习的是工具系列:语法和数据结构,调试器和编辑器。但实际上如何使用这些工具来编写好的软件——那种可以工作的,能够解决问题的,很长一段时间不用维护的软件——却从来没有正式教给我们。学习这门手艺需要历经长时间的挫折和痛苦。

下面我要讲述一些在尝试这门手艺之前你需要学习的东西。

关于软件你需要记住的最重要的事情是

没有魔法

软件100%和魔法无关(虽然我们说它有很多创造性的手段!)。你看到的每一个行为,你运行的每一个效果,它之所以发生只是因为一些代码使之发生的缘故,而且总是能够跟踪那些代码。

当然,这并不意味着跟踪总是有用的。有时候你需要知道,有事情发生和它为什么发生并不真的相关。这导致我们陷入了下面的困境:

松鼠综合症

在你深入研究的时候,你会发现软件充满了无穷级数的干扰和如同鼠穴一般错综复杂的走向。如果你放纵内心想像松鼠一样囤货的欲望,你固然可以学到很多东西,但如果你能退一步,每隔一段时间问问自己是否真的需要探索这条特殊的鼠洞,那么你能收获更多。尝试停留在一个小的范围内可以帮助你达到

领域

软件是极其复杂的,复杂到足以让我们定期创建出没有人能一次性明白的代码。我们通过更小和更独立的部分,通过定义各部分之间的接口来构建软件,实现其复杂。这样一来,如果你能在你的脑中适应更小的一部分,那工作于那个块和相信其他部分正常的时候多少更安全一点(至少当一切顺利的时候)。

完全获取哪怕更小的块中的一个到你的头脑中也可以是很难的,但与此同时,你可以做到一些诸如只知道你正在看的代码行是错误的,以及如何修复这样的事情。那就是软件的领域了。这非常重要,并非因为你全力以赴,而是因为如果你没有身处那个领域,那么想要做对一切事情几乎是不可能的。而这给我们带来的是

中断

中断使得你脑中丢弃了一些来之不易的内容,从而阻碍你完成任何事情。十分钟的中断当然杀不光所有:但是它需要45分钟才能让你的脑子回到你中断的地方。

这可能是有关软件工作最难向人们解释的事情——尽管大多数领域都有这样的事情,但没有我们这么悲剧。发生差异的部分原因是

直觉失败

许多我们认为的“直觉”的确有效利用了我们大脑中的结构——历经超过百万年进化,已经变得高度优化——来帮助我们管理我们周围物理世界的复杂性。但是,从事电脑工作并不是我们周围物理世界的一部分:我的笔记本电脑创建了她自己的世界延伸,而我必须去这个延伸的世界工作。

软件工程的力量在于那个世界的扩展是非常非常具有可塑性的——这力量是惊人的。不过,诅咒之一就是由于我们不再工作于物理世界,我们的直觉就不再有用,这让一切都变得很难理解,除非我们做一些额外的工作来确保我们的直觉可以帮助我们。

打破我们直觉的主要事情之一是

时间是不可思议的

现在的时代计算机的运行是极其快速的。即使你手机运行的时间尺度比我们的大脑快十亿倍:一秒时间传递给我们就像过了31年,不论是给予还是获取,仅仅一个传递过程。这意味着我们不能实时观看计算机正在做什么。

相反,我们不得不发明方法强制机器来匹配我们极其缓慢的步伐,通常为要求计算机等我们,或记住它正在做的一切事情且留下日志可供我们稍后读取。当然,这些技术是如此地拖累事情的发展,以致于任何与时间相关的问题通常都会消失,或者至少看起来不同。

极端的话,我们最终还是盲人摸象,一点也不知道为什么代码之所以脱离轨道。为了避免出现这种情况,我们不得不做一些真正的事情来安排代码向我们解释其决定。这工作往往很难且没有吸引力——但它至关重要,因为受到了以下定律的重大影响

墨菲定律

在计算机运算中,墨菲定律可以重新表述为“如果你不能证明它是不可能的,那么它一定会发生——而且往往很快。”还记得十亿分之一的加速吗?如果你一秒内做十亿次操作,且每次99.99999%%可靠,那么你会发现每秒出现了100个故障。

我们对于概率和机会的认知已经根深蒂固:“不太可能”真正的含义是“在我思考的时间里可能不一定“。彻底地改变时间尺度,那么所有都将改变。

即使没有改变,然而,故障仍然是一个问题,因为

原罪

每次你写代码,你就会写bug。这是一个真理。不管你多么高级,不管你多么优秀,不管什么,不管怎么样,你无法写出完美的代码。这是人性的一个特点。

所以你不能避免写出bug。

但是你可以明智地减少bug:

1.注释

在代码中注释的目的不是为了解释代码做什么——可以读取代码!注释目的是为了解释当你写代码的时候是如何思考的。

为什么你认为代码做到这一点很重要?其它地方发生了什么事使之变得有必要?在这种情况发生后其他人要小心什么后效?代码有没有按照你喜欢的方式做事情,亦或是用一种让你担心的方式?你为什么选择这种方式?还有什么其他的方法可供你选择?也许其他方法中有更好的?当时你在想什么?

在写完代码的半年后,你可能已经不记得上述任何问题的答案,哪怕是你自己的代码。所以,要写下来。这是无价的,当你试图弄清楚有些事情为什么坏了的时候。

2.测试优先

你可以编写测试的代码以确保其他代码可正常工作。这样做出人意料的重要,但我们大多数人往往在这方面做得很糟糕,因为我们总会去做其他的事情。所以先要写测试。这是知道确保写测试的唯一途径。

3.生活更轻松

计算机速度很快,没错吧?并且正在变得越来越快。你的大脑却没有越来越快。所以不要挑选那些使计算机更轻松的优化工具——挑选为人类而制造的工具。

C语言就是一个很好的例子。它被设计得不易用来工作,它被设计成更适合实现在40年前的机器上。因此,用C语言写代码意味着你要将所有的时间用于思考执行机制,而不是针对于你需要解决的问题:how,而不是what或why。停止使用C语言的日子好像已经过去了10年。这些天,我大多用的是Python,这更能帮助你去好好思考what和why,而不是how。

有些纯粹主义者会跳出来说“但是Python比C语言慢!”——他们一点也没错——但在2016年,95%的世界已经对此不在意了。电脑是如此之快以致于可以弥补Python的低效率,并且在大部分时间中做到足够快。像Python这样的面向优化开发性能,而不是处理器性能的语言,才是正确的权衡。

4.解决方案而不是写代码

写代码比解决问题更容易。

代码往往具有良好定义的输入和输出,一种可预测如何使用的方式,以及一个你可以说你已经完成了写代码这一任务的时间。问题就混乱得多,会涉及到个人和组织,并且有真实世界的约束,例如让人们实际使用你已经建立的东西。

解决问题比编写代码更重要。人们很容易忘记这一点,所以要谨记这一点。

最后,还有一件可能比其他剩下没有谈论的东西更重要的事情:

5.不要放弃

软件正在日新月异地变化和发展。你永远不可能掌握所有。事实上,直到你准备放弃的那一刻,你依然没有资格说你已经懂得够多。不断学习,不断拓宽你的视野,保持睁大你的眼睛。

这个世界上总有一个地方,会让人们低下头来专注于一个小小的领域,但在我的经验中,有更多的地方值得人们去贪婪地学习并致力于解决碰到的任何问题。

总而言之,移动你的手指来改变世界意味着严肃的大脑延伸和新信息的不停涌入。但是尽管如此,它是如此致命的酷。

欢迎加入!