作为程序员的你在外行人眼里是一个怎样的群体？

admin 管理员组

文章数量: 887021

源 | 51CTO技术栈

又到了一年一度回家过年的时候，不可避免的，又要和父母以及后续抵达的三姑六婆解释这一年的职业历程，忍不住想要赋诗一首：

每年回家像高考

亲戚问题真不少

耐住性子好好答

否则春节过不好

那些年，关于工作，作为程序员的你都遭遇过哪些来自亲朋好友的盘问或者是误解？

“来给叔叔阿姨表演一段敲代码”▼

“来帮我修个电脑吧”▼

“月薪五万过得像月薪五千？”▼

“产品经理出车祸了是你干的吧”▼

“小心被戴绿帽子啊”▼

“同一款式的格子衬衫你有 10 件吧”▼

“再出 Bug 就拿你来祭天”▼

“女程序员都是女汉子”▼

“还没有脱发是不是工作不饱和”▼

社会对咱们程序员的误解实在太多了......这里就不一一列举了！做为一名程序员，没有谁能比自己更了解程序员的生活了，每个程序员都有自己的理想，可是除了那台破电脑还有什么陪伴呢？

今天小编用动图的方式带大家了解程序员这个逗逼、可爱的群体。

程序员的生存状态▼

双核CPU的真相▼

当年学 C 语言的过程▼

测试环境一切 ok，马上上线▼

调试 Bug▼

正在调试，突然内存溢出了▼

卧槽，你动我代码，知道后果有多严重吗▼

需求文档又改了▼

资深程序员解释如何用他的库▼

单身互联网狗的一天▼

过年回家，总少不了家人的盘问，身为程序员你是如何跟外行解释编程的呢?

这篇回答并不是讲述在生活中程序员如何买苹果，而是以买苹果为例说明程序员如何解决问题。

程序员需要对问题进行透彻的分析，理清其涉及的所有细节，预测可能发生的所有意外与非意外的情况，列出解决方案的所有步骤，以及对解决方案进行尽量全面的测试。

而这些正是我认为编程难的地方，任何一点遗漏都会成为Bug，轻则导致挨骂，重则导致经济损失甚至危害安全。

普通人：我今天要买一斤苹果。

程序员：我今天要买一斤苹果。

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

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

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

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

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

（以下区域，可以左右拖动查看完整内容）

买苹果流程开始
   对水果店0、水果店1、水果店2依次执行：
   拜访一家水果店流程开始
       走到此水果店
       如果此水果店没有开门，则结束当前的“拜访一家水果店流程”
       如果此水果店没有苹果，则结束当前的“拜访一家水果店流程”
       如果此水果店的苹果当中没有红富士苹果，则结束当前的“拜访一家水果店流程”
       如果此水果店的红富士苹果剩余不到一斤，则结束当前的“拜访一家水果店流程”
       如果此水果店的红富士苹果的价格高于10元/斤，则执行3次：
       讲价流程开始
           询问店主是否愿意将价格降到10元/斤或更低
           如果店主愿意，则跳过剩余的“讲价流程”
       讲价流程结束
       如果此水果店的红富士苹果的价格仍然高于10元/斤，则结束当前的“拜访一家水果店流程”
       打开一个袋子，将其作为当前的袋子
       重复执行以下流程，直到总重量大于一斤：
       装袋一个苹果流程开始
           从所有的不在袋子中的红富士苹果中选出最好的一个
           如果此苹果能装入当前的袋子，则将此苹果装入当前的袋子，否则执行：
           换袋子流程开始
               如果我有剩余的袋子，则从中任意选出一个并作为当前的袋子，否则执行：
               向店主要袋子流程开始
                   向店主索要一个袋子
                   如果店主拒绝给我袋子，则将我的所有袋子里的所有苹果取出，然后结束当前的“拜访一家水果店流程”
                   将店主给我的袋子作为当前的袋子
               向店主要袋子流程结束
           换袋子流程结束
           测量我的所有袋子里的所有苹果的总重量
       装袋一个苹果流程结束
       根据我的所有袋子里的所有苹果的总重量和店主给出的价格，计算我应付的价格
       向店主询问我应付的价格
       如果我不接受店主索要的价格，则执行3次：
       校对流程开始
           向店主解释我计算出的价格，并询问其是否同意
           如果店主同意，则跳过剩余的“校对流程”
       校对流程结束
       如果我仍然不接受店主索要的价格，则将我的所有袋子里的所有苹果取出，然后结束当前的“拜访一家水果店流程”
       如果我没带钱，则将我的所有袋子里的所有苹果取出，然后结束当前的“拜访一家水果店流程”
       付钱拿走苹果
       跳过剩余的“拜访一家水果店流程”
   拜访一家水果店流程结束
