程序员打架集锦

⑴ 程序猿真的都那么呆吗做程序猿的女朋友是什么感受

身为一名计算机专业相关的大学生，我深知这一行简单的讲就是高智商的搬砖工，做一名程序员真的是一件很苦逼的事情，每天面对着很多数不清的符号，这些符号每天都在你的面前群魔乱舞，搞得整个世界都是代码。有人说程序员很呆很萌很可爱，可是程序员真的就那么呆那么不懂事吗？我想不是的。

谁说程序员非常难找女朋友？都是骗人的。首先，程序员中女性同样不在少数，而且程序员男生还有更多和其他男生不同的一面。他们更加了解普通男生不知道的事情，而习惯了理性逻辑化与客观思考的他们对待女生的关心的方式也与普通男生不同，所以现在程序员男生并不是不被女孩子喜欢，而是不善于发现喜欢自己的女生，也不善于在可能喜欢自己的女生面前表现自己与普通男生不同的一面。

作为一个程序员，我可以发现一名程序员身上不同于普通人的特质，程序员不是呆萌，而是从不同的角度看待这个世界，对待女朋友就像对待代码一样细致，关怀女朋友的程度也比其他的男生更为给力，如果你的男朋友是一名程序员，虽然他可能没有时间陪你，但是她会用自己的方式爱你，给你其他的男生给不了你的惊喜，不为别的，程序员的爱就像他们对待代码一样专一。

⑵ 老胡是名程序员又去东北游玩与一位大汉发生争执，大汉吼了一句你瞅啥，老胡说什么才不会被打

老胡只要说“不瞅啥”就可以了！东北话“你瞅啥”的意思就是“你干啥啊？你想咋的”，只是一种询问语气，没有打架的意思。所以，老胡只要正常语气回复一声“不瞅啥”就没事了，也不会被打！

⑶ 为什么有人说大部分码农做不了软件架构师

从事软件开发多年，在编程行业真正的架构师比例少的可怜，就目前国内软件开发环境而言，真正意义的架构师还不是很多，因为大部分的代码框架几乎从开源代码社区里面拿出来，然后定制成自己公司产品需要的，其中研究框架的时间比较长的，并且能够深度定制的程序员就算是高手了，因为很多开源的代码更新速度非常快速，能跟上开源社区的代码更新速度的企业已经是实力非常强的公司了，国内企业现在真正意义上的从头开始设计一个框架然后推向市场相对比较少。

经过十几年的发展，国内编程人才的平均水平已经上来了，虽然在顶级程序员由于在编程底蕴以及生态系统这块有差距，但基层的程序员水平已经上来了，国内很多互联网公司做的产品有些已经不弱于欧美等企业，这些都是国内程序员水平提升的结果，而且现在由于培训行业在国内普及，入门级别的程序员在国内数量巨大，所以很多人喊着国内程序员行业已经饱和了，已经不适合再去从事程序员的工作了。

事实上国内软件行业内需依然足够多，特别是现在的三四线城市都陆续出现了软件公司，而且规模和数量都在提升，国内企业对中高级程序员的需求量还是非常巨大，五六年大小公司对于这类的人才招聘一直没有停止过，而且薪资水平还维持在非常高的水准，了解这个行业现状对于规划自己的职业生涯还是有着非常大的好处。

架构师这种职位可遇不可求，基本上国内架构师都是自己本公司内的优秀的软件工程师，成为了优秀的程序员并且在公司内部深得公司的信任愿意给这种突破的机会，抓住了后边的就会给与架构师的待遇，不是每个程序员天生就是做架构师的料，关键还在于平时的积累，有了机会抓住了，要成为架构师先要自己成为一个优秀的程序员，优秀的程序员需要具备什么样子的因素，现在就根据自己技术生涯的一些经历分享给大家。

基本功扎实。 很多程序员在入门之前由于在学校里面比较重视基础，还能看看基础，在成为了程序员之后就开始放松了对这方面的要求，所以导致很多程序员见到有笔试的公司，直接就选择了放弃走人，不能讲这类的程序员水平不行，但起码不是优秀程序员的范畴， 优秀的程序员是经得住基本功考验的，是不怕这些所谓的笔试题目的。

算法扎实。 很多程序员做了很长时间还不觉得算法挺重要，算法贯穿整个技术生涯，如果没有意识到这点说明意识层面还没理解到，证明需要弥补的东西还是非常多，有些程序员可能是学习了一门编程语言就匆匆去找工作了，运气还不错还找到工作了，没有很好的规划技术生涯路线，一个标准的程序员需要的一门基础的编程语言，熟悉数据结构，并且穿插着学习算法，这三样也是优秀程序员的标配，学习技术不是由着自己性子去做事，需要有规划，这其中不能少了算法的因子。

锤炼编程思想。 很多程序员觉得能够写代码，时间长了经验到位了慢慢就能熬成资深技术专家了，程序员不是靠着熬日子过的，需要不断的提炼编程思想，举个简单的例子，做网络编程如果懂得了一门编程语言的编程经验，相信切换到别的语言只需要很短时间内就能搞定，而且积累总结类似的场景以后遇到这种场景都能灵活应对，还能同步迁移到类似的场景，不能只是为了做而作，仅仅就是为了完成任务，那么提升的空间有限，不能因为工作承担的东西就这么点，而不去补充其余的东西，善于总结也是优秀程序员需要具备的一种意识。

成为架构师没有所谓的模板，而且有些人一辈子也没有这种机会，但想要达到这种境界就需要先让自己成为一个优秀的程序员，这样子遇到有理想的企业抓住机会就上去了，一旦进入这个级别后面的编程生涯就会有根本的变化了，关键在于平时一点一滴的积累，让自己长期处于一种高效的学习状态，有太多的程序员经历了几年的适应期就提前让自己进入了舒适期，结果随着年龄的增长技能没有相应的跟上导致年龄大了竞争力下降，出现了老了被企业淘汰的悲剧，什么样子的态度决定什么样子的人生，也就决定了什么样子的结局，希望能帮到你。

作为一名IT行业的从业者，同时也是一名计算机专业的研究生导师，我来回答一下这个问题。

首先，目前IT行业内大量的程序员确实无法成长为架构师，主要原因集中在三点，其一是自身的知识结构不足以支撑向架构师方向发展；其二是岗位工作任务受限；其三是行业迭代速度太快，学习压力较大。

早期的架构师主要集中在后端领域，针对于不同的开发领域，对于架构师的要求也不尽相同。总的来说，架构师的任务主要集中在三个方面，其一是整体技术框架设计；其二是技术选型；其三是解决难点问题。所以对于程序员来说，如果想成长为架构师，需要做好以下几个方面的知识储备：

第一：丰富的开发经验。 开发经验通常是软件架构师的基本要求，通常软件架构师都是从初级程序员、主力程序员、研发级程序员等岗位一步一步成长起来的，每一个阶段都会积累一定的开发经验，这些经验对于架构师的方案设计会起到重要的作用。对于大量的程序员来说，从主力程序员向研发级程序员发展会存在较大的困难，主要原因就是基础知识结构的问题，不少程序员通过读研的方式完成这一步升级。

第二：丰富的知识结构。 架构师的知识结构不仅仅局限在技术层面，还需要掌握大量的行业知识，不同行业领域往往有不同的特点，要能够根据这些特点来完成具体的方案设计。

第三：紧跟技术发展趋势。 架构师一定要紧跟技术发展趋势，同时能够对于未来的发展方向有较强的认知能力，这对于架构师的方案设计会起到重要的作用。对于技术趋势的认知能力，是判断一名架构师能力的重要因素。

架构师并不是一个很好玩的升级路线。

相对于架构师的开发工作。研发工作更有趣，更容易得到 社会 的承认，不论是图形学，还是人工智能，区块链，甚至黑客（网络安全），凭借你的智慧和努力，可以在短时间内取得成就，并达到一个很漂亮的高度。研发方面是拼年轻，智商和体力的工作，有众多的天才少年取得漂亮的成果，每年有大量新的技术突破和文献等着大家研究。你做的每一件事情，都能表现出漂亮的成果，全局光照，计算机视觉。或者很容易赚到很多的钱，自动驾驶或者区块链ico，就算做 游戏 外挂，其收入也大得超乎你的想象。

