在外行人眼里程序员是一个怎样的群体? | 数盟社区

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

每年回家像高考

亲戚问题真不少

耐住性子好好答

否则春节过不好

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

外行人眼里程序员是一个怎样的群体?

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

“来帮我修个电脑吧”

“月薪五万过得像月薪五千?”

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

“小心被戴绿帽子啊”

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

“再出 Bug 就拿你来祭天”

“女程序员都是女汉子”

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

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

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

程序员幽默:让你笑到肚子痛

程序员的生存状态

图0:程序员幽默:让你笑到肚子痛的搞笑动图

双核CPU的真相

当年学 C 语言的过程

图2:程序员幽默:让你笑到肚子痛的搞笑动图

测试环境一切 ok,马上上线

图3:程序员幽默:让你笑到肚子痛的搞笑动图

调试 Bug

图4:程序员幽默:让你笑到肚子痛的搞笑动图

正在调试,突然内存溢出了

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

图6:程序员幽默:让你笑到肚子痛的搞笑动图

需求文档又改了

图7:程序员幽默:让你笑到肚子痛的搞笑动图

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

图8:程序员幽默:让你笑到肚子痛的搞笑动图

单身互联网狗的一天

图9:程序员幽默:让你笑到肚子痛的搞笑动图

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

程序员这样跟外行解释编程

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

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

而这些正是我认为编程难的地方,任何一点遗漏都会成为 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)

注:转载文章均来自于公开网络,仅供学习使用,不会用于任何商业用途,如果侵犯到原作者的权益,请您与我们联系删除或者授权事宜,联系邮箱:contact@dataunion.org。转载数盟网站文章请注明原文章作者,否则产生的任何版权纠纷与数盟无关。
期待你一针见血的评论,Come on!

不用想啦,马上 "登录"  发表自已的想法.