又到了一年一度回家过年的时候，不可避免的，又要和父母以及后续抵达的三姑六婆解释这一年的职业历程，忍不住想要赋诗一首：
每年回家像高考
亲戚问题真不少
耐住性子好好答
否则春节过不好
那些年，关于工作，作为程序员的你都遭遇过哪些来自亲朋好友的盘问或者是误解？
外行人眼里程序员是一个怎样的群体？
“来给叔叔阿姨表演一段敲代码”
“来帮我修个电脑吧”
“月薪五万过得像月薪五千？”
“产品经理出车祸了是你干的吧”
“小心被戴绿帽子啊”
“同一款式的格子衬衫你有 10 件吧”
“再出 Bug 就拿你来祭天”
“女程序员都是女汉子”
“还没有脱发是不是工作不饱和”
社会对咱们程序员的误解实在太多了......这里就不一一列举了！做为一名程序员，没有谁能比自己更了解程序员的生活了，每个程序员都有自己的理想，可是除了那台破电脑还有什么陪伴呢？
今天小编用动图的方式带大家了解程序员这个逗逼、可爱的群体。
程序员幽默：让你笑到肚子痛
程序员的生存状态
双核CPU的真相
当年学 C 语言的过程
测试环境一切 ok，马上上线
调试 Bug
正在调试，突然内存溢出了
卧槽，你动我代码，知道后果有多严重吗
需求文档又改了
资深程序员解释如何用他的库
单身互联网狗的一天
过年回家，总少不了家人的盘问，身为程序员你是如何跟外行解释编程的呢?
程序员这样跟外行解释编程
这篇回答并不是讲述在生活中程序员如何买苹果，而是以买苹果为例说明程序员如何解决问题。
程序员需要对问题进行透彻的分析，理清其涉及的所有细节，预测可能发生的所有意外与非意外的情况，列出解决方案的所有步骤，以及对解决方案进行尽量全面的测试。
而这些正是我认为编程难的地方，任何一点遗漏都会成为 Bug，轻则导致挨骂，重则导致经济损失甚至危害安全。
普通人：我今天要买一斤苹果。
程序员：我今天要买一斤苹果。
因为我只喜欢红富士苹果，所以我只买红富士苹果。
我能接受的***价格是 10 元/斤。
正常情况下一斤苹果用一个袋子能装下，但是为防万一，我会带两个袋子。
我知道附近的3家水果店，所以我会依次访问这 3 家水果店。
根据上述条件，我设计出以下的买苹果的流程：
（以下区域，可以左右拖动查看完整内容）
复制
买苹果流程开始 对水果店0、水果店1、水果店2依次执行： 拜访一家水果店流程开始 走到此水果店 如果此水果店没有开门，则结束当前的“拜访一家水果店流程” 如果此水果店没有苹果，则结束当前的“拜访一家水果店流程” 如果此水果店的苹果当中没有红富士苹果，则结束当前的“拜访一家水果店流程” 如果此水果店的红富士苹果剩余不到一斤，则结束当前的“拜访一家水果店流程” 如果此水果店的红富士苹果的价格高于10元/斤，则执行3次： 讲价流程开始 询问店主是否愿意将价格降到10元/斤或更低 如果店主愿意，则跳过剩余的“讲价流程” 讲价流程结束 如果此水果店的红富士苹果的价格仍然高于10元/斤，则结束当前的“拜访一家水果店流程” 打开一个袋子，将其作为当前的袋子 重复执行以下流程，直到总重量大于一斤： 装袋一个苹果流程开始 从所有的不在袋子中的红富士苹果中选出***的一个 如果此苹果能装入当前的袋子，则将此苹果装入当前的袋子，否则执行： 换袋子流程开始 如果我有剩余的袋子，则从中任意选出一个并作为当前的袋子，否则执行： 向店主要袋子流程开始 向店主索要一个袋子 如果店主拒绝给我袋子，则将我的所有袋子里的所有苹果取出，然后结束当前的“拜访一家水果店流程” 将店主给我的袋子作为当前的袋子 向店主要袋子流程结束 换袋子流程结束 测量我的所有袋子里的所有苹果的总重量 装袋一个苹果流程结束 根据我的所有袋子里的所有苹果的总重量和店主给出的价格，计算我应付的价格 向店主询问我应付的价格 如果我不接受店主索要的价格，则执行3次： 校对流程开始 向店主解释我计算出的价格，并询问其是否同意 如果店主同意，则跳过剩余的“校对流程” 校对流程结束 如果我仍然不接受店主索要的价格，则将我的所有袋子里的所有苹果取出，然后结束当前的“拜访一家水果店流程” 如果我没带钱，则将我的所有袋子里的所有苹果取出，然后结束当前的“拜访一家水果店流程” 付钱拿走苹果 跳过剩余的“拜访一家水果店流程” 拜访一家水果店流程结束 买苹果流程结束
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
这个流程怎么样？我来设计一些测试样例，测试一下这个流程。
测试发现一个问题：如果水果店 0 和水果店 1 都有红富士苹果并且价格都低于 10 元/斤，而且水果店 1 的价格比水果店 0 更低，那么我希望买水果店 1 的苹果，但我设计的流程会让我买水果店 0 的苹果。
为了解决这个问题，我应该先询问所有水果店的价格，然后去价格***的那一家买苹果。
经过修改，我重新设计出以下的买苹果的流程：
（以下区域，可以左右拖动）
复制
买苹果流程开始 对水果店0、水果店1、水果店2依次执行： 询问一家水果店的红富士价格流程开始 走到此水果店 如果此水果店没有开门，则视此水果店的红富士价格为无穷大元/斤，并结束当前的“询问一家水果店的红富士价格流程” 如果此水果店没有苹果，则视此水果店的红富士价格为无穷大元/斤，并结束当前的“询问一家水果店的红富士价格流程” 如果此水果店的苹果当中没有红富士苹果，则视此水果店的红富士价格为无穷大元/斤，并结束当前的“询问一家水果店的红富士价格流程” 如果此水果店的红富士苹果剩余不到一斤，则视此水果店的红富士价格为无穷大元/斤，并结束当前的“询问一家水果店的红富士价格流程” 向店主询问此水果店的红富士苹果价格并记录 询问一家水果店的红富士价格流程结束 从3家水果店中选出红富士价格***的一家（如果有并列则随机选择），将其作为目标水果店 如果目标水果店的红富士苹果价格为无穷大元/斤，则结束当前的“买苹果流程” 走到目标水果店 如果此水果店的红富士苹果的价格高于10元/斤，则执行3次： 讲价流程开始 询问店主是否愿意将价格降到10元/斤或更低 如果店主愿意，则跳过剩余的“讲价流程” 讲价流程结束 如果此水果店的红富士苹果的价格仍然高于10元/斤，则结束当前的“买苹果流程” 打开一个袋子，将其作为当前的袋子 重复执行以下流程，直到总重量大于一斤： 装袋一个苹果流程开始 从所有的不在袋子中的红富士苹果中选出***的一个 如果此苹果能装入当前的袋子，则将此苹果装入当前的袋子，否则执行： 换袋子流程开始 如果我有剩余的袋子，则从中任意选出一个并作为当前的袋子，否则执行： 向店主要袋子流程开始 向店主索要一个袋子 如果店主拒绝给我袋子，则将我的所有袋子里的所有苹果取出，然后结束当前的“买苹果流程” 将店主给我的袋子作为当前的袋子 向店主要袋子流程结束 换袋子流程结束 测量我的所有袋子里的所有苹果的总重量 装袋一个苹果流程结束 根据我的所有袋子里的所有苹果的总重量和店主给出的价格，计算我应付的价格 向店主询问我应付的价格 如果我不接受店主索要的价格，则执行3次： 校对流程开始 向店主解释我计算出的价格，并询问其是否同意 如果店主同意，则跳过剩余的“校对流程” 校对流程结束 如果我仍然不接受店主索要的价格，则将我的所有袋子里的所有苹果取出，然后结束当前的“买苹果流程” 如果我没带钱，则将我的所有袋子里的所有苹果取出，然后结束当前的“买苹果流程” 付钱拿走苹果 买苹果流程结束
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
现在这个流程是不是***了呢？不是，我还能发现很多问题。
如果 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)
![[[218587]]](https://s1.51cto.com/oss/201801/29/091bd7db7840115f8cc93ec7d0f05ac4.gif){kind=link}