买苹果流程结束

这个流程怎么样？我来设计一些测试样例，测试一下这个流程。

测试发现一个问题：如果水果店 0 和水果店 1 都有红富士苹果并且价格都低于 10 元/斤，而且水果店 1 的价格比水果店 0 更低，那么我希望买水果店 1 的苹果，但我设计的流程会让我买水果店 0 的苹果。

为了解决这个问题，我应该先询问所有水果店的价格，然后去价格最低的那一家买苹果。

经过修改，我重新设计出以下的买苹果的流程：

（以下区域，可以左右拖动）

买苹果流程开始
   对水果店0、水果店1、水果店2依次执行：
   询问一家水果店的红富士价格流程开始
       走到此水果店
       如果此水果店没有开门，则视此水果店的红富士价格为无穷大元/斤，并结束当前的“询问一家水果店的红富士价格流程”
       如果此水果店没有苹果，则视此水果店的红富士价格为无穷大元/斤，并结束当前的“询问一家水果店的红富士价格流程”
       如果此水果店的苹果当中没有红富士苹果，则视此水果店的红富士价格为无穷大元/斤，并结束当前的“询问一家水果店的红富士价格流程”
       如果此水果店的红富士苹果剩余不到一斤，则视此水果店的红富士价格为无穷大元/斤，并结束当前的“询问一家水果店的红富士价格流程”
       向店主询问此水果店的红富士苹果价格并记录
   询问一家水果店的红富士价格流程结束
   从3家水果店中选出红富士价格最低的一家（如果有并列则随机选择），将其作为目标水果店
   如果目标水果店的红富士苹果价格为无穷大元/斤，则结束当前的“买苹果流程”
   走到目标水果店
   如果此水果店的红富士苹果的价格高于10元/斤，则执行3次：
   讲价流程开始
       询问店主是否愿意将价格降到10元/斤或更低
       如果店主愿意，则跳过剩余的“讲价流程”
   讲价流程结束
   如果此水果店的红富士苹果的价格仍然高于10元/斤，则结束当前的“买苹果流程”
   打开一个袋子，将其作为当前的袋子
   重复执行以下流程，直到总重量大于一斤：
   装袋一个苹果流程开始
       从所有的不在袋子中的红富士苹果中选出最好的一个
       如果此苹果能装入当前的袋子，则将此苹果装入当前的袋子，否则执行：
       换袋子流程开始
           如果我有剩余的袋子，则从中任意选出一个并作为当前的袋子，否则执行：
           向店主要袋子流程开始
               向店主索要一个袋子
               如果店主拒绝给我袋子，则将我的所有袋子里的所有苹果取出，然后结束当前的“买苹果流程”
               将店主给我的袋子作为当前的袋子
           向店主要袋子流程结束
       换袋子流程结束
       测量我的所有袋子里的所有苹果的总重量
   装袋一个苹果流程结束
   根据我的所有袋子里的所有苹果的总重量和店主给出的价格，计算我应付的价格
   向店主询问我应付的价格
   如果我不接受店主索要的价格，则执行3次：
   校对流程开始
       向店主解释我计算出的价格，并询问其是否同意
       如果店主同意，则跳过剩余的“校对流程”
   校对流程结束
   如果我仍然不接受店主索要的价格，则将我的所有袋子里的所有苹果取出，然后结束当前的“买苹果流程”
   如果我没带钱，则将我的所有袋子里的所有苹果取出，然后结束当前的“买苹果流程”
   付钱拿走苹果