而架构师不是，架构师拼的只有经验，正确的方法和项目数量。《C++程序设计新思维》里面有一句话：“只有天才的程序员没有天才的构架师。” 在构架师的世界里不存在天才，只存在重构。一定要有正确的方法（敏捷开发），然后就是无数个项目和时间的铺垫。然而对一个架构师应该明确，我们的职责是内部质量而不是外部质量，我们要把软件做的强壮且易易扩展。但你会发现，对于外行麻瓜来说，这根本不吸引人，麻瓜老板经常说一句话：你功能做不出来我们公司就破产了，别他妈的再花时间重构了。

至于为什么架构师很少

内部原因是： 架构师太无趣了，相对于图形学光照算法，你却强调测试驱动重构持续集成。研发工程师会得到大量的外部激励，所有人都去赞扬他们的成果。而构架师需要从自身产生激励的能量，比如对代码的洁癖，重构在不改变功能的情况下不断优化代码质量，一个分层，一个正确的依赖关系，甚至一个精简美丽的命名，都需要由衷地感到兴奋和刺激。否则很难熬下来。

外部原因是： 浮躁的 社会 容不下一个架构师成长的时间和空间。一个框架师需要大量的项目经验，超级长的编码时间。坚持正确的方法和一个融洽配合的团队。国外的架构师都是大胡子，而国内程序员到30岁，老婆就催着要去做管理岗位了。和研发工作拼智商不同，架构师就拼的是经验，没大胡子没五六十岁很难成为xx之父这个级别。

行业原因是： 架构师容不下架构师。架构是艺术不是科学，没有一个统一的标准，每个成型的架构师心里都有一套属于自己的程序结构和原则，你可以看到十个图形学程序员基于一个算法合作，但你很难看到两个架构师做一个项目不打架的。架构师需要有自己的团队来验证自己的观点和共同进步，但就如同食肉动物永远是食草动物的十分之一，行业也没那么多团队给架构师来糟蹋。

经历过很多项目洗礼，并有自己的想法和能力的架构师，必然是稀有动物。

但看起来无聊的架构师有什么用呢？

他是辅助英雄，给整个团队加各种属性光环：降低代码中的混乱（熵），让团队中初级的程序员做出高级的代码，提高单位时间效率避免加班，让团队更容易进入未知领域，大幅度降低企业成本。

我现在做的混合现实领域，这是一个新的领域，有一个优秀的架构师可以在没有前人经验的情况下开疆辟土，并且可以带起来整个团队的开发质量，降低成本给客户更多的获利空间。

这个问题不知道提出来的缘由是啥，其实问题不是很合适，不过还是一分为二的来回答一下，如下：

架构师不是谁都能做到的，我想说如下几点：首先，应具备的素质应该是快速的学习能力，需要从平常的任何工作活动中，快速学习，包括从自己的本质工作完成，以及与他人的交流中，而后者又尤其重要，从别人那儿学来，而快速形成自己的理解并超越对方，而这，从自然规律角度上来讲，这只有少数人能做到；

其次，需要具有全局的视野，能平衡整系统各子系统之间的解耦与耦合，这个需要积累，需要在各子系统内有实际项目的、比较成功的设计编码的问题处理能力，而尤其是问题处理能力又尤为重要，这也不是段时间能达到。

第三，在这个行当内，能静下心来踏踏实实，保持饥渴的学习，保持积极正向的心态，不断的越挫越勇，始终往设计架构方面努力，在当下整个行业浮躁的环境下，很对都想通过不断的跳槽来达到涨薪的目的，这又会淘汰一大部分人。

最后，即便具备了素质，你能否当上架构师，取决于客观因素了。因为一个架构师，决定了他所在领域的发展规划，以及当前的问题现状的改进，这个位置至关重要，不是那个人，上一层组织关系是不会让你做这个位置的，上层组织还会考察你除了技术能力以外的，诸如与人沟通，管理你的上下级，包括你的上级的上一级到连三级的关系，关系到你的直接老板的，这些其实就很难说了。

呵呵，当然了，还有其他很多了，靠这个问题是说不清道不全的。

真正的软件架构师对各方面的职业素养都要求比较高。架构师的工作，不是平时工作的简单堆叠，除了专业技能要过硬外，还要思维活，想东西细致全面，需要自己去主动去接纳工作以外的大量知识。此外，在性格方面也有一定要求，一个软件架构师往往还需要具备善于沟通的品质。

总而言之就是要技术好、思维活、会交际。大多数程序员做不到架构师的位置主要是因为自身能力达不到，其次是一个公司里面架构师占比本来就想小。

一般程序员在公司负责的工作主要是维护日常的需求，在原有的架构上进行修改，所以很少会接触到架构层面的东西。长期缺少接触相关的知识及业务的机会，久而久之离架构师的标准也会越来越远。

年轻的程序员在知识储备上无法达到成为架构师的标准。

现代的高可用架构一般为：RDS、Cache、MQ、后端服务、监控服务。而随便拿其中一个点，都有着非常多的技术点知识点需要掌握。

比如在多系统交互中，如何保证MQ中的消息能被对方系统消费，如何设计高可用的服务负载均衡，这些都是需要很多经验才可以解决，但是一般的程序员又不容易接触到架构设计。

而年纪大点的程序员要么是后期缺少折腾的的动力，要么在职业发展途径走到不同的分岔路口，最终走上架构师这个树枝上的寥寥无几。

小富即安的心理。很多程序员满足于现状，缺少坚持不断学习不断提高的动力，每个月拿着万把块钱的工资，心安理得，懒得去折腾。

一个公司架构师在广大码农里面占比还不到10%，能成为架构师的一般都在公司里担任研发和管理的角色，想象一下公司团队的人员金字塔你就知道竞争力有多大了。

平常，开发的团队一般都是10多人组成。几个团队间一般会存在一个技术面最广、技术经验较充足的人，叫做架构师或者说是TL。而架构师的存在，一般在众多的码农中占的比例少之又少，可能连码农总人数的10% 都达不到。软件架构师也存在初中高级。

码农都会写代码，对计算机编程语言都有自身的理解。但是很多时候，程序员或者说是码农只是机械的完成自身的编码工作。为了完成任务，成长有限。

看到这里，很多人都会说：编码时间长了，经验积累的足够，自身也就逐渐成为了资深技术专家。想法其实不能说是不正确，在一个人见多识广后，自然自身的内涵也就足够的丰富。从码农的角度出发。除了架构师，很少有35岁以上的人士会在互联网做程序开发。而一个人想要通过机械性质的编码积累经验。需要多少年成长才能见多识广呢？是否会有码农坚持到那一时刻呢？一个值得商榷的问题?

码农是一份年轻人为主的职业。平均从业者的年龄都是20多岁。慢慢熬、慢慢积累在码农中也不能说错。但是很多人在软件开发领域积累一定的经验后就会转型不做开发。

所以说，长久时间的码农很少。而在短暂的码农开发软件的工作中，脱颖而出，成长起来的人更少。

些许拙见，供您参考。

从事互联网开发多年，欢迎大家骚扰

小团队一般 10 人左右，其中常常是技术最牛的人做架构师（或TL）。所以，架构师在广大码农中的占比大概平均不到 10%。而架构师也可以分为初级、中级、高级三档，江湖上真正高水平的软件架构师就更少了。

所以，大部分（超过九成的）码农干上许多年，还是做不了架构师，这是什么原因造成的呢？

1：码农分为真的能写代码的，以及自认为能写代码的。

2：真的能写代码的码农又分为自认为写的不错的，以及真的还不错的。

3：真的能写不错代码的码农又分为会钻研会不断优化的，以及安于现状的。

4：会钻研的码农又分为喜欢广度了解新技术蜻蜓点水的，以及深入钻研用到知识的。

了解广度的码农又有少部分愿意深入某些技术，喜欢深入研究的又往往缺乏广度知识。

6：为业务而技术的深度广度都了解的码农，又需要有良好的沟通能力。

7：而沟通好的，又有一部分当PM去了。

8：然后剩下的，又有一部分慢慢脱离实际开发（不再做任何实现）或者开始依靠拿各种中间件搭积木来作为“架构”手段。

