在外行人眼里程序员是一个怎样的群体？
又到了一年一度回家过年的时候，不可避免的，又要和父母以及后续抵达的三姑六婆解释这一年的职业历程，忍不住想要赋诗一首：
每年回家像高考
亲戚问题真不少
耐住性子好好答
否则春节过不好
那些年，关于工作，作为程序员的你都遭遇过哪些来自亲朋好友的盘问或者是误解？
外行人眼里程序员是一个怎样的群体？
“来给叔叔阿姨表演一段敲代码”▼
“来帮我修个电脑吧”▼
“月薪五万过得像月薪五千？”▼
“产品经理出车祸了是你干的吧”▼
“小心被戴绿帽子啊”▼
“同一款式的格子衬衫你有 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 宝买红富士苹果的流程……
最后送给大家一份关于程序员的搞笑但却真实无比的编程语录。
59 条程序员搞笑编程语录
我收集了很多编程语录，基本上都跟程序员的生活有关。这些语录涉及软件开发，代码维护，调试纠错，软件 Bug，系统设计、文档，代码质量，测试和软件开发团队管理等方面。
下面的这 59 条语录虽然很搞笑，但却真实无比，只有程序员才能理解这些编程语句里的真正内涵。闲言少叙，开始吧…
17 条程序员编程语录
一个好的程序员是那种过单行线马路都要往两边看的人。(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)
25 条编程/软件开发语录
按代码行数来评估软件开发的进度，就如同按重量来评估飞机建造的进度。(比尔-盖茨)
软件就像做爱。一次犯错，你需要用余下一生来维护支持。(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)
4 条软件纠错语录
删除的代码是没有 Bug 的代码。(Jeff Sickel)
如果纠错是消除软件 Bug 的过程，那编程一定是把它们放进去的过程。(Edsger Dijkstra)
代码纠错要比新编写代码困难一倍。因为，如果你写出了最聪明的代码，按此推算，你将没有更大的智慧来 debug 它。
想在自己的代码里找出一个错误是十分困难的。而当你认为你的代码没有错误时，那就更难了。(Steve McConnel)
5 条软件 Bug 语录
这不是个 Bug——这是一个未注明的功能特征。(Anonymous)
没有需求或设计，编程就是一种将bug添加到一个空文本文件里的艺术。(Louis Srygley)
烂代码并不烂，只是被误解了。(Anonymous Code Behaviorist)
有两种方法能写出没有错误的程序；但只有第三种好用。(Alan J. Perlis)
小心上面代码中的 Bug；我只知道这些代码是正确的，但没有试过。(Donald Knuth)
8 条软件产品/成品语录
软件能够复用前，它必须要可用。(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)
身为程序员的您，是否曾经也被误解过呢？如果是你，如何向外行解释编程？欢迎底部留言分享！
精彩文章推荐：