什么样的编程最难?编程中的快餐式和探路式

说到 技术 这个词,它看起来很深奥其实是你不了解罢了,有些所谓的技术实际上并不一定多么聪明,只不过了解得比你清楚罢了。

什么样的编程最难?

写你不了解的东西。

举个例子,当你想写个EXE图标相关的程序,你就需要了解PE文件结构,还有EXE图标资源操作相关的现有API和接口。这就是一道门槛,难就难在你要查到相关资料,如果你能直接搜到现成可用的源代码,那是最幸运的。否则在不了解的情况下写,要么写不出来,要么只能用不那么正规的方法去实现,比如直接根据特征码进行操作。

写你不懂的东西。

这条和上面那条差不多,如果你要写的东西需要大量数学,而你数学也没学好,那么自然而然就会成为一道门槛。所以你就需要临时去学下你要用到的数学公式,可是首先你还要知道你需要用到哪些数学公式,所以本质上就等于写你不了解的东西。

写你需求不明确的东西。

你要写的是什么?如果你只能用抽象的概念来回答,那么当你写的时候就会发现,其实你连你的需求是什么都不知道。你要写的东西太复杂了,太万能了,太无限状态机了,没错,有限状态机很好写,可是如果你要写的是无限状态机,那也就是说,你要写的所有状态,你自己都不清楚,那你又要从哪里开始写呢?又要写到哪里是头呢?这就是一道门槛。

以上三条不管哪一条,都能让你无法开写,无法前进。而第3条是最难的,也是我自己被拖得最久的,从当初定义这个程序,到现在逐渐完善这个程序的概念,已经经过了6年时间,然而,我还没正式开写,最近我才开始明白我应该怎么踏出第一步。

编程中的快餐式

有种东西叫做门槛,有种东西叫做成本,尽快跨过这些障碍写出能够解决你需求的东西就是快餐式的思想。如果用不正规或偷懒的方法可以比用正规的方法更快获得你要的东西,那么快餐式就会选择采用最快捷高效且门槛成本最低的方式去做。上面说过的直接根据特征码和直接套用现成的代码就是最典型的快餐式编程。然而当快餐式遇到第3条时,就不那么好用了。

编程中的探路式

当你要设计的东西越复杂越万能,你对其要求越高,那么你就很有可能陷入停滞不前的状态。你想前进,但是你前面的路通不通你还不清楚,而你想先想清楚怎么走,但是你不清楚前面的路况,没有调查就没有发言权,所以你只能纸上谈兵。一般需求越明确的的东西,思路也会越清晰,所以你用快餐式就能很快进入状态。然而当需求越复杂越万能,你会不知道从哪写起好,简单的说,你就算死撑硬是写出一段来,这段程序可能和你要写的东西相差十万八千里,这和快餐式思路明确所写出来的基本可用的东西不能比。那么你说,你先想好整体框架和细节再写,可是由于你并不知道你面前的路况,所以你不可能画出你连路况都不熟的完整地图。

探路式第一式的思想就是,你不知道怎么写是因为你不知道前面的路况,那么先用最简单化设计原则快速进行铺路,当你前进然后碰壁,这时的你对这之间这段路况已经了解,你就能进行更接地气的设计。如果你撞到的墙壁太结实,你没法找到突破口,那么探路式第二式就是前进不了就扩大探路范围,从四周开始发散,先将你四周的路况都先调查清楚先,等你将你能到达的路都调查清楚后,还是找不到突破口,那么不好意思,探路式帮不了你了,但是在你还未调查清楚以前,你要做的就永远不应该是原地踏步停滞不前。

评论功能被我吃了。