9：除去这些，剩下对业务有一定了解，对技术广度上有多种涉猎，深度上对部分技术研究彻底，还有很重要的一点，考虑问题足够细致全面。

10：细致全面善于沟通，技术上深度广度都没问题， 又喜欢这个工作，还会不时做底层实现，从业务和开发两个角度出发，搭出“架构”来是为了开发效率，为了运行效率，为了开发质量，为了业务灵活和运行稳定，为了维护方便等等这样的人，个人认为可以称为“架构师”。

而真能满足这种需求的，别说题主的10%的比例，1%能不能达到我也持怀疑态度。其实现在的“架构师”大多数都停留在8这个层次，甚至很多在5这个层次就当上title上的架构师了。

总之，成为架构师，不仅仅是工作上的简单积累，更需要主动接纳工作外的大量知识，同时，对性格上对于非技术能力上也有一定的要求，不仅如此连思维方式都很重要，外加职业发展中又有很多岔路，最后走到架构师这根树枝上的就寥寥可数了。

如果你想要往架构师的方向发展的话，那或许你可以看一下我分享给你的这份进阶路线图，主要针对2到5年及以上工作经验的Java开发人员，里面的技术包涵了Java高并发、分布式、微服务、源码分析、高性能等技术，这些也是目前互联网企业比较常用的技术，那么来详细看看。（图片可以保存）

一：常见模式与工具

学习Java技术体系，设计模式，流行的框架与组件

常见的设计模式，编码必备

Spring5，做应用必不可少的最新框架

MyBatis，玩数据库必不可少的组件

二：工程化与工具

工欲善其事必先利其器，不管是小白，还是资深开发，玩Java技术体系，选择好的工具，提升开发效率和团队协作效率，是必不可少的：

Maven，项目管理

Jenkins，持续集成

Sonar，代码质量管理

Git，版本管理

三：分布式架构

高并发，高可用，海量数据，没有分布式的架构知识肯定是玩不转的：

分布式架构原理

分布式架构策略

分布式中间件

分布式架构实战

四：微服务架构

业务越来越复杂，服务分层，微服务架构是架构升级的必由之路，Java技术体系，和微服务相关的技术有哪些呢？

微服务框架

Spring Cloud

Docker与虚拟化

微服务架构

五：性能优化

任何脱离细节的ppt架构师都是耍流氓，向上能运筹帷幄，向下能解决一线性能问题，Java技术体系，需要了解：

性能指标体系

JVM调优

Web调优

DB调优

如何一起学习，有没有免费资料？ 有需要的滴滴滴哦

软件架构师？似乎是个明确的职位或者岗位了。然而，他在软件产品开发过程中，充当什么角色？起什么作用？确众说纷纭，缺乏共识。成为一名架构师，码农根本没有明确的努力目标。这是问题的关键，架构师，是上级领导、老板对某些软件开发人员的“认同”，是某种管理理念的体现，不是软件产品生产活动中某个具体的岗位、角色。

⑷ 黄鑫的经典动作

冰河作者“黄鑫”专访

想看激情视频电影请点此
永远的"冰河"

－－访着名软件"冰河"的开发者黄鑫

摘自 《黑客防线》第八期

曾有一段时间，"黑客"在中国被人这样曲解："黑客就是会用'冰河'黑别人电脑的人！"一听便知这是外行笑话，但引起这场误会的却是"冰河"这个在国内网络安全圈从知名度到装机量都名列前茅的软件。这款优秀网络工具一经问世就颇受争议，争议的核心是它既可当作植入被攻击端的木马，也可作为正当的网络远程管理利器。"冰河"既是软件名也是其作者黄鑫的化名，这个名字挺"酷"，容易联想到霜天雪地里冷酷冰下涌动的寒流。自"发源"以来，这条奔涌的"冰河"流域，不计其数的"菜鸟"们从这一流域步入更为广阔的网络安全技术天地。公平地讲，"冰河"及其开发者黄鑫在中国网络安全技术发展史上应占有一席之地。今天让我们一起走近黄鑫，涉入"冰河"。

印象中，自然界里"冰河"何等肃杀与寒气彻骨，而坐在我面前的程序员黄鑫却热情如火，谈笑风生。在北京盛夏一个雨后清爽怡人的傍晚，我随着他对往事清晰的回忆，沿"冰河"逆流而上，追溯源头……

"冰河"的起源

话题从黄鑫与电脑的第一镒亲密接触开始。97年的黄鑫还是西安电子科技大学的一位大三学生，说来难以置信，在大一大二的时候，他还没怎么接触PC，用他自己的话说是："有一天和宿舍最要好的同学觉得应该弄台电脑玩玩了，便两人凑钱买回一台'486'。"由于电脑在使用时受到了"晚上十一点就全面断电"的校规限制，小哥儿俩再次凑钱到校外租了间小房子。玩电脑开始的日子非常之"爽"，他们经常在学校机房与个人"机房"之间以3寸软盘传递信息。但不多几日，"病毒"开始在其间滋生蔓延，学校杋 成了"病毒乐园"。那时的黄鑫还是个不折不扣的初级小菜鸟，自己电脑中了病毒仍浑然不知，还乐此不疲地拷贝着"NDD""PCTOOLS"以及当时流行的小游戏。直到一天电脑不再正常启动，这下他抓了瞎，自己不懂，就找那个要好的"购机合伙人"求援。好友看后送他一句话："你中了'秋水'病毒！"。虽然到现在黄鑫仍无从考证当时好友判断的正误，今明两天在他当时白纸般简单的计算机知识"内存"中永久存储下了"秋水"这两个字。所谓知耻而后勇，此后黄鑫从如何用KV300、KILL等杀毒软件清除病毒开始了计算机知识的全面涉猎。那台"486"老爷车只能跑DOS，要硬跑起Windows95来则需要足够的耐心，但黄鑫与伙伴仍抵挡不住单机版"红色警戒"的诱惑。为了可以顺畅地把游戏玩爽，为了再遇故障和病毒可以自己解决，黄鑫决心把电脑知识学深学透！他首先从KV300恢复主引导区的概念受到启发，由研究DOS磁盘引导区入手，从文件分配表到55AA扇区一步步把原来看似神秘的东西搞清。回忆那时的经历，黄鑫说："正是病毒的存在才让我感到电脑的趣味无穷！"如果不是这份兴趣，他恐怕不会将才智和精力全部投入其中，也就不会有日后"冰河"这一影响他人自己一生的"作品"的诞生。

没过多久，己是"中级菜鸟"的黄鑫不再满足于用现成的软件按个F'X'功能键对系统进行自动修复了，他开始使用debug，开始涉及汇编语言，很快就能不再借助任何第三方工具而用手工恢复引导扇区。不久后又将这一手工过程通过一个自编的汇编小程序自动实现，初偿成果的他小有成就感，至此，黄鑫只用短短数月便完成了由"初级小菜鸟"到"初级专家"的质的转变。此时在计算机求知路上的黄鑫己是脱缰的野马，任何成绩的取得都不能放慢他向更高技术层次进取的脚步。正好大三下学期开设了C语言课程，C语言可实现的那些汇编语言无法比拟的强大功能深深吸引了黄鑫，在同班一位极具编程天赋的同学的鼓足下，他开始了自己编程研究的重要转型，主攻C语言，可以想见，对于汇编语言己料熟于心的他，再学C语言可谓触类旁通，很快轻松上手了。但每想到潜心修得的一身汇编硬功就此"废弃"，黄鑫的惋惜之情溢于言表，由此也让黄鑫深刻认识到计算机知识的更新速度之快，让求知者不得喘息。从大三开始对计算机知识如饥似渴的汲取，为黄鑫日后成为开发出"冰河"这样经典软件的优秀程序员奠定了坚实的基础。应该说"冰河"今天的一泻千里得益于当年的厚积薄发，大学时代知识的点滴积累就是汇成汹涌"冰河"源头的涓涓细流。

初出茅庐，小试锋芒

