我是一名没有技术背景的产品经理，经常看到网上有这样的讨论：

“产品经理到底应不应该懂技术？”“技术会不会成为牵制产品经理发展的掣肘？”

这类问题往往见仁见智，没有一个具备绝对说服力的定论。

坚信“实践出真知”的我试图自行发掘真相，前段时间便开始看相关的编程入门书籍。

我看的是谷泰格所著的15年版《编程导论》，草草看了十来页便看不下去了。

某天在知乎上看到了这样一个问题：“编程到底难在哪里？”，其中来自DJ Hitori的最高票回答让我印象深刻。在征得他的同意后，本文对其回答进行了转载。

以下是DJ Hitori针对“编程到底难在哪里？”的解读

---

普通人：

我今天要买一斤苹果。

程序员：

我今天要买一斤苹果。

因为我只喜欢红富士苹果，所以我只买红富士苹果。

我能接受的最高价格是10元/斤。

正常情况下一斤苹果用一个袋子能装下，但是为防万一，我会带两个袋子。

我知道附近的3家水果店，所以我会依次访问这3家水果店。

根据上述条件，我设计出以下的买苹果的流程：

买苹果流程开始

对水果店0、水果店1、水果店2依次执行：

拜访一家水果店流程开始

走到此水果店

如果此水果店没有开门，则结束当前的“拜访一家水果店流程”

如果此水果店没有苹果，则结束当前的“拜访一家水果店流程”

如果此水果店的苹果当中没有红富士苹果，则结束当前的“拜访一家水果店流程”

如果此水果店的红富士苹果剩余不到一斤，则结束当前的“拜访一家水果店流程”

如果此水果店的红富士苹果的价格高于10元/斤，则执行3次：

讲价流程开始

询问店主是否愿意将价格降到10元/斤或更低

如果店主愿意，则跳过剩余的“讲价流程”

讲价流程结束

如果此水果店的红富士苹果的价格仍然高于10元/斤，则结束当前的“拜访一家水果店流程”

打开一个袋子，将其作为当前的袋子

重复执行以下流程，直到总重量大于一斤：

装袋一个苹果流程开始

从所有的不在袋子中的红富士苹果中选出最好的一个

如果此苹果能装入当前的袋子，则将此苹果装入当前的袋子，否则执行：

换袋子流程开始

如果我有剩余的袋子，则从中任意选出一个并作为当前的袋子，否则执行：

向店主要袋子流程开始

向店主索要一个袋子

如果店主拒绝给我袋子，则将我的所有袋子里的所有苹果取出，然后结束当前的“拜访一家水果店流程”

将店主给我的袋子作为当前的袋子

向店主要袋子流程结束

换袋子流程结束

测量我的所有袋子里的所有苹果的总重量

装袋一个苹果流程结束

根据我的所有袋子里的所有苹果的总重量和店主给出的价格，计算我应付的价格

向店主询问我应付的价格

如果我不接受店主索要的价格，则执行3次：

校对流程开始

向店主解释我计算出的价格，并询问其是否同意

如果店主同意，则跳过剩余的“校对流程”

校对流程结束

如果我仍然不接受店主索要的价格，则将我的所有袋子里的所有苹果取出，然后结束当前的“拜访一家水果店流程”

如果我没带钱，则将我的所有袋子里的所有苹果取出，然后结束当前的“拜访一家水果店流程”

付钱拿走苹果

跳过剩余的“拜访一家水果店流程”

拜访一家水果店流程结束

买苹果流程结束

连苹果都买不好，我还怎么跳PPAP？

– 完 –

---