网络热文启示程序员

涛声依旧

去年夏天，看到网上流传的短文《花钱订购敲门声》，发布者的推介词是“2023年最佳创意奖作品”。

近来网上又数次看到此文，读者评语：心碎一地，心酸不止，震撼心扉、瞬间泪目……

确实，当时读到时情不自禁深受触动。今再读此文，依然感慨不已。

同时为作者独特的创意、奇妙的构思而叹服。

先把此文原文转录于下，分享各位美友：

去年冬天，我被裁员了。为了养家活口，只好临时去当送报员。

我送报的其中一户，信箱的入口，却被堵死，我便只好敲门，许久，一个步履蹒跚的老人，缓缓地打开了门。我问：“老先生，你的信箱入口，怎么被封住了？”

老人答到：“是我故意堵死的。”老人尴尬一笑！

老人说：“我想与你商量一件事，你以后每天送报纸给我时，请敲门或按门铃，亲手把报纸递我！”。

我答：“可以！但这样的话，我们两个都挺麻烦的，又浪费时间！”，我对此颇为不解。

老人说：“就麻烦你啦，我每天都在家。这样吧，每个月我额外付给你500元的敲门费。”老头面带乞求。

“如果哪一天，你敲不开门了，就报警吧！”。

我大为吃惊：“为什么啊？”

老人答到：“我老伴走了，儿子在国外，我一个人孤苦伶仃地住在这里，谁知哪一天一命归西了，也会有人知道”。

这时，我看到了老先生满眼的泪花。

我问“你订报不是为了看报？”

老人答：“我从不看报，我是在订敲门呀！”。



估计许多人读毕全文，心里也同上述网友评语类似，五味杂陈，感慨不已。

这就是文学的魅力，一篇成功的作品会使读者与之共鸣，随着作品的描述诉述，与文内人物一起悲伤、一起欢笑。

本人没有文科毕业证，不是文学界人士，自感写不出精彩评语，因此对上述短文的评论就只摘录网友的话代述了。

本文试图从另一个视角切入为这篇网红热文叫声好，同时提议非文学界的人士今后在阅读文学作品时关注下其蕴含的能启示推动本职工作的功能！

写这篇美篇的缘由，是读毕《花钱订购敲门声》、掩卷默思时，竟然冒出跟程序员聊几句的念头（文人们称为创作冲动）——此文的写作思路与技巧，对程序员朋友可有启示？可否在程序设计中予以借鉴？

程序本质上也是一篇文章，也是围绕一个主题（需求功能）撰写的语句集合，所以文学界朋友看到program这个单词，大都反应出的译意是节目单、而不是程序。只不过程序的主要读者是死板的机器（电脑为主的设备），而不是各种体裁都能阅读的人群。

站在程序员的视角，《订购敲门声》一文讲述的是一种特殊的情况下、特殊的处理方案。这不正是软件开发设计中，审定开发成果功能和水平高低的重要一环吗？

要达到需求书各种功能的基本实现，每个程序员都会想到、也必须做到，不然开发出来的程序（系统）通不过验收，无法完工结束任务。

而分析出系统运行中可能出现的各种非常规的情况，并设计出相应的应对策略模块，这就看程序设计者的水平了。大家对“系统后援”、“应急处理”这块都非常重视，就是这个道理。

结合《订购敲门声》短文的构思，作者针对的不是通常的大批人群，而是其中比较特殊的一部分：年长、独居者。要实现的功能是：及时发现主人出事。

程序的系统分析（总体设计）阶段，除了普遍的正常情况，对系统运行中可能出现的各种特例的列出是一项有难度的工作，因为它需要程序员预测未来，分析出业务人员以往没有遇到过、但有可能偶然出现的情况，例如人群中这类“年长、独居者”的集合想到了吗？

这种预见与使用单位的具体情况紧密关联，具有不确定性、不可能逐个枚举的特点。因此就看程序设计者对业务背景理解分析到哪个深度了。“对业务背景理解多深，决定了程序能设计得多好”，这句话程序员都熟记的。

再结合《订购敲门声》来研讨下对特殊状况的处置方案。

该文构想出通过购买报纸、但不按通常做法放到报刊箱，一定要敲门面交，由此来实现判断主人健在与否。这个思路是不是很特别、很有个性？不然不可能被网友称为“最佳创意”。

这与计算机科学里说的“一个优秀的软件人员，能通过软件的方法解决硬件设备的不足”正好不谋而合。

程序员是否能从《买敲门声》的构思里受到启发？在设计特例处理方案时，想出适合使用单位个性化的客观环境的处理流程模块。

任何一个实用的计算机作业系统，其软件都是由两大部分构成：系统软件和应用软件。

上面提到的都属于应用软件的设计中“应急处理”这一块的分析设计。

针对目前的国际环境，过去一直不用操心的系统软件极有可能也需要关注了，其中的子系统模块很有可能被卡住，这种状况一旦出现，那对整个运行过程中需要的各个子系统的分析更需要借鉴《订购敲门声》的思路，以我们已拥有的、有限的软硬件设备来实现对某项作业需求整个过程的全面支持。

针对本文，认真的程序员可能会质疑：通过订购敲门声难道是最佳方案吗？在老人房间里多装几个直通居委会、派出所或卫生院的按钮铃，不是更省钱？而且在第一时间发出信息，不是效果更好吗？

本人作答如下：这就是撰写文学作品和编写程序的不同之处。文学作品注重可读性，注重情节，使读者喜欢读、引发共鸣同感是首要的。因此不用去考虑是否涵盖全部、过程是否最佳这些。

而程序设计注重的是可行性，要全面满足需求，从各种方案中选取最可靠、最合适的。同样地，程序员不必、也不准考虑程序的生动与否。

一看“不准生动”，作家们可能会怀疑我是否写错了。而程序员都知道，电脑这个死板又傲慢的家伙，遇到自己不认识的语句或指令，它不说自己不懂，而是直接蹦出个 wrong（警告性错误）、或error（致命性错误），指责程序员出错了。程序员、操作员只得老老实实修改，你不改，它就罢工、停止运行了。

所以，我们要借鉴的是这篇短文的创意思维，而不是具体探讨解决方案是否最合理。作者想到的人群、事由，具有鲜明的个例特点，不普遍但确实存在。处理方案不一定最佳，但合乎故事情节发展。

不知程序员朋友读毕此文有何感想？期望能引发共鸣，受到启发，在此后的设计工作中多一点思路和办法。

谈笑之间悟出门道，若能如此，这篇网红文章《花钱订购敲门声》就可能发挥出作者都不曾想到的额外作用了。

搁笔之际，感觉本文似乎也是受《花钱买敲门声》启发，避开通常的读后感着眼点，另辟一条蹊径啦。