大三后半学期开始，黄鑫与那位擅长编程的同学联系到咸阳市的一家公司做一份没有报酬的"兼职"，为的是丰富自己的实际开发经验。两人每个周末从西安跑咸阳一趟，为该公司开发一个数控机床的工控机软件。这顶开发也充分发挥了他在DOS与汇编方面的特长。两个人连贯数日挑灯夜战，效率极高，原开发单位一个月没有完成的工作转到他俩手中仅用4天就将一个DOS下运行的仿Windows界面框架构建完毕，接着只用两周时间全部开发工作顺利完成。虽说这个小项目与日后黄鑫参与的大型开发任务无法相比，但毕竟是第一次工作实践。人生每一个有意义的"第一次"都是值得纪念的。后来得知这套工控机软件在全国销路很好，两个没有拿到一分钱奖励的大学生却由衷地感到自豪与成就感。该公司希望他们留下来，但长时间在西安与咸阳间往返奔波毕竟不便，黄鑫决定在母校"西电"附近的软件公司寻找机会。可每次面试，对方刚听完他的自荐便主观判定这个未出校门的手头小伙子既无工作经验，更不可能身怀绝技，甚至还对一个学生的工作责任心表示怀疑，这令黄鑫非常不快也挺寒心。最后他以一种无所谓的心态在一位本校老师开的一家名叫"创富"的小软件公司与这位老师面谈，他明确地跟对方说："你如果试用我一两个月，说出我什么地方不行，我马上心服口服地走人，但如果连个考察的机会都不给，那未免太主观臆断了。"这位老师觉得有理，就拿出一个别人用Delphi编得不很完善的程序让他修改，黄鑫用了不到半个小时就轻松搞掂，于是他被聘用了。正是这份兼职在他日后的职业发展道路上起到了重要作用，他出众的开发能力很快受到这位老师常识，便在黄鑫毕业后将他推荐到在深圳的"中国科技开发院"工作。当时的黄鑫因有在校与同学打架的记录，毕业评定多少有些不利，他清楚地赢利恰好是"西电"老校友的"开发院"老总面试他时的第一句话："你现在还敢打架吗？"而黄鑫的回答仍有个性："有什么不敢的？"老总立即笑道："行，你来我们这儿吧！"不久后黄鑫得知老总曾是昔日"西电"散打队的一员，原来两人的经历与性格很像，老总也话在黄鑫身上看到了当年的自己，说到两人的友情，黄鑫话很多。两人年纪相差整一轮，既是校友、上下级，更是忘年至交。"他就像一位老大哥，在我多次处境困难的时候无私地帮助过我。"黄鑫一脸真诚地说。除了感激，黄鑫对他更多的是发自内心的敬佩，苟合他的人格魅力、事业心、驾驭企业发展的管理水平、市场动作能力，特别是洞悉判断人的锐利慧眼。大四下半学期，早已完成毕业设计的黄鑫开始在"开发院"上班了。在其后一年多的时间里他的研发水平不断提高，其间他作为主要研发人员参与完成了标底1000万的上市公司"南宁百货"企业MIS系统招标项目，共历时9个月。约一年后他又被借调到广州科友公司做一个USB口令卡的开发，此项目3个月一个开发周期，第一个周期是在模拟环境中完成产品的测试，就在做完测试前后，黄鑫因家庭生活的经济困难以及个人职业发展的长远考虑，面对上海一家公司开出的明显优厚的待遇条件，做出第一次跳槽的决定。当时钱对他是一个很实际的问题。但公司的现状和他自己的做人原则都决定了不可能向公司提什么条件，与"老大哥"谈及此事，对方虽感惋惜，也表示了极大的理解。面对公司的挽留，黄鑫一再强调个人原因的同时非常真诚地表达了对老总本人和公司的感谢与不舍。时至今日，这两位忘年至交仍保持着不减当年的真挚友情与密切联系。

他到上海那家公司后工作一度还算顺心，公司先前许诺的待遇条件都兑现了。但天有不测风云，刚巧又过了3个月，公司上层决定放弃黄鑫参与开发的这个项目，更糟的是公司对整个行业前景不再看好而决定转向，这意味黄鑫注定再次跳槽。于是"冰河"首次来了北京。北京也是他一直想来的地方，这里有全国最好的安全研究环境，不过他现在就职的北京思乐信息技术公司是深圳思乐公司所属的分去机构，看来黄鑫与深圳还是有缘。至此，这条不安分的"冰河"从西到南再向东，最后流到了北，程序员黄鑫算是在北京相对稳定了下来。

"'木马''冰河'入梦来"

大四后期早早就完成毕业设计，又有一身编程绝技在身不愁工作去向，黄鑫显得比同学轻松自在许多，于是学校附近的网吧经常可以看到他的身影，已在单机上把加解密之类的东西玩熟玩透了的他，有一天便萌发了在网上大搞"隐身与瞒天过海之术"的想法。通过接触当时很流行的"BO"以及"netspy"等后门程序，更激发他将这一想法付诸实施。因为他发现这些程序在功能实现上也有局限，比如当时的"netspy"只是一个扩展的FTP客户/服务端程序，防范起来比较容易，相比之下"BO"的功能要强大很多，但它毕竟是泊来品，黄鑫觉得自己完全有能力开发出功能更强大完善的工具来，这也是提高自己网络编程水平的好机会。以前缺少必要的网络测试环境，Winsock都未曾涉及，正好就此进行一番"恶补"。之时Delphi强大的控件功能派上了用场，在开发建立网络连接模块时大大节省了时间，提高了效率，开发的前期还比较顺利，网络编程对他这样一个汇编与C语言高手来说自然不是什么难事，偶遇生僻费解的问题，他就去请教那位编程水平很高的同学，很快，作为"冰河"雏形的一个可执行文件终于问世，还来不及起名字就先在宿舍同学之间进行测试，大家普遍反应不错，说比"BO"一点也不差，后来又将测试中发现的不足和问题进行改善。事情至此也就告一段落了，软件只是在同学中伟着玩，当时的黄鑫从没想过把这个开发动机很单纯的软件发布出去以求名利双收，但事情在其后一个偶然的机会里发生了改变。在那次去做"南宁百货"的招标项目时，开发组中一位南宁当地的技术人员用过这个"冰河测试版"后也大加赞赏，由于他接触国际互联网校早，对互联网广泛的影响力体会很深，就强烈建议黄鑫将这个软件在网上发布，比起网上众多很不入流的"共享软件"，这个软件定会大受欢迎。一番话将黄鑫说动了，决定一试，这时才想起还没给软件正式命名，大伙儿就一起帮着想，后来采取的方式是把金山词霸打开随机地敲入一个拼音字母，看出来什么字和什么联想诩，最后在"流沙"、"冰河"等词儿中选中了"冰河"，这个日后广为传播的"酷名"就是这么随意"瞎起"的。不过黄鑫现在也觉得有些"歪打正着"："表面封冻的坚冰下暗流仍在涌动"，与"木马"特性颇为暗合，还兼具点儿文学韵味。接下来的问题就是选哪个网站上传发布，那位南宁的同事先推荐了一个名为"PCHOME"（电脑之家）的网站，黄鑫自己又在网上找到了一个"中国程序员网站"，于是两个站点都放上去发布。

"冰河"发布后果然反响热烈，北方工业大学的两位研究生最先给黄鑫发来Email，在对"冰河"大加称赞的同时，还希望交友，以便交流提高。他俩当时正给电信部门做一个"远程监控"的项目，经比较，他们认为同类软件中"冰河"综合性能最佳，后来又有大批的企业网管给他写信，请教与探讨技术细节，无意中黄鑫也交到了很多朋友。"冰河"从黄鑫在校时开发其雏形，到1.0测试版正式发布一直是英文版的，一心想着尽快做出这个软件的他完全没有考虑语言支持问题，但一经对外发布，问题就来了，一位英文不好的网友给他发信指出："作为'冰河'开发者，你是中国人，面向的也主要是中国用户，为什么不写'中文版'？难道中国人自己的软件还要中国人来汉化吗？不会是为了炫耀你的英文水平吧？"一席话真给黄鑫提了醒，没想到自己完全忽略了这个重要问题，他一点儿也没在意网友有点过激的言辞，仅仅一周后就完成发布了"冰河"1.1中文版。可中文版刚发布几天又发生了一件令他啼笑皆非的小插曲：他又收到一位网友的来信："我用的是英文操作系统，没有中文环境，你能不能出个英文版？"黄鑫只好回信耐心告知他此前有英文版，再后来还有人指出"冰河"操作界面比较简陋，应加以完善，这些来信让黄鑫在感到"众口难调"的同时更感到"冰河"的大受欢迎，为此他计划在"冰河"中实现多语言环境支持并将其彻底"变脸"，那时他正忙于"济南百货MIS系统"的开发，在没有影响工作进度的情况下，他用业余时间将"冰河"升级到了1.2版，在此需要特别提一下，后来"冰河"从1.2直接升至2.0而不是1.3、1.4、1.5等等类推，是因为黄鑫发现自己最初软件结构的设计思路很有局限，在此结构上的升级空间越来越小，所以，"冰河"2.0除新增"键盘记录"、"载取CACH口令"等少量新功能外，较原来1.X版本的最大改进就是整个程序结构特别是操作界面的变化，不再是以前版本的简单升级，其后又有"冰河"2.1、2.2的改进版本。

