程序员都很闷骚

假定:

  1. 程序员都是闷骚的
  2. 程序员有独特的搞笑方式
  3. 程序员80%都不满于现状,需要发泄
  4. 程序员都有一点色

所以:

  1. 子龙左手青釭剑,右手亮银枪,跨下白龙马,一身白盔白甲,帅到爆炸!如今我们左手xmind,右手eclipse,uml在脚下,也是无比潇(ku)洒(bi) 他们是喜欢的
  2. 亚美蝶,揍我不行,揍我小舅子可以。 他们是喜欢的
  3. 老板说:哎呀,我们方向错了,我们重新搞一个方向吧!(产品、码农、测试心中下起了大雪,好冷,好累,我要屎了,砍死他…….看在钱的份上,先饶你一条狗命) 他们是喜欢的
  4. 这更是程序员的最爱

不知道大家觉得如何?

上面有几个让你爽了,请大家回复一下啊!

要是全中的话,不要喷我!

时间: 2024-10-19 15:00:36

程序员都很闷骚的相关文章

为什么使用C#开发软件的公司和程序员都很少?

特别是在国内, 在职位搜索网站indeed,职位关键字与数量的对应关系如下(搜索时实时数据): Java - 49624 Python - 16802 JavaScript - 25452 C ++ - 36569 C# - 14267 很显然,C#相关的职位数量是明显落后的,这是为什么呢? C#由编程界的神级人物Anders Hejlsberg主持设计,在很多方面都比JAVA要好,毫无疑问,它是一门非常好的计算机语言.但是,一门程序语言的发展不是靠某一家公司或某几家公司就能撑起来,而是要靠主推

程序员不是闷瓜

36Kr上看文<你团队里有几条鲶鱼>与反驳文<团队是团队,鲶鱼是鲶鱼>.此二文中都讲到一点,许多程序员是闷瓜型. 没错!从表面上看,从里子看,几年工作下来的程序员,在工作状态都变成了所谓的"闷瓜",这里需要注意的是"工作状态下".程序员所做的工作是需要精力高度集中,有时候一上午不喝一口水,不去一趟厕所的工作.所以"闷瓜"不是偶然,是必然. 程序员的工作状态一般是在集中讨论或者有特定方案之后才动手的,那么这个阶段一般是一个加

StackOverflow程序员推荐:每个程序员都应读的30本书

“如果能时光倒流,回到过去,作为一个开发人员,你可以告诉自己在职业生涯初期应该读一本,你会选择哪本书呢?我希望这个书单列表内容丰富,可以涵盖很多东西.” 很多程序员响应,他们在推荐时也写下自己的评语.以前就有国内网友介绍这个程序员书单,不过都是推荐数 Top 10的书.其实除了前10本之外,推荐数前30左右的书籍都算经典,伯乐在线整理编译这个问答贴,同时摘译部分推荐人的评语.下面就按照各本书的推荐数排列. 1. <代码大全>史蒂夫·迈克康奈尔 推荐数:1684 “优秀的编程实践的百科全书,&l

每个程序员都应该了解的 CPU 高速缓存

每个程序员都应该了解的 CPU 高速缓存 英文原文:Memory part 2: CPU caches 来源:oschina [编者按:这是Ulrich Drepper写“程序员都该知道存储器”的第二部.那些没有读过第一部 的读者可能希望从这一部开始.这本书写的非常好,并且感谢Ulrich授权我们出版. 一点说明:书籍出版时可能会有一些印刷错误,如果你发现,并且想让它在后续的出版中更正,请将意见发邮件到[email protected] ,我们一定会更正,并反馈给Ulrich的文档副本,别的读者

每个程序员都可能犯过的10个错误

本文列出的10个错误,并不局限于C#.Java.Delphi.JavaScript等——几乎涵盖了所有的编程语言.是不是大吹大擂,欢迎各位品鉴…… 1.面向编译器写代码,而不是面向用户 当人们使用编译器创建自己的App时,在把自己的想法诉诸于机器代码的过程中,常常会将那些可以使得编程更为简单却又冗长的语法遗忘于脑后.无论你使用的是单字母的标识符还是更易于人脑理解的标识符,对于编译器而言,毫无区别.编译器不在乎你写的是否是优化表达式,也不在乎你是否用括号封装了子表达式.编译器要做的就是将这些人脑可

每个程序员都应该了解的内存知识

每个程序员都应该了解的内存知识 英文原文:lwn.net,翻译:开源中国 [编辑的话: Ulrich Drepper最近问我们,是不是有兴趣发表一篇他写的内存方面的长文.我们不用看太多就已经知道,LWN的读者们会喜欢这篇文章的.内存的使用常常是软件性能的决定性因子,而如何避免内存瓶颈的好文章却不好找.这篇文章应该会有所帮助. 他的原文很长,超过100页.我们把它分成了7篇,每隔一到两周发表一篇.7篇发完后,Ulrich会把全文发出来. 对原文重新格式化是个很有挑战性的工作,但愿结果会不错吧.为了

每一个程序员都应当了解的11句话

每一个程序员都应当了解的11句话,你最同意哪一句? 1. 技术只是解决问题的选择,而不是解决问题的根本 我们可以因为掌握了最新的 JavaScript 框架 ahem.Angular 的 IoC 容器技术或者某些编程语言甚至操作系统而欢欣雀跃,但是这些东西并不是作为程序员的我们用来解决问题的根本——它们只是用于帮助我们解决问题的简单工具. 我们必须非常谨慎,不要对某项正好喜欢或者正好很火的特定技术走火入魔.否则,我们将进入这样的思维怪圈:把掌握的那项技术比做是锤子,在思考问题时,会自然的把所有的

每个程序员都应读的书(转)

收藏,有时间,就读一读,有好处! 很多程序员响应,他们在推荐时也写下自己的评语.以前就有国内网友介绍这个程序员书单,不过都是推荐数 Top 10的书.其实除了前10本之外,推荐数前30左右的书籍都算经典,伯乐在线整理编译这个问答贴,同时摘译部分推荐人的评语.下面就按照各本书的推荐数排列. 1. <代码大全> 史蒂夫·迈克康奈尔 推荐数:1684 “优秀的编程实践的百科全书,<代码大全>注重个人技术,其中所有东西加起来,就是我们本能所说的“编写整洁的代码”.这本书有50页在谈论代码布

每个程序员都应该用MBP

换笔记本的想法很久了,前段时间换工作就想看换工作之后是什么情况吧.可能工作配的笔记本就是MBP.后来发现是想多了,新工作的笔记本是Thinkpad X240, 配置完全够用了,8G内存+128G的FLASH.美中不足是需要外接显示器,否则用那个12寸屏编码太费眼了,而且一屏也没有多少行代码. 自己在家里有个可心的笔记本还是很重要的.在获得了某个女士的强力支持后,于7月13号下午在AppStore在线订购了一台,上限就是2w,感觉过了这个数对不起那么多银子似的. 赞一下官网的送货效率,7月15号上