面向巧合编程

比起面向过程编程或者面向对象编程,其实很多程序员最常用的编程范式是面向巧合编程。当然我们可以站在高处批判这种作法,但是我想这里面的原因也值得追溯一下。

一个理想的程序员当然是热爱编程的人,所以它会对自己写的每行代码都较真,要去弄清背后的事情,但是更多的程序员只不过是打一份工而已,完成老板交待的任务就好了,然后打卡下班,所以软件工程才显得那么重要,一个函数可以写得很烂,但如果它通过了所有的测试,也就变得可以接受了。

有很多项目,不过是领导上拍脑袋想出来的,出生的一刻就注定了被丢弃的命运,虽然我们说不要写学生代码,但是毕业了不见得就不要写一次性的演示代码。工程师思维的特点之一是也解决问题为主要目标,至于为什么解决了问题,相对没有那么重要,所以你发现很多面向巧合编程的最终似乎也解决了问题,It just works。

面向巧合编程的巧合来自两个层面,一个是原理层面的,代码原理未彻底搞懂,但是实现了效果,这里面的主要风险在于测试不充分,真正运行起来面对复杂的应用方式总会有跪掉的一刻。其实还有另外一个层面的巧合,就是未彻底理解用户需求,按自己理解瞎搞了一番,结果用户接受了,原因可能是往往用户自己也不知道自己的需求是什么,所以现在都强调迭代开发,用户参与。

面向巧合编程无疑是相当危险的,它通过放弃深究原理来赢取时间,稍有不慎就更加浪费时间,作为一个有追求的程序员应该彻底摒弃这种范式,如果面对不得不写这种代码的窘境,最好的出路是换份工作,作为管理者,自然是优先去招有追求的程序员,把测试等外部监管手段作为最后的防御。毕竟,我们生活在一个现实的世界,追求有美感的东西可以帮助工程师更好的解决问题,但解决问题是最终目标。

这是一份草稿