身为这款被很多人视作着名"木马"软件的开发者，黄鑫自己从未用它"搞"过任何一台别人的电脑，从初次开发到每次升级后的测试都是在属于自己学习或工作的网络环境中进行的，而在互联网上不足10次的测试都是通过OICQ向在线好友发出请求，经对方同意后在其电脑上进行的。其实黄鑫本质上就是一个技艺高深的程序员，他关注的是技术本身，当看到自己以单纯动机开发出来的软件被他人用于实现不好的目的，也只能深感无奈。这里就自然说到有关"冰河"停止升级开发这一黄鑫自己都不愿过多提及的话题。"冰河"的最终版本是2.2B，此时的"冰河"已"风靡全国"，"那时我突然感到'冰河'把大家引入歧途了，我在技术论坛上发现，很多网友，特别是年纪很小、刚开始对网络着迷的小孩儿已经深信：'会用冰河就是黑客！'我敢说用'冰河'的人90%都是为了给别人种'木马'搞三十或是用来满足虚荣心的，真正用于个人正当远程控制或是对网络编程技术本身感兴趣以此进行研究的不到10%，这让我觉得'冰河'已失去了再升级下去的意义，做起来也没什么意思，所以到2.2B就终止了开发。"这是黄鑫对此事的自述。事实上，他知道什么是一个真正的优秀程序员应有的首先准则和社会责任。但"'冰河'现象"的事态发展并不为其开发者的自重与自律行为所左右，在朋友帮忙制作的"木马冰河"黄鑫个人主页的技术论坛上，到处充斥着"'冰河'黑机大法"的教学贴子，有的贴子还直奔"'冰河'万能密码"的主题，黄鑫看着自己以技术提高为良好初衷建立起来的网站正在变成一个"'木马''黑机'的交流园地"，促使他不得不继终止"冰河"升级开发后，又关闭了"木马冰河"个人站点。

停止"冰河"的开发后黄鑫于2000年底加盟着名网络安全网站"安全焦点"（www.xfocus.org），他将完成公司本职工作之外的精力都用于知名扫描器"XSCAN"的开发升级以及"安全焦点"的建设维护，也许XSCAN的知名度没有"冰河"那么高，但用过扫描器软件的人对它都不会陌生，开发这款优秀扫描器的最初设想还是在2000年天极网组织的黑客大会上，几个技术圈里的朋友对他说："'冰河'不再搞了，你总得再做点什么吧？"朋友建议他做扫描器，黄鑫也感觉不论从自己的技术特长和使用前景上看这是一个不错的主意，于是回来就开始做，并很快做出了框架。在"安全焦点"几位朋友提供大量漏洞及编程资料的协助下，开发进展顺利。XSCAN的第一个版本很快在"安全焦点"网站发布。下载量一路攀升，后来随着版本升级，支持插件、远程操作系统识别等重要功能都逐步得以实现，眼下SXCAN的2.0版即将问世。可以说XSCAN是继"冰河"后黄鑫的又一代表作，且就技术含量而言，更是超过了他的成名作"冰河"！现在，黄鑫一面继续着XSCAN的版本升级，一面正主攻他在"安全焦点"的一个重要研发任务，就是被形象地称为"黑客陷阱"的引诱攻击继而对其跟踪检测分析的"HONEYPOT"（蜜罐）系统，攻击者一扫描到"HONEYPOT"就会以为这是一台毫不设防的"肉鸡"，一旦发起攻击其攻击行为和手段的每一步每个细节都被"HONEYPOT"单机版模拟环境，"HONEYPOT"的开发意义在于扩大其中国内技术领域的认知度，以吸引更多的人加入这一技术的研讨。

从"冰河"到"XSCAN"，再到"HONEYPOT"，黄鑫在程序开发的技术探索上步步为营，不断积累着宝贵经验。现在的黄鑫正值一名优秀程序员的黄金年龄，集锐气与成熟于一身，人们有理由期待他超越当年"冰河"的辉煌。

程序员黄鑫

黄鑫是广东人，这很容易从他的相貌特征上找到答案，由于父母长期在山西太原工作，黄鑫就出生在这里并一直生活到高中，除短短几年的南方学习与工作经历，26岁的他在北方生活了20余年。生活中的黄鑫喜交友重义气，初次接触就容易让人消除陌生感，不知长年的北方生活对他豪爽直率，热情健谈的气质有无潜移默化的影响。

父母都是知识分子，严格的家教使黄鑫从小学直到高中的一年级都是听话的好学生，学习成绩始终名列前茅，但父母的严教也有些偏颇，要求黄鑫将全部时间精力用在学校书本知识上，课外一切正当的兴趣爱好都不鼓励黄鑫去尝试。曾有一段时间，黄鑫迷上了书法、篆刻，这可是现在不少家长反对，用黄鑫自己的话就是："家里对此疯狂打压"，父母是怕这些爱好分散他的学习精力，即使这样，灵气十足的黄鑫还是练就了较好的书法、篆刻基本功，后来他继续按父母之命用功读书，只是对那些被迫放弃的爱好依然不舍，对不能拥有同学那样更多的业余娱乐时间心有不甘，幻想着有"解放"的那一天。终于到高中一年级时，父母因工作调动先回了湛江，暂时"没人管"的黄鑫那压抑已久的男孩淘气贪玩儿的天性在几个同学的带动下释放了出来，校内球场、校外花鸟市场随处可见他尽情玩耍的身影，打架也成家常便饭。放纵的结果是高一第一学期考试全班倒数第三名。好在这种低靡状态只持续到回湛江上高三前，在父母恢复严管与高考的重压下，学习成绩又很快上来，并顺利地考上大学。

高考时黄鑫的第一志愿报的是公安，他从小就想当警察，年幼时最喜欢戴"警察帽"，这是典型和常见的男孩心理特点的理想。高考分数与体检都过了录取线，无奈报名且过线的人远远多于招收名额，又无特殊关系，最终与这个理想失之交臂。但黄鑫至今认为，如果当年能被录取，自己会是个出色的警察，至少不会现在当程序员做得差。也许当年的阴错阳差注定黄鑫终将是一个优秀的程序员而非警员，现实中这种"误打误中"的人生经历比比皆是。今天的黄鑫不应再有更多的遗憾，现在所取得的成绩已足以说明他的大脑就是为计算机技术而生，其实一切早已在冥冥之中注定。

黄鑫因"冰河"一举成名，他坦承"冰河"给他的生活带来许多的改变，有名气以及因名气间接带来的物质收益，但最让他看中的还是以"冰河"为媒结交的圈内外一大批志同道和的朋友，他视其为一生享用不尽的最大财富。酷爱金庸作品的黄鑫很认同"网络安全界"与"武林界"的许多相似之处，同样的高手如林、山外有山；同样的艺无止境、学海无涯；同样的人在江湖、义薄云天。

"冰河"也给黄鑫的生活带来很多意想不到的小烦恼和小幽默，网友们因"冰河"而对他很敬佩，更有的把他当成了"神仙"，在QQ上他就同一个网友有过这样的对话：

网友："您 就是'冰河'？"，黄鑫："是的。"网友："那你是不是现在就能进到我的电脑里？"黄鑫看罢几乎要"晕倒"！