买苹果流程结束

现在这个流程是不是完美了呢？不是，我还能发现很多问题。

如果 3 家水果店都有红富士苹果但都不到一斤，但是三家店加起来能达到一斤，那么我不应该结束流程回家，而是应该把三家店的红富士苹果都买下来。

如果我向水果店询问价格的时候这家店还有红富士苹果，但我询问完所有水果店的价格后这家店的红富士苹果卖完了，那么我的流程会让我试图处理不存在的红富士苹果。

我走路的过程中可能会遇到突发事件，比如发现了新的水果店，比如袋子破掉了苹果掉一地，对于这些情况我的流程都无法进行处理。

啊......问题太多了我懒得再改流程了，我还是去 X 宝买吧。那么接下来我要设计一个在 X 宝买红富士苹果的流程……

最后送给大家一份关于程序员的搞笑但却真实无比的编程语录。

我收集了很多编程语录，基本上都跟程序员的生活有关。这些语录涉及软件开发，代码维护，调试纠错，软件 Bug，系统设计、文档，代码质量，测试和软件开发团队管理等方面。

下面的这 59 条语录虽然很搞笑，但却真实无比，只有程序员才能理解这些编程语句里的真正内涵。闲言少叙，开始吧…

• 一个好的程序员是那种过单行线马路都要往两边看的人。(Doug Linder)

• 程序有问题时不要担心。如果所有东西都没问题，你就失业了。(软件工程的Mosher定律)

• 程序员的麻烦在于，你无法弄清他在捣腾什么，当你最终弄明白时，也许已经晚了。(超级计算机之父Seymour Cray)

• 我想大部分人都知道通常一个程序员会具有的美德。当然了，有三种：懒惰，暴躁，傲慢。(Perl语言发明者Larry Wall)

• 编程时要保持这种心态：就好象将来要维护你这些代码的人是一位残暴的精神病患者，而且他知道你住在哪。(Martin Golding)

• 一个人写的烂软件将会给另一个人带来一份全职工作。(Jessica Gaston)

• 如果建筑工人像程序员写软件那样盖房子，那第一只飞来的啄木鸟就能毁掉人类文明。(Gerald Weinberg)

• 这世界最有可能毁灭的方式——大多数专家都同意——是次意外。这就是为什么会有我们，我们是计算机专家，我们创造意外。(Nathaniel Borenstein)

• 我们这个行业有个特别奇怪的现象：不仅我们不从失败里吸取教训，同时也不从成功中学习经验。 (Keith Braithwaite)

• 一种新技术一旦开始流行，你要么坐上压路机，要么成为铺路石。(Stewart Brand)

• 如果没能一次成功，那就叫它 1.0 版吧。(unknown)

• 所有的程序员都是编剧，所有的计算机都是烂演员。(Anonymous Hack Actor)

• 工作进度上越早落后，你就会有越充足的时间赶上。(Anonymous Scheduler)

• 当有这样的一种编程语言出现：它能让程序员用简单的英语编程，你将会发现，程序员都开始不会说英语。(Anonymous Linguist)

• 为什么我们没有时间把事情做对，却总有时间把事情做过头？(Anonymous)

• 傻瓜都能写出计算机能理解的程序。优秀的程序员写出的是人类能读懂的代码。

• 任何你写的代码，超过 6 个月不去看它，当你再看时，都像是别人写的。(Eagleson’s law)

• 按代码行数来评估软件开发的进度，就如同按重量来评估飞机建造的进度。(比尔-盖茨)

• 软件就像做爱。一次犯错，你需要用余下一生来维护支持。(Michael Sinz)

• 在水上行走和按需求文档开发软件都很容易——前提是它们都是冻结状态。(Edward V Berard)

• 最初 90% 的代码用去了最初 90% 的开发时间…余下 10% 的代码用去了另外 90% 的开发时间。(Tom Cargill)

• 注释代码很像清洁你的厕所——你不想干，但如果你做了，这绝对会给你和你的客人带来更愉悦的体验。(Ryan Campbell)