另一次，黄鑫电脑的个人防火墙有段时间经常报警显示有人对其进行扫描，一看端口正是"冰河"的默认端口7626，开始他没多介意，但时间久了难免烦人，于是黄鑫就编了一个伪"冰河"服务端，对方一连就能显示其IP，然后他用信息回复功能告之对方："本人就是'冰河'开发者，求你不要再骚扰我"。对方可能是不信，收效不大，无奈之下他又开了一个简易的telnet服务端程序，然后跟对方说："请你telnet到xxx.xxx.xxx.xxx咱们聊聊！"这下对方终于知道遇到了"真人"，没有一个人敢上来应答。

现在的黄鑫很少谈"冰河"，甚至不喜欢谈"冰河"，因为在他看来，再谈一切与"冰河"相关的话题就是犯了"好汉不提当年勇"的大忌，无异于"躺着吃老本儿"，这对于他是不能容忍的，对一个程序员意味着创造与想象力的枯竭，他现在最希望的就是人们忘记"冰河"或忘记"冰河"与他的关系，他不希望现在甚至多年以后，一提黄鑫这个名字人们记住的还只是"冰河"，就如作家不希望人们只记住他的成名作，没有进取与创新，无法再超越自我对他们来说是最大的失败。古希腊哲人赫拉克利特认为世上万物都处在永远的变化之中，所以他说"人不可能两次涉入同一条河流"。在无休止变动的IT世界，年轻的黄鑫也不可能只开发一条"冰河"。所以没人知道"金庸迷"黄鑫"大侠"何时会"收山封刀，淡出江湖"。

附：黄鑫有关"'冰河'彻底停止开发及'木马冰河'网站正式关闭的声明"的特别启示：

声明

非常感谢您的关心，"冰河"程序已经于2000年4月17日彻底停止开发，"木马冰河"网站也于2000年5月份正式关闭。

"冰河"的最终版本是2.2B版，其他高版本都是别人用32位编辑器自己修改所得，并未征得我本人同意。所做的修改主要限于版本号或作者等明文信息，功能上没有任何增加，其实都是以2.2以前版本为修改蓝本，但我敢不保证修改者没有做过其他手脚。

2000年5月份至今，所有以"木马冰河"及"glacier"名义恶意修改他人页面，及2000年9月3日后在任何聊天室里以"冰河"身份目中无人大言不惭者均非本人。

个人认为技术研究的最终目的不是为了胡闹，而是在自由与开放的环境中发挥每个人的专长，进一步完善我们的系统与网络，同时达到安全技术和安全意识的广泛普及，使每个人都能够在相互交流的过程中得到提高。而这种充分交流的结果将会使系统更加完善，网络更加安全。一个简单的类比，魔术的魅力在于除了魔术师本人以外几乎没有人清楚它的底细，魔术师和观众的乐趣也恰在此处。到了多数人都能揭开谜底的时候，作为魔术师的你还会拿这个小把戏出来现眼吗？

我已经很少开QQ了，有事可以给我发e-mail：[email protected]或[email protected]，随时欢迎到我们的"安全焦点"做客http://www.xfocus.org（英文主站点）http://www.xfocus.net（中文站点），欢迎试用我们新开发的免费安全漏洞扫描器X-Scan并提出宝贵意见，在学习过程中遇到什么问题也可以在我们的论坛里发帖子（"冰河"相关问题请直接给我来信）。

有不少朋友来信询问"冰河"的卸载方法，在此一并做答：

1.自动卸载：1.2以后版本的"冰河"本身提供了自动卸载的功能，在CLIENT端"命令控制台"的"控制类命令\系统控制\自动卸载"。只要先连接"127.0.0.1"（也就是你自己），然后执行"自动卸载"命令就可以彻底卸载"冰河"了。

2.手动卸载：

①以安全模式重新启动计算机；

②检查HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Run和HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\RunServices两处是否有同名的可疑程序名（默认安装为kernel32.exe），如果有则删除该键；

③ 检查HKEY_LOCAL_MACHINE\Software\CLASSES\txtfile\shell\open\command处的键值是否为"\notepad.exe %1"（是指您的Windows所在目录，如"c:\windows"），"冰河"的默认设置是将该处键值修改为"sysexplr.exe %1"，请自行做相应修正；

④检查HKEY_LOCAL_MACHINE\Software\CLASSES\exefile\shell\open\command处的键值是否为""%1" %*"，如果不是则进行修正；

⑤删除上述找到的可疑程序（默认文件名是目录下的"kernel32.exe"和"sysexplr.exe"，如果"sysexplr.exe"因正在运行而无法删除，可以在第6步完成之后立即删除）；

⑥若是Windows 98系统，直接按两次重新启动计算机；若是NT系统，按激活"任务管理器"并结束kernel32.exe进程，然后重新启动计算机。需要注意的是，您应该在修改注册表之后再删除可疑程序，否则对方若将"冰河"设置为与EXE文件关联，那您就连运行REGEDIT的机会都没有了。另外在修改注册表时您可能已经启动了与EXE文件关联的"冰河"，而"冰河"在正常关闭时将会再次修改注册表，所以在Windows 98系统下通过来重新启动计算机是至关重要的一步。

⑸ 做编程的应该被做投行和法律的瞧不起吗

来日方长，你有的是时间去锻炼身体和情商——而且在没有任何压力的情况下！
服务行业的工作人员嘲笑工业领域的智力工作者，就相当于体力劳动者和脑力劳动者打架。
体力劳动者凭的是什么？凭的就是他们平常的工作就是体力活，凭借他们身体比你强壮，所以哪怕回合制对打，你也是吃亏的。因为他们不怕疼，他们脱敏了，而对于你来说，体力劳动可能意味着某种惩罚。也就是说，他们平常生产和消费的就是体力，而体力对你来说是一种奢侈品，他们就仗着这样一种工作的优势，来欺负你。
高雅的讲，人家早就付出了固定成本，跟你打架的时候，只要付出一点变动成本就可以了，而你还需要现付出固定成本，你的平均边际成本要远比对方高，你能不吃亏吗？人家一个羊也是赶，两个羊也是放。粗俗的讲，妓女跟处男比耍流氓，你能比得过？人家是职业的！
服务业者也是同样道理，撒谎对于他们来说是工作，他们就仗着他们精神粗壮，仗着他们脱敏了，来欺负你而已。实际上他们的意思就是“你看我每天干体力活，身体强壮，结果你颈椎腰椎一身病……”这个时候你就应该回答“我想锻炼身体的时候，照样能锻炼，而你不想锻炼的时候，却没办法不练”。
为了生存，不需要去打架，不需要去撒谎，不用去看别人脸色，这是程序员最大的优势。所有人打心眼里羡慕还来不及了，他们为啥嘲笑？自欺欺人罢了！道理就是这样，他们的工作本身没有给他们带来快乐，所以只能通过这样和你比来寻找优越感。正所谓响水不开，开水不响。你要知道，程序员是这个时代最伟大的职业，生在这样一个时代，是我们这代人最大的幸运，因为他让体力和情商都不再是生存的必须。这是一个优势，你可不能把它变成劣势！
确实有很多，出于自身惰性，将程序员的优势变成了劣势。程序员就是这样的特点，本身工作就能够给他们带来足够的快乐，所以就不追求别的了。而人又有惰性，反正不需要体力和情商，那就不用锻炼好了。事实上这是错的，人活一世，光是为了工作吗？还要生活。光是工作，那真的就是一架被剥削的工具了。
要锻炼身体，去享受自己的劳动果实；要锻炼情商，去捍卫自己的劳动果实。
关键是要克服心理障碍，不要觉得其他事情耽误了你编程，要学会享受生活。不要因噎废食，不要因为讨厌打架就不锻炼身体了；不要因为讨厌荒淫，就连性生活都不过了；不要因为讨厌酒后驾着，连酒都不喝了。恰恰因为喝酒不是必须的应酬，你反倒能够真正享受到喝酒带来的快乐！没有压力的去锻炼身体和情商，这恰恰是一种优势，千万别辜负了。
为什么说没有压力的去做一件事是优势呢？因为你可以控制它的量，以便把边际净收益控制在零以上。但是当一件事情成为工作，它的量就不是你能够控制的了(一件事情量多了，边际效用就下降),即使他的边际净收益到了零一下，你也得乖乖受着。当喝酒成为应酬，当性交成为卖淫，那种痛苦，他们自己不说罢了。他们不会告诉你，酒对于他们的边际效用已经到了何其不堪的地步，他们不会告诉你他们喝吐了有多难受，他们只会跟你说：“看爷多能喝？你这种工作中不需要喝酒的人比不上我吧？”四个字概括，自欺欺人！
最后还是那句话——不打架，也要锻炼身体。
补充：澄清一些对文科的误解，有人觉得文科不算技术，其实文科也是技术，只是这种技术很难量化衡量，所以其中滥竽充数的、以及潜规则比较多，讨厌这些东西的还是建议学理科。同时，文科也是有门槛了，不要觉得你看得懂每一个汉字，就觉得整句话也明白了，文科的那些东西，完全是另外一种语言(虽然语素和日常语言一样，而且单词意思取材于日常语言，努力做到了和日常语言意思相近)。
相比编程语言，法律语言和会计语言，同样是需要经年累月的切磋琢磨的。而且编程发展到后来是数学、是逻辑；法律发展到后来也是法理学、是哲学，而会计发展到最后是经济学、是数学。所以没有谁高谁低的问题，各有各的门槛，隔行如隔山。有时间可以读一下法律和会计入门的教材，你就能够感受到，了解一个领域很重要，了解了一个领域就像开了地图一样，不了解的话就有战争迷雾。
这个世界上最明显的门槛就是——语言(理论)。一门学科的语言，对于门外汉来说，是逼格最高的东西，对于内行人来说，这是最基础的东西。所以社会上出现一个很诡异的现象，语言作为最根本的门槛，有人却说他无用，不仅外行说无用，内行也说他无用。现在我澄清一下，外行说无用，是因为他们的工作确实用不到这些语言，而且多少有点羡慕嫉妒恨。而内行说无用，以为这些东西对于他们来说太基础了，默认都拥有，所以显露不出作用，也就是俗称的——没有边际效用，简称没用。
事实上，语言作为门槛还是非常有用的，数学作为科学的语言、会计作为商业的语言、法学的语言、英语，语言是需要经年累月的积累的东西，是最明显的门槛，区分外行和内行。但光有语言却不幸，语言不是万能的，师傅会教会你一门技术，但不可能教会你具体怎么用。没有语言确是万万不能的，敲门砖的比喻并不恰当，应该是开门的钥匙。
关于被动使用语言和主动使用语言的之间关系的澄清：
有人说，语言不是障碍啊。现在所有法律都能在网上搜索到，律师有啥用？网上还有翻译软件，学英语的有啥用？我想这是没有分清“主动使用”和“被动使用”的区别。如果一个人根本不懂法律，网络上虽然所有法律都能搜索到，可是他就是不知道搜索什么关键字，因为法律对他来说只是信息，乃至于技能。这种误解很常见，知乎有相关论述，我就不赘述了。这里我想说的是，有人称之为这是一种理工傻，觉得理工的人才回去。其实，最容易被人被动使用，恰恰是理科的东西，而且是理科的核心——数学。因为数学可以总结出简洁的公式，被动使用很方便。因为被动使用很方便，就让人觉得主动使用很没用，所以数学史上各种悲剧就发生了……过去、现在、将来……

⑹ 你见过哪些员工因为作死被开除的事情

1、阿里安全部员工狂拽黑客技术刷了公司66盒月饼

（2016年）
阿里内部在搞一个中秋枪月饼活动，某程序员想秒杀一盒月饼，无奈发现刚开始手动操作，一点开界面月饼就被抢光了。

他发现有人用程序刷月饼，于是他对同事说“我也得写个脚本，要不然就抢不到了”。于是他写了一段脚本，内容大概是：定时自动抢，如果按钮变成了秒杀就狂点（和12306抢票插件类似）。

然而，他以为阿里中秋抢月饼的页面和一般秒杀页面一样，抢到后即刻跳转到支付页面。当天16:00自动秒杀，结果一看傻眼了，发现秒杀页面可以一直抢、并且不跳转，一连抢到10几个都没有付款，便赶紧给行政打电话要退。

后来，16:30被约谈，17:30解约合同备好，18:00走人。

2、某哥们在知乎深度剖析暴雪面试全过程

（2015年）
杨笛笛拿到暴雪（上海）的offer，职位是数据分析师。他立刻在知乎来分析面试全过程，洋洋洒洒，图文并茂。

由于在知乎的更新得到了300多赞被顶到日报上，然后不幸被暴雪上海分部的工作人员看到，暴雪对这篇分享感到很不高兴，直接取消了offer。

事后他立即删除这篇回答，也发了邮件道歉，不过于事无补。

再后来，他又恢复了那篇知乎回答，已经累计得到26K点赞，还会实时更新自己的工作动态。（杨笛笛的知乎回答：如何得到暴雪娱乐公司的工作机会？）

3、Facebook员工带游客到公司蹭饭

（2015年）
Facebook的餐点出了名的好吃，而且面向员工免费。不仅如此，员工还可以带家人和朋友来这里免费用餐。

于是，Facebook一名员工（华裔）通过一个旅游中介网站找到想来Facebook体验高大上食堂的游客，以每人20美元的价格带游客进Facebook吃饭，并可以深度旅游拍照。

结果，他一天带了10个人去食堂吃饭，被发现后就开除了。

4.去年公司就有2名女员工在食堂吵架，并打起来了，公司老总劝架都被骂了，第二天，两个人直接被辞退了。

事件发生在一天中午吃饭的时候，我突然听到一顿吵杂的声音，发现两名女员工相互对骂，周围的员工都被这突然的吵架声吓住了！一片安静。只听到其中一个女的说另外一个女的是渣女，勾引男人，不要脸之类的话。另外一个女的话不多，直接揪着对方的头发，相互打了起来！这个时候公司的老总正好带着客户来到了食堂就餐，老总让她们先松手，有什么事先去保安室说明一下。

其中一个女突然说了一句：“上梁不正下梁歪，这个女的就是你们公司的好员工，勾引别人家的男人！”。老总面不改色地说：“有什么事也不要在公共场合吵闹打架。”。这个时候保安赶到了，把这两名女员工带走了。

后来听到流传的小道消息，这两个女的，都是为了一个男的，其中一个女的是前妻，另外一个是现任女友。三个人都在集团的不同分公司，前妻在一个分公司A，那个男的和另外一个女的在一个分公司B。发生冲突的当天，是这个男的前妻正好去分公司B开会，中午在食堂排队吃饭时，发现了这个女的，两个女的见面，格外眼红，直接就火气上来了！就发生了开头的一幕。

公司第二天就根据员工手册，将两位女员工都辞退了。在公司公共场合吵架以及打架，对公司的形象产生了非常不好的影响！甚至会让公司的合作方感觉到公司员工素质差，不值得合作。

这件事让这两名女员工即丢了人又丢了工作，没过一个月那个男的也离职了。

⑺ 为防被程序员“砍”，产品经理需要注意这些场景

互联网行业中，众人热衷于讨论“程序员砍产品经理”。虽然，“砍”更多是调侃的意思，一种消遣工作的方式；但是，这不是一个饭后笑话，侧面反应了产品经理和程序员间的对立关系。很多时候，产品经理和程序员间就像对手，产品研发过程就像打仗，总要争个你死我亡。“砍”的本质，是程序员表达对产品经理的不满，也是一种情绪的宣泄。

在产品研发的过程中，产品经理与程序员对立关系，会严重影响项目的推进。一旦产品经理和程序员对立关系公开化，很容易导致团队人心涣散。这种对立关系，经常滋生出一些极端的事情，骂娘、打架已屡见不鲜。

下文就列举一些程序员想砍产品经理的场景。这些场景都是我过去和很多程序员朋友交流时，他们遇到的对产品不满的场景。这些场景，都会以产品经理的沟通话语表现出来。通过这些场景，去解析这种对立关系产生的原因。以及，作为对照，产品经理应该如何规避和处理这种对立关系。

这样说法是程序员们最不喜欢的，最容易惹毛程序员的。这句话，在程序员们看来就是削减工时、加班的代名词，他们当然不喜欢。而且他们也非常讨厌，一个非技术人员为技术人员做技术难度的定论。简不简单，都需要技术人员做了技术评估，才能下结论。