• 如今的编程是一场程序员和上帝的竞赛，程序员要开发出更大更好、傻瓜都会用到软件。而上帝在努力创造出更大更傻的傻瓜。目前为止，上帝是赢的。(Rick Cook)

• 软件设计最困难的部分…是阻挡新功能的引入。(Donald Norman)

• 为了理解递归，我们首先要理解的是递归。(Anonymous)

• 世上只有两类编程语言：那些拥有被人诟病的和那些没人用的。(Bjarne Stroustrup)

• The best thing about a boolean is even if you are wrong, you are only off by a bit. (Anonymous)

• 如果Java能实现真的垃圾回收，那大部分的程序都会在执行时删除自己。(Robert Swell)

• 理论上，理论和实践是没有差异的。但实践中，是有的。(Jan L. A. van de Snepscheut)

• 预备，开火，瞄准：这是最快的软件开发方法。预备，瞄准，瞄准，瞄准，瞄准：这是最慢的软件开发方法。(Anonymous)

• 编程是 10% 的科学，20% 天份和 70% 的让这天份符合科学。(Anonymous)

• 评估一个事情要比去理解你评估了什么容易。(Anonymous)

• 测评不会撒谎，但测评的人会。(Anonymous)

• 培养员工，即使他们有跳槽的风险。什么都不做而留他们在公司，这样风险更大。(Anonymous)

• 计算机科学的目标是做出一个东西，并且保证它至少能坚持到我们将它开发完成。(Anonymous)

• Java 之于 JavaScript 如同 Car 之于 Carpet。 (Chris Heilmann)

• 起初就把事情做对是完全没必要的。但最后要把事情做对是绝对必要的。(Andrew Hunt and David Thomas)

• 数组的起始索引应该从 0 开始还是从 1 开始？我的 0.5 的折中提议被他们未经认真考虑就拒绝了——我认为是这样的。(Stan Kelly-Bootle)

• 程序必须是为了给人看而写，给机器去执行只是附带任务。(Abelson / Sussman)

• 编程可以很有趣，你可以用它做密码学研究，但两者绝对不能合二为一。(Kreitzberg and Shneiderman)

• 拷贝-粘贴是一种设计错误。(David Parnas)

• 计算机善于遵循指令，但不善于理解你的思维。(Donald Knuth)

• 删除的代码是没有 Bug 的代码。(Jeff Sickel)

• 如果纠错是消除软件 Bug 的过程，那编程一定是把它们放进去的过程。(Edsger Dijkstra)

• 代码纠错要比新编写代码困难一倍。因为，如果你写出了最聪明的代码，按此推算，你将没有更大的智慧来 debug 它。

• 想在自己的代码里找出一个错误是十分困难的。而当你认为你的代码没有错误时，那就更难了。(Steve McConnel)

• 这不是个 Bug——这是一个未注明的功能特征。(Anonymous)

• 没有需求或设计，编程就是一种将bug添加到一个空文本文件里的艺术。(Louis Srygley)

• 烂代码并不烂，只是被误解了。(Anonymous Code Behaviorist)

• 有两种方法能写出没有错误的程序；但只有第三种好用。(Alan J. Perlis)

• 小心上面代码中的 Bug；我只知道这些代码是正确的，但没有试过。(Donald Knuth)

• 软件能够复用前，它必须要可用。(Ralph Johnson)

• 软件通常在 beta 测试完成不久后发布。Beta 在拉丁语中是“还不能用”的意思。(Anonymous)

• 最好的性能改进是将软件从不能用的状态变成可用。(J. Osterhout)

• 最廉价、最快速、最可信赖的组件是那些还未出现的组件。(Gordon Bell)

• I think Microsoft named .Net so it wouldn’t show up in a Unix directory listing. (Oktal)

• 软件和教堂非常相似——建成之后我们就在祈祷。(Sam Redwine)

• 除非最后一个用户死掉，软件是不会有完工的时候的。(Anonymous)

• 如今的大部分软件都非常像埃及金字塔，由成千上万的石块一个摞一个构成，没有结构上的集成，是由暴力强制和成千上万的奴隶完成。(Alan Kay)

本文标签： 是一个 外行人 你在 程序员 群体