这种言语，会让程序员们觉得产品经理不靠谱。大家通常都是比较排斥借鉴。借鉴你也得有合理明确的理由。以我某程序员朋友的话来说：微信怎么做的，你就怎么做，那你不如去微信做产品算了。

每个产品，在表面的UI下，都有其背后的复杂的业务逻辑。如果产品经理只是叫程序员照着某个产品做，很多时候技术们是很难实现的，因为他们也需要弄懂背后的逻辑和流程。当然，这应该是产品经理的工作。

这就是抬杠。产品经理虽然名字里面有“经理”二字，但并没有经理的权利，当然不能命令合作的技术们。这句话，言下之意也是拒绝了商量和讨论。而程序员也需要参与感和团队感。

这就是质疑他人能力，是人都不会喜欢。如果产品经理提出的方案，程序员们没有理解。那就说明产品经理的解释说明和文档，做的不够优秀，不够简洁易懂。让程序员们理解需求，是产品经理的基本工作内容。

在互联网产品开发中，修改需求和插入新需求都是挺常见的。对于程序员们来说，这是非常不爽的事情。这种操作通常会打断程序员的思路，思路被打断是非常痛苦的。当然，这样也会影响他们的开发效率。更可怕的是，反复的修改需求，会使他们有种劳动成果不被尊重的感受，同时也会对项目的未来抱有怀疑的态度。反复的更改方案，也说明产品经理设计是未经过严密的论证，或对细节的把控是不够。

程序员都比较讨厌反复的催促。当项目的节点确定后，技术们会严格遵守节点，产品应该信任他们。当然，时间比较紧凑时，反复催促也会加大程序员们的压力，使他们变得非常烦躁。在这种时候，催促就是添麻烦。

甩锅会导致团队分崩离析，人心不齐。不管任何问题，都是团队的责任，不要将责任指定给某人。特别是在项目复盘时，如果心态不好同事，这是非常难堪的。所以，我们要尽量以原因和结果为导向，而不是责任为导向。

程序员也是也是团队的一份子，有权利知道知道需求的背景。同时，了解需求背景也利于程序员们更好的开发程序。

产品经理给程序员们画饼是最不切实际的，只会引起大家的反感。程序员都是喜欢偏实际的东西，虚的东西只会招致白眼。

任何传递给程序员的需求，都是需要有计划和规范的。如果口头传达一个需求，很容易导致开发出的功能与需求不匹配。同时，因为缺乏相关的记录和文档，可能会造成需求流失。这对于程序员们来说，可能就是延迟、加班、返工、担责等等风险。这是团队合作的大忌，也是项目管理不专业的体现。

以上的这些场景，可能出现一次，程序员们都会顺着我们的想法做。但是，这会渐渐改变程序员们的心态，最终会使产品经理与程序员间产生隔阂和矛盾。如果出现这些场景，作为产品经理都需要小心的处理好，以免影响项目的正常推进。当然，最好是不要出现这些场景。作为产品经理，我们的最终目标，都是要保证我们的产品，准时、保质、保量的落地。

产品经理在与程序员们合作时，产品经理需要讲究合作共赢、互相体谅。在产品经理的相关工作中，最要避免的就是抬杠。抬杠是一切矛盾的根源。很多时候，产品经理要站在程序员的角度考虑问题。比如，对于产品来说可能就是改改需求，但对于程序员，他们更在意的可能是因为改需求而导致的加班。

产品经理在工作中，经常会追求产品上的极致。追求极致本身是好事，但是切忌过分偏执。我们也需要考虑团队的现状和资源，在极致和现实间寻找均衡。毕竟，如果没有乔布斯的团队，要像乔布斯一样做产品，只会拖垮团队。

在产品开发的过程，改需求、改方案等项目异常，都是不可避免的。这是项目管理的第一部分。如何进行项目异常的处理，考验的是产品经理的沟通能力和项目管理能力。产品经理需要在保持技术们高效工作的情况下，完成项目异常的处理。

当然，在产品经理工作中，矛盾的根源也并不总是产品经理。有时候，也可能是某些程序员的性格或者对该工作的态度导致的。这时候，产品经理要明确，作为团队的润滑剂，有责任推动和协调大家的工作。如果，矛盾不可调和，我们需要尽早提出问题、控制风险，避免“勉强”行事。

有时候，程序员在私下评价一起工作的产品经理时，总是会补加一句“我感觉我也能做产品经理”。这句话的背后，是产品经理没有让程序员们感受到产品工作的价值。在这种背景下，产品经理是很难获取程序员们的注重，也会为很多争论埋下诱因。那如何感受到我们工作的价值那？其实很简单，就是保持工作信息的透明。将我们针对需求和产品做的相关工作，体现在我们的沟通或者文档中。

导致程序员想“砍”产品经理，本质是产品经理工作方式的问题，也有情商的问题。在我的产品经理工作经验中，我总结下了以下四点，我们需要注意和避免的。这四点，都可以和上文的场景相对应，是最容易慢慢改变程序员的心态的。

⑻ 程序员和产品经理相爱相杀，打完架再“牵手”，全公司都沸腾了

在某个职场论坛里，有网友发帖爆料，大方晒出自家公司 产品经理 和 程序员 相爱相杀的照片。画面中，两个大男人手牵着手，面朝墙壁背对众人，浓浓的基情感扑面而来，让人忍不住浮想联翩。

这可不是他们成功“出柜”了，而是公司对两个人动手打架的惩罚措施。因为在产品项目上沟通不顺，产品经理和程序员起了争执，两个认死理的人互不相让，一言不合就打了起来，拳脚相向好不激烈，费了老大劲才把他们各自拉开。

程序员和产品经理的矛盾，早已经不是什么秘密了，在 互联网公司 里， 要论程序员 最讨厌谁，产品经理绝对能排进前三。要求多还奇葩，反反复复变动，指手画脚叨叨个没完，让程序员们苦不堪言。只是虽然彼此间矛盾多多，但还算克制，真真动手的还是比较少的，像这种大庭广众之下互殴的，就更不多见了，也难怪公司要当众惩处了。

两人动手打架的影响非常恶劣，公司要求要么一起辞职滚蛋，要么牵手一下午。终究胳膊拧不过大腿，虽然这个要求很诡异，但为了不被辞退，也只能捏着鼻子认了。本来还剑拔弩张的两人，在众人的见证下，大手拉小手整整牵了一下午，画风都歪了！

其实无论是产品经理还是程序员，大家最终的目的都是为了整个项目能够完美交付，为公司完成这笔业务。只是两个人的侧重点不同， 产品经理 要考虑客户考虑市场， 程序员 则更关心产品本身的合理性。当关注的重点不一样，难免会产生分歧，引发彼此之间的冲突。

而且都是公司的同事，平日里抬头不见低头见，大打出手确实不应该。在有着共同目标的大前提之下，即使两人的立场不同，但也应该彼此互相体谅，只有精诚合作，才能事半功倍不是。

公司的处理决定也很机智，辞退可能只是玩笑话，要他们牵手和好才是真的。毕竟都是为了公司的产品项目才弄得这么大火气，把他们安抚好了，项目也能更顺利完成。而且这种方法虽然看起来尴尬，但也冲淡了矛盾的尖锐，尴尬总好过对立，诙谐才更容易让人接受。

这不，还有网友打算效仿呢！嗯，都是人才！

⑼ 我准备和举重运动员打架，可以吗

专业的拳击运动员和普通人在格斗的差距上不常人无法想象的。
人家就靠这个吃饭。比如说：裁缝的针线活，程序员的编程，田径运动员的竞速诸如此类的专业技能，不同行业的人连比一比的心思都没有，“跟一外行费什么劲！”。
所以奉劝题主放弃这个想法吧。
一定要打的话，只能尽量使手段了。

⑽ 我想跟IT培训机构的老师打架，讲课讲的稀烂，还不让别人说他的不好。我前天在淘宝上花几十买了vue的

基本上就是你看到的那种情况，不过也没有较好的力法解决现状。可以试着忍忍，前面的路还长；不轻易发怒胜过勇士，但愿能助你一毕之力，就当是你生活经历的一部分。