❶ 如何提升程序员的代码编写能力
一、先列三个常见的开发场景：
1、拿到一个模块详细设计文档，大部分程序员的通常做法就是开始搭建界面代码，然后从第一个按钮点击事件或页面Load事件开始写第一行业务代码。写的差不多了，就运行一下，发现哪里不是自己想的那样，就改改，直到改到是自己预想的那样。
2、做完了一个功能模块或几块相关联的功能模块，输入111asd，发现新建正常、保存正常，就提交给测试人员。测试员用测试用数据、测试场景用例来测试，发现有问题，就登记bug。对于严重的影响下一步测试的BUG，测试员就用内部IM通知这个开发人员。对于不影响继续往下测试的BUG，测试员就登记下来，等程序员有空时处理。
3、程序员一般工作不希望大家打扰，所以开发起来就是开发。等手头开发告一段落，就看看BUG库。发现有与自己有关的BUG，就从第一个BUG开始看起。就开始通过IM和测试员掰扯起来（这不是个BUG啊、业务逻辑不是你想的那样啊、我这里不能重现啊、你给的信息描述不清晰啊），于是IM几来几往，甚至跑过去当面交流一番，甚至会拉扯上产品经理一起讨论，更甚者需要项目经理或产品经理发起一个会议来集体讨论一下
这是不是很熟悉呢？这就是大部分程序员开发的三个步骤：写代码、自测、修复BUG。
二、说好的代码设计、代码测试呢？
代码设计？那不是都有开发平台么，已经固化了啊。那不是维护旧功能做完善修改呢么，又不是写新代码，只能在现有代码基础上修改啊，你又不能大幅重构。
代码测试？你丫需求讨论期、产品设计期、设计评审期那么长，都把研发项目时间占光了，就留下2个星期让我们写代码，我们哪里有时间搞那么深的测试。还想让我们搞结对编程？还想让我们搞测试驱动开发？
而且你看测试，什么功能测试、集成测试、性能测试、安全测试、安装部署测试、升级测试、迁移测试、UAT测试，一大堆测试，测试也需要很多时间。
一个项目，需求讨论、产品范围规划与评审、产品设计与设计评审占了一个半月，开发+自测就一个月，测试占了一个半月，这就4个月了啊。
三、为啥程序员写代码总是写写测测？
刚才大家也都看到了，大部分程序员都是从界面代码开始写起，而且写一写，就运行一下看看。为什么会是这种开发方式？
那是因为大部分程序员缺乏在脑子中的整体建模能力。只能做出来一点，真实的感觉一下，然后再往下。
有些是产品经理的上游就有问题，没给出业务流程图（因为产品经理也没做过业务），也没画清楚产品功能操作流程图。
为啥没给出业务流程图？因为产品经理不熟悉业务，另外，产品经理也没有流程建模能力啊。为啥没画清楚产品功能操作流程图啊？因为不会清晰表达流程啊。
很多产品经理、程序员，都缺乏分类、分层、相关、先后能力，更别说总结、洞察能力。
这是基本训练，是一个做事头脑清醒的人必备的技能，这不是一个程序员或产品经理或测试员的特定技能要求。
我经常看书就梳理书的脉络，每看一本就写一篇总结。我过去闲扯淡还梳理过水浒传、红楼梦的人物关系图呢，其实就在事事上训练自己的关联性、层次性、洞察性。
我经常面试一个人时，我会问这样的问题：“你把我刚才说的话复述一遍，另外你再回答一下我为什么会这样？”，其实，我就在看一个人的细心记忆、完整梳理、重现能力，我也在看一个人的梳理、总结、洞察能力。
我个人写代码就喜欢先理解业务流，然后理解数据表关系，然后理解产品功能操作流，大致对功能为何这样设计、功能这样操作会取什么表、插入或更新哪些表，哪些表的状态字段是关键。
然后我写代码的时候，就根据我所理解的业务流、功能操作流、数据输入输出流，定义函数，定义函数的输入与输出。
然后，我会给函数的输入值，赋上一些固定值，跑下来看看能否跑通这几个关联函数，看看还需要怎样的新增函数，或者看看函数的输入输出参数是否满足跑通。
剩下的事，就是我填肉写详细逻辑代码了。
当然，大部分人没我这样的逻辑建模能力。怎么阅读理解也想象不出来，也没法定义函数。毕竟有逻辑建模能力的程序员都很少，100个人里有10个，已经是求爷爷告奶奶好幸运了。
那怎么办呢？
我建议是分离分工配合，这就是现实中没办法的办法。让有逻辑建模能力的人来设计函数框架、来设计工具来设计代码模板，然后让没有逻辑建模能力的人来填肉写详细逻辑代码。
我们可以先从最紧要的模块开始这么做。不紧要的模块，还让它放任自流，让熟练手程序员继续涂抹。
我曾经还让有头脑的程序员做榜样，给大家分享他是怎么规划函数的，怎么做维护性代码的代码结构改善的。但是发现效果并不佳，其他人并没有因此能做代码设计。可能逻辑建模能力是个人的基本素质，是从小到大训练成型的，不是你一个大学已经几年的人能够短时间内可以训练的。
所以啊，还是让能走的人先走，让从最紧要的模块开始这么做。
不必担心这样做后，因为过去一件事被分工（一个做代码框架一个填肉）成两个人做了会降低工作效率。我们很多的工作效率低就是因为半瓶子醋搞出来的，来回反复修改。
真是应了刘德华在电影里说的那句话：说你又不听，听又听不懂，听懂了又不做，做又做不好，做不好还不服气。
四、为什么大部分程序员不做代码测试或白盒测试或单元测试呢？
还是因为没有代码设计。因为没有函数啊。所以，一个按钮功能有多复杂，代码就有多长。我见过2000行的函数，我也见过1000多行的存储过程和视图SQL。怎么做白盒测试啊，这些代码都粘在一起呢，要测，就得从头到尾都得测。
所以啊，先学会设计函数，先写好函数，这就求爷爷告奶奶了。很多开发了5年的熟练手程序员，可能都未必会写函数。
函数的输入输出值就很有讲究。很多人都写死了，随着版本迭代，发现过去定义的函数参数不够用了，于是就新增了一个参数。然后，相关性异常就爆发了，其他关联的地方忘改了，到底哪些有关联，怎么查啊，本系统没有，没准其他系统就调用你了，你根本不知道哪个神经人曾经COPY过你的代码修吧修吧就改成了他的功能呢，而且里面的很多代码他看不懂也不敢删，只要他实现的功能正常了他也不管了。于是，你改了你这个函数，他的系统就莫名出错了。
所以，我一般会定义几个对象来做参数。另外，我也很注重函数的日志、函数的异常保护、异常抛出、异常返回。另外，我也很注重参数输入值的合法性校验。
所以啊，应该开发Leader们先制定函数编写规范最佳实践，输入输出参数怎么定义比较好，函数的返回值如何定义比较好，函数的日志记录应该怎么写比较好，函数的异常保护、异常抛出、异常返回如何写比较好。先教会一般程序员，先从会写函数开始啊。
当然，你光有一份规范，程序员们还是不理解、不实际应用啊。所以，还得Leader们做好典型的代码模板，里面是符合函数规范的代码框架，只有这样，一般程序员们才会照猫画虎适应了函数设计的编程习惯。
所以啊，我专门重新定义了leader的明确职责，其中第一个重要职责就是：负责工具/框架/模板/规范的制定，并且负责推广且普及应用落地。
你不明确定义Leader的这个重要职责，你不对这个职责做明确的KPI考核，谁尿你啊。你以为好的工具/框架/模板/规范是靠人们的热情、自发产生的么？我们还没有那么自觉高尚啊。
五、为什么大部分程序员不写注释啊？
我经常说一句话，千万别多写注释。为啥？
因为我们经常遇到的问题不是没有注释，而是更糟的是，注释和事实代码逻辑是不相符的。这就出现常见问题了：残存下来的设计文档是一个逻辑、注释是一个逻辑说明、真实代码逻辑又是一个，钟表多了，你也不知道正确时间了。
所以啊，产品文档、注释、真实代码，三者总是很难一致同步。我为了几百人研发团队能做到这个同步花了大量心血和办法，但我最终也没解决了这个问题，还把Leader们、总监们、我都搞的精疲力尽。
索性回归到一切一切的本源，代码，就是程序员的唯一产出，是最有效的产出。那么，让代码写的不用注释也能看懂，咱得奔着这个目的走啊。
为啥看不懂，不就是意大利面条式代码么，又长又互相交杂。
OK，我就规定了，每个函数不能超过50行。用这一个简单规定和静态代码检查插件，来逼迫大家尝试着写函数。有的函数属于流程函数，是串起其他函数的，有的函数就是详细实现函数，实现一个且唯一一个明确作用的。
有了流程函数和功能函数，而且每个函数不超过50行，这就比过去容易看懂了。
六、为什么大部分程序员不抽象公共函数啊？
我经常说一句话：千万别抽象公共函数啊。为啥？
因为大部分程序员缺乏抽象洞察能力。特别是有些积极热情有余、爱学习爱看书、半瓶子醋晃悠的二杆子，看了几本UML、重构、设计模式、整洁代码之道，就跃跃欲试了，还真敢给你抽象公共函数了。
一开始，他觉得80%相似，20%不相似，于是在公共函数里面简单写几个if..else做个区隔就可以。没想到，越随着版本迭代，这些功能渐渐越变越不一样了，但是这个代码已经几经人手了，而且这是一个公共函数，谁也不知道牵扯多少，所以谁也不敢大改，发现问题了就加一个if..else判断。
没想到啊没想到，这个本来当初公共的函数，现在变成了系统最大的毒瘤，最复杂的地方，谁也不敢动，除非实在万不得已，手起刀落。
所以，我平时告诫程序员，纯技术的、纯通用的，你们可以尝试搞搞抽象公共函数，对于业务的，你们还是简单粗暴的根据Leader们做的代码模板代码框架，乖乖的复制、修改、填肉吧。
你们啊，先从做模板做代码片段开始吧，咱们放到咱们内部代码片段开源库里，看谁的代码片段被别人复制的多，说明你的代码抽象设计能力越好了。那时候，我就大胆放心让你撒丫子跑了。在没有学会跑之前，给老子乖乖的复制、修改、填肉吧。
❷ 程序员是做什么的
程序员是从事程序开发、程序维护的专业人员。
程序员一般需要会做：确认通过审查方案的目标，输入数据，分析师，监事，和客户的输出要求的项目要求。安排项目要求在编程序列分析要求;准备工作流程图和使用计算机知识的能力，题材，编程语言和逻辑图等。
通常情况下将程序员分为程序设计人员和程序编码人员，但两者的界限并不非常清楚，特别是在中国。
❸ 程序员在编程时都需要先画出n-s流程图吗还是在脑子中不需要画出来
事实上 大多数程序员都不会画的
对于比较简单的程序 直接写就可以了
对于比较复杂的程序 也不会具体到某一步 而是简略的画一个图 然后分好模块 确定好模块之间的关系就可以了
具体到每一步的图 只是给初学者方便理解和编程用的
❹ 神秘的程序员们 是用什么软件画的
如果是.net专业的就是用visual studio，java专业的就是eclipse，或者notepad
❺ 如何画流程图
Word中如何绘制流程图
流程图可以给我们清楚的展现出一些复杂的数据，让我们分析或观看起来更加清楚明了。一般在企业、公司、医疗、教学、生产线上等都会派上非常大的作用，一个工场的生产流程，一个公司的运营模式都只需要用一张流程图就可以简单的概括出来，所以制作流程图是办公人员必备的武器之一。
工具/原料
word 2003
方法/步骤
1
新建一个word 文档，通过“视图”-“工具栏”-“绘图”，如下图1，显示“绘图工具栏”，如下图2；
2
单击“绘图”工具栏上的“自选图形”，然后选择“流程图”，这里就可以看到众多制作流程图时所用到的形状了，大家可以选择自己喜欢的的形状；
3
单击要绘制流程图的位置，此时会出现个虚框；
在绘图画布上插入你选择的图形，然后插入；
我们再重复上述步骤，插入多种不同的图形，（如下图，我已经插入了很多种不同的图形）；
接下来，我们要建立各种图形之间的连接了。这里我们使用Word提供的一个非常好用的自选图形——连接符来建立连接。 连接符的选择见下图；
选择连接符自选图形后，将鼠标指针移动到对象上时，会在其上显示蓝色连接符位置，这些点表示可以附加连接符线的位置；
我们首先用带箭头的肘形线连接符和直线连接符将图形连接到一起，如图；
绘制折线箭头；
接下来，我们需要在图形中添加文字。用鼠标右键单击形状，单击“添加文字”并开始键入。
我们随便录入文字；
制作好后，我按住左键不放，框选所有图形，点击右键，组合；
一个简单的流程图就设计好了，大家可以按照自己的工作需要进行更复杂的设计。
-----------------------------
一、什么是程序流程图
“程序流程图”常简称为“流程图”，是一种传统的算法表示法，程序流程图是人们对解决问题的方法、思路或算法的一种描述。它利用图形化的符号框来代表各种不同性质的操作，并用流程线来连接这些操作。在程序的设计（在编码之前）阶段，通过画流程图，可以帮助我们理清程序思路。下图是一个简单的流程图，描述求两个数的最大公约数的算法（辗转相除法）。
勘误：最后的结果，该是output a。感谢8楼童鞋指出！
画流程图是每个程序员的基本功。流程图有其规范，这是用于技术人员之间交流的需要，并不是想怎么画就怎么画。流程图中常用的符号见右图，在前述求最大公约数的流程图中找出对应的部分。
二、三种控制结构的流程图表示
这部分不再写文字，各种程序设计的教材中都会写一些，至少在讲各种控制结构时，总时要讲的。请参考自己手头能找到的教材，认真品味。
我们直接提示若干任务，画一画，就会了。
三、练习题目（各部分分别至少选两个画一画，注意用一张质量好一些纸，书写整齐，确保越画越高兴）
1、热身
（1）将英尺转换为米
（2）输入两个点的坐标，求两点之间的距离并输出
2、分支程序
（1）描述一下今晚的计划：如果下雪，校园内玩雪；否则，在103上机（怀念）
（2）丢硬币决定今晚：正面，K歌；反面：逛街；立起来，学C++
（3）求函数值：
（4）输入一元二次方程ax^2+bx+c=0的各项系数，并根据各系数的值的情况，分别进行求解（考虑对系数的各种可能太复杂时，给自己降低些难度，先从不考虑系统直接求解开始）
（5）输入个人月收入总额，计算出他本月应缴税款和税后收入（税率等参考第9周任务）
3、循环结构
（1）求1+2+3+...+100(三种循环结构都画一画)
（2）输出1/3-3/5+5/7-7/9…+19/21的结果
（3）一个数如果恰好等于它的因子之和，这个数就称为“完数”。找出1000内的所有完数。
（4）输出1000以内的所有回文数
（5）鸡翁一，值钱五，鸡母一，值钱三，鸡雏三，值钱一，百钱买百鸡，如何买？
4、复杂结构的程序
在解决问题中，利用函数可以让我们利用更“有序”的思维去想问题，“自顶向下，逐步求精”，真理。例：下面的流程图用于输出星号图，体现的是这种思维，右边的图可以嵌入到左边中，替代“输出第i行”的框子，也可以指导我们专门编成一个函数。
任务：
（1）输出10000以内的所有回文素数。将判断回文和判断素数分别单独画，对应将这两个功能用函数实现的方法。
（2）画出银行系统的流程图（各具体业务点到为止，不必全画）
注：在传统教学中，未学写代码，先学画流程。以前的实践中，感觉效果不好。控制结构为何物都晕，如何能画出来。有一定编程体验后再画，是改革的思路。这是编程的一项基本功，务必掌握！
------------------------
用什么绘制流程图
一、什么是程序流程图
“程序流程图”常简称为“流程图”，是一种传统的算法表示法，程序流程图是人们对解决问题的方法、思路或算法的一种描述。它利用图形化的符号框来代表各种不同性质的操作，并用流程线来连接这些操作。在程序的设计（在编码之前）阶段，通过画流程图，可以帮助我们理清程序思路。下图是一个简单的流程图，描述求两个数的最大公约数的算法（辗转相除法）。
勘误：最后的结果，该是output a。感谢8楼童鞋指出！
画流程图是每个程序员的基本功。流程图有其规范，这是用于技术人员之间交流的需要，并不是想怎么画就怎么画。流程图中常用的符号见右图，在前述求最大公约数的流程图中找出对应的部分。
二、三种控制结构的流程图表示
这部分不再写文字，各种程序设计的教材中都会写一些，至少在讲各种控制结构时，总时要讲的。请参考自己手头能找到的教材，认真品味。
我们直接提示若干任务，画一画，就会了。
三、练习题目（各部分分别至少选两个画一画，注意用一张质量好一些纸，书写整齐，确保越画越高兴）
1、热身
（1）将英尺转换为米
（2）输入两个点的坐标，求两点之间的距离并输出
2、分支程序
（1）描述一下今晚的计划：如果下雪，校园内玩雪；否则，在103上机（怀念）
（2）丢硬币决定今晚：正面，K歌；反面：逛街；立起来，学C++
（3）求函数值：
（4）输入一元二次方程ax^2+bx+c=0的各项系数，并根据各系数的值的情况，分别进行求解（考虑对系数的各种可能太复杂时，给自己降低些难度，先从不考虑系统直接求解开始）
（5）输入个人月收入总额，计算出他本月应缴税款和税后收入（税率等参考第9周任务）
3、循环结构
（1）求1+2+3+...+100(三种循环结构都画一画)
（2）输出1/3-3/5+5/7-7/9…+19/21的结果
（3）一个数如果恰好等于它的因子之和，这个数就称为“完数”。找出1000内的所有完数。
（4）输出1000以内的所有回文数
（5）鸡翁一，值钱五，鸡母一，值钱三，鸡雏三，值钱一，百钱买百鸡，如何买？
4、复杂结构的程序
在解决问题中，利用函数可以让我们利用更“有序”的思维去想问题，“自顶向下，逐步求精”，真理。例：下面的流程图用于输出星号图，体现的是这种思维，右边的图可以嵌入到左边中，替代“输出第i行”的框子，也可以指导我们专门编成一个函数。
任务：
（1）输出10000以内的所有回文素数。将判断回文和判断素数分别单独画，对应将这两个功能用函数实现的方法。
（2）画出银行系统的流程图（各具体业务点到为止，不必全画）
注：在传统教学中，未学写代码，先学画流程。以前的实践中，感觉效果不好。控制结构为何物都晕，如何能画出来。有一定编程体验后再画，是改革的思路。这是编程的一项基本功，务必掌握！
——知乎
❻ 程序员是什么
程序员(英文Programmer)是从事程序开发、维护的相关专业人员。一般将程序员分为程序设计人员和程序编码人员，但两者的界限并不是非常清楚，特别是在国内。达内教育
软件从业人员分为初级程序员、高级程序员、系统分析员，系统架构师，测试工程师五大类。软考程序员考试属于是计算机软件水平考试（简称软考）中的一个初级计算机职称考试。对于软考程序员考试并无学历及资历条件限制，更无年龄、专业与资历的限制。一年之内报考软考程序员可考试两次，但一次考试确只能报考一种资格，因此报考了程序员考试则无法再报考软考其他级别或科目的考试。
想做程序员，必须要参加程序员的系统培训。市面上的培训机构也比较多，比较杂乱。达内培训在培训行业深耕16年，高薪聘请总监级名师全职授课，实施“因材施教，分级培优”教学方案，针对不同的学生制定不同的学习方案，同时达内培训也有线上免费的试听课，对编程感兴趣可以在线上试听一下公开课。 免费试听报名入口
同时考程序员考试采用笔试形式，考试实行全国统一大纲、统一试题、统一时间、统一标准、统一证书的考试方式。主要是做应用软件，以web(经常是企业级的，如政府、企业的办公自动化等平台)和移动应用(Android或J2ME/kJava)居多。
❼ 程序员是什么意思是干嘛的
程序员是从事程序开发、程序维护的专业人员。
程序员一般需要会做：确认通过审查方案的目标，输入数据，分析师，监事，和客户的输出要求的项目要求。安排项目要求在编程序列分析要求;准备工作流程图和使用计算机知识的能力，题材，编程语言和逻辑图等。
通常情况下将程序员分为程序设计人员和程序编码人员，但两者的界限并不非常清楚，特别是在中国。
❽ 初级程序员和中级程序员的区别是什么
中级程序员和初级程序员最大的区别在于：工作经验，有没有真正的项目实战经验。一般来说，程序员都会最基本的删减，而对于真正的项目就不会接触太多，所以有的程序员就停留在初级，不了解项目到底该怎么做，只有你做了几个项目经验的时候，才能说自己步入了中级程序员的标准！
❾ 一个好的程序员至少应该具备哪些条件
楼上的几位显然误会我的意思了，我并不是说不应当写文档加注释注重团队精神，看看下面的一篇文章，那位三天就写出UNIX的他需要写文档注释和团队精神吗，他用不着。哪个高手没有一点傲气和自信，他之所以敢对用户说：拿到你想要的，然后滚蛋，你已经很幸运了！是因为他有这个资本。天才本就不循规蹈矩，那样他就不叫天才了。
MIT BBS上说微软电话面试的一道题就是“Who do you think is the best coder,
and why?”。我觉得挺有意思的，也来凑个热闹。排名不分先后。
Bill Joy, 前任Sun的首席科学家，当年在Berkeley时主持开发了最早版本的BSD。他还
是vi和csh的作者。当然，Csh Programming Considered Harmful 是另一个话题乐。据
说他想看看自己能不能写个操作系统，就在三天里写了个自己的Unix, 也就是BSD的前
身。当然是传说了，但足见他的功力。另一个传说是，1980年初的时候，DARPA让BBN在
Berkley Unix里加上BBN开发的TCP/IP代码。但当时还是研究生的B伯伯怒了，拒绝把BBN
TCP/IP加入BSD，因为他觉得BBN的TCP/IP写得不好。于是B伯伯出手了，端的是一箭封
喉，很快就写出了高性能的伯克利版TCP/IP。当时 BBN和DARPA签了巨额合同开发TCP/IP
Stack，谁知他们的代码还不如一个研究生的好。于是他们开会。只见当时B伯伯穿
个T-shirt出现在会议室(当时穿T-shirt不象现在，还是相当散漫的哈)。只见BBN问：你
怎么写出来的？而B伯伯答：简单，你读协议，然后编程就行了。最令偶晕倒的是，B伯
伯硕士毕业后决定到工业界发展，于是就到了当时只有一间办公室的Sun, 然后他就把
Sparc设计出来乐。。。象这种软硬通吃的牛人，想不佩服都不行的说。据Bill Joy的同
事说，一般开会的时候B伯伯总是拿一堆杂志漫不经心地读。但往往在关键之处，B伯伯
发言，直切要害，提出漂亮的构想，让同事们彻底崩溃。对了，他还是Java Spec和JINI
的主要作者之一。
John Carmack，ID Software的founder和Lead Programmer。上个月和一个搞图形的师兄
聊天，他竟然不知道John Carmack, 也让偶大大地晕了一把。不过也许搞研究的和搞实
战的多少有些隔吧。想必喜欢第一人称射击游戏的都知道J哥哥。90年代初只要能在PC
上搞个小动画都能让人惊叹一番的时候，J哥哥就推出了石破天惊的Castle Wolfstein,
然后再接再励，doom, doomII, Quake...每次都把3-D技术推到极限。J哥哥的简历上说
自己的专长是"Exhaust 3-D technology"，真是牛人之言不我欺的说。做J哥哥这样的人
是很幸福的，因为各大图形卡厂家一有了新产品就要向他“进贡"
，不然如果他的游戏不支持哪种卡，哪种卡基本就会夭折乐。当初MS的Direct3D也得听
取他的意见，修改了不少API。当然，J哥哥在结婚前十数年如一日地每天编程14小时以
上，也是偶们凡人望尘莫及的。对了，J哥哥高中肆业(？)，可以说是自学成才。不过
呢，谁要用这个例子来为自己学习不好辩护，就大错特错了。那 Leonardo Da Vinci还
是自学成才呢(人是私生子，不能上学)。普通人和天才还是有区别的。对了，其实偶们
叫“达分奇”是相当不对的，因为Vinci是地名，而Da Vinci就是从Vinci来的人的意
思。换句话说，Leonardo Da Vinci就是“从Vinci来的Leonardo”的意思。叫别
人“Da Vinci”就不知所谓乐。嗯，扯远了，打住。
David Cutler，VMS和Windows NT的首席设计师，去微软前号称硅谷最牛的kernel开发
员。当初他和他的手下在微软一周内把一个具备基本功能的bootable kernel写出来，然
后说：“who can't write an OS in a week?"，也是牛气冲天的说。顺便说一句，D爷
爷到NT3.5时，管理1500名开发员，自己还兼做设计和编程，不改coder本色啊。
D爷爷天生脾气火爆，和人争论时喜欢双手猛击桌子以壮声势。 日常交谈fuck不离口。
他面试秘书时必问："what do you think of the word 'fuck'?" ，让无数美女刹羽而
归。终于有一天，一个同样火爆的女面对这个问题脱口而出："That's my favorite
word"。于是她被录取乐，为D爷爷工作到NT3.5发布。
Don Knuth。高爷爷其实用不着偶多说。学编程的不知道他就好像学物理的不知道牛顿，
学数学的不知道欧拉，学音乐的不知道莫扎特，学Delphi的不知到 Anders Hejlsberg，
或者学Linux不知道Linus Torvalds一样，不可原谅啊。为了让文章完整，就再罗唆几句
吧。高爷爷本科时就开始给行行色色的公司写各种稀奇古怪的编译器挣外快了。他卖给别
人时收一两千美元，那些公司拿了code，加工一下卖出去就是上万上十万。不过也没见高
爷爷不爽过，学者本色的说。想想那可是60年代初啊，高爷爷写编译器写多了，顺带就搞
出了个 Attribute Grammar和LR(k)，大大地造福后人啊。至于高爷爷在CalTech的编程比
赛(有Alan Kay得众多高高手参加)总是第一，写的Tex到86年就code freeze，还附带2^n
美分奖励等等都是耳熟能详的，偶就不饶舌乐。
顺便说一下，高老大爷是无可争议的写作高手。他给Concrete Mathematics 写的前言可
谓字字铿锵，堪为前言的典范。他的技术文章也是一绝，文风细致，解释精当，而且没
有学究气，不失轻快跳脱。记得几年前读Concrete Mathemathics，时不时开怀大笑，让
老妈极其郁闷，觉得我nerdy到家，不可救药。其实呢，子非鱼，安知鱼之乐，更不知那
完全是高爷爷的功劳。说到写作高手，不能不提Stephen A. Cook。他的文章当年就被我
们的写作老师极力推荐，号称典雅文风的样本。库爷爷一头银发，身材颀长，总是面带
谦和的微笑，颇有仙风道骨，正好和他的仙文相配的说。
高爷爷其实还是开源运动的先驱。虽然他没有象Richard Stallman那样八方奔走，但他
捐献了好多作品，都可以在网上看到，比如着名的Mathematical Writing，MMIXWare，
The Tex Book等，更不用说足以让他流芳百世的Tex乐。
Ken Thompson，C语言前身B语言的作者，Unix的发明人之一(另一个是Dennis M. Riche
老大，被尊为DMR)，Belle(一个厉害的国际象棋程序)的作者之一, 操作系统Plan 9的主
要作者(另一个是大牛人Rob Pike,
前不久被google挖走了)。Ken爷爷也算是计算机历史上开天辟地的人物了。1969年还是
计算机史前时代，普通人都认为只有大型机才能运行通用的操作系统，小型机只有高山
仰止的份儿。至于用高级语言来写操作系统，更是笑谈。Ken爷爷自然不是池中物，于是
他和DMR怒了，在1969年到1970间用汇编在PDP-7上写出了UNIX的第一个版本。他们并不
知道，一场轰轰烈烈的UNIX传奇由此拉开了序幕。Ken爷爷在1971年又把Unix用C重写，
于是C在随后20年成就了不知多少豪杰的梦想和光荣。
Ken爷爷还有段佳话： 装了UNIX的PDP-11最早被安装在Bell Lab里供大家日常使用。很
快大家就发现Ken爷爷总能进入他们的帐户，获得最高权限。Bell
Lab里的科学家都心比天高，当然被搞得郁闷无比。于是有高手怒了，跳出来分析了UNIX
代码，找到后门，修改代码，然后重新编译了整个UNIX。就在大家都以为“这个世界清
净了”的时候，他们发现Ken爷爷还是轻而易举地拿到他们的帐户权限，百思不解后，只
好继续郁闷。谁知道这一郁闷，就郁闷了14年，直到Ken爷爷道出个中缘由。原来，代码
里的确有后门，但后门不在Unix代码里，而在编译Unix代码的C编译器里。每次C编译器
编译UNIX的代码，就自动生成后门代码。而整个Bell Lab的人，都是用Ken爷爷的C编译
器。
(6)Rob Pike, AT&T Bell Lab前Member of Technical Staff ，现在google研究操作系
统 。罗伯伯是Unix的先驱，是贝尔实验室最早和Ken Thompson以及Dennis M. Ritche开
发 Unix的猛人，UTF-8的设计人。他还在美国名嘴David
Letterman的晚间节目上露了一小脸，一脸憨厚地帮一胖子吹牛搞怪。让偶佩服不已的
是，罗伯伯还是1980年奥运会射箭的银牌得主。他还是个颇为厉害的业余天文学家，设
计的珈玛射线望远镜差点被NASA用在航天飞机上。他还是两本经典，The Unix
Programming Environment 和 The Practice of Programming 的作者之一。如果初学者
想在编程方面精益求精，实在该好好读读这两本书。它们都有中文版的说。罗伯伯还写
出了Unix下第一个基于位图的窗口系统，并且是着名的blit终端的作者。当然了，罗伯
伯还是号称锐意革新的操作系统，Plan9，的主要作者。可惜的是，Plan9并没有引起多
少人的注意。罗伯伯一怒之下，写出了振聋发聩的雄文 Systems Software Research is
Irrelevant，痛斥当下系统开发的不思进取，固步自封的弊病。虽然这篇文章是罗伯伯
含忿出手，颇有偏激之词，但确实道出了系统开发的无奈：开发周期越来越长，代价越
来越大，用户被统一到少数几个系统上，结果越来越多的活动是测量和修补，而真正的
革新越来越少。
就在罗伯伯郁闷之极的时候，google登门求贤来乐。如果说现在还有一家大众公司在不
遗余力地把系统开发推向极致的话，也就是google乐。随便看看google的成果就知道
了。具有超强容错和负载平衡能力的分布式文件系统GFS
(现在能够用100,000台廉价PC搭起一个巨型分布系统，并且高效便宜地进行管理的系统
也不多哈)，大规模机器学习系统(拼写检查，广告匹配，拼音搜寻。。。哪个都很牛的
说)，更不用说处理海量并行计算的各式google服务了。Rob在System Software
Research is Irrelevant里萧瑟地说现在没有人再关心系统研究的前沿成果了。想不到
他错了，应为google关心。google网络了大批功成总是试图吸取系统研究的最新成果。
想必Rob Pike在google很幸福。愿他做出更棒的系统。
Dennis M. Ritchie, 既然Ken Thompson是我的偶像，新闻组上人称DMR的Dennis M.
Ritchie自然也是，毕竟两人共同缔造了UNIX，而Dennis几乎独力把C搞大(当然，C的前
身是B，而B是Ken Thompson一手做出来的)。两人1983年分享图灵奖，是有史以来少数几
个因工程项目得奖的工程师(本来是唯一的一对儿，但Alan Kay才因为SmallTalk得奖，
所以就成了唯二的乐) 一个人一生能做出一个卓越的系统已经不易，DMR的C和UNIX长盛
不衰近30年，至今生机勃勃，DMR此生可以无憾的说。
D爷爷也算有家学渊源：他老爸在AT&T贝尔实验室工作了一辈子，并在电路设计方面卓有
成就，还出了本颇有影响的书The Design of Switching Circuits，据说在交换理论和
逻辑设计方面有独到的论述。当然，D爷爷和他老爸是不同时代的人：他老爸的研究成
形于晶体管发明之前，而D爷爷的工作离了晶体管就玩儿不转乐。:-D
不要看D爷爷搞出了C，其实他最爱的编程语言是Alef，在Plan9上运行，支持并行编程。
Alef的语法和C相似，但数据类型和执行方式都和C大大不同。说到语言，D爷爷对后来
人有非常中肯的建议：抱着学习的目的来开发你自己的语言，不要冀望于它被众人接
受。这个建议不光对语言开发有用，也适用于其它大型系统的开发。别的不说，DMR后来
领导自己的团队在1995年和1996分别推出了Plan9和Inferno操作系统，又用多少人知道
呢？其实，D爷爷当初也没想过C会风行世界。他开发C的初衷和Eric S. Raymond
在Cathedral and Bazaar里阐述的一样，就是要消除自己对现有工具的不爽之处。谁
知D爷爷无心插柳，C竟然受到众多程序员的狂热拥戴，连D爷爷自己都大惑不解。在一次
采访中D爷爷说大概那是因为C的抽象程度碰巧既满足了程序员的要求, 又容易实现。当
然C一度是Unix上的通用语言也是原因。但不管怎么说，D爷爷对编程语言出色的审美意
识奠定了C广为流传的基础。
最后八卦一下。D爷爷的业余爱好和NBA大牛Karl Malone一样：开卡车。不过D爷爷更喜
欢开NASCAR，而KM独爱巨无霸。J D爷爷自称心中不供偶像，如果一定要说一个，那就
是Ken Thompson了。现在Ken爷爷退休当飞机教练去了，而D爷爷当了贝尔实验室系统开
发部的头，整日忙于开支票。他俩合作20年，屡屡创造历史。这段令人神往的佳话，也
就长留你我心中乐。
P.S., 很多人都以为Brian W. Kernighan是C的作者。其实BWK只是写了那本经典K&R C。
据D爷爷说，他，Ken, 和Kernighan三人中，Kernighan最能写文章，他次之，而Ken写
得最少；但说到编程，Ken爷爷才是当之无愧的老大。
Edsger Wybe Dijkstra, 对，就是E.W. Dijkstra. 一提到EWD，很多人就会想起找最短
路径的Dijkstra Algorithm，就好像一提到Sir. Tony Hoare，就想起Quick Sort一样。
其实这些个算法不过是两个牛人在他们职业生涯中最琐碎的贡献。比如Dijkstra算法，
无非是戴爷爷在1956年为了展示新计算机
ARMAC的计算能力，初试身手的成果，属于他的算法处女作。据戴爷爷自述，他搞出最
短路径算法的时候连纸笔都没用。当时他和他老婆在阿姆斯特丹一家咖啡厅的阳台上晒
太阳喝咖啡，突然就把这个算法想出来乐。而且当时的算法研究还比较原始，牛人们忙
着用计算机搞数值计算，对离散算法不屑一顾。那时连一个象样的专注于离散算法的专
业期刊都没有。戴爷爷于是推迟发表这个算法。直到1959年，他才把这个算法发表
在Numerische Mathematik的创刊号上，权为捧场。:-)
EWD在多个领域牛气冲天，端的是理论和编程两手硬的高手。只不过他的很多工作比较
深刻，学校的老先生们觉得本科生接受不了，不给本科生讲而已。
戴爷爷大概因为最短路径算法一战成名，于是有人请他参加另一台计算机X1的设计工
作，并且把设计实时中断系统的任务派给了他。现在看来实时中断也许不算什么，但要
知到，X1前根本就没有实时中断的概念。实现它简直就是一场豪赌。戴爷爷起初还不情
愿，但经不住项目负责人Bram和Carel的轮番 “吹捧”：我们知道实时中断让您工作变
得非常困难，但象您这样的牛人肯定能做出来的说。结果戴爷爷被糖衣炮弹彻底击穿，
接下了这个烫手山芋。两三年后，他不仅搞出了实时中断，还围绕这个写出了自己的博
士论文，顺利戴上博士帽。
让戴爷爷真正成名立万的还是在X1上开发的Algo60，最早的高级语言之一。戴爷爷没日
没夜地工作了8个月，就搞出了Algo60，也因此获得了 1972年的图灵奖。因为Algo60，
戴爷爷发表了一篇石破天惊的文章：Recursive
Programming，于是人们才知道，原来高级语言也可以高效地实现递归，原来从此以后，
所有程序员都不可避免地和戴爷爷发明的一个词(应该说是概念)打交道：堆栈。
而且Algo60还让戴爷爷深入地思考多道程序设计的问题，最终发明了每个系统程序员
都绕不开的概念：semaphore。当然，戴爷爷总是把他发明的概念严格形式化，极具科
学家本色的说。和这些成就想比，他提出的吃饭的哲学家问题，也就没什么好说的了。
说来好笑，当时的大学(忘了哪所了)还是觉得戴爷爷没有受过正统的数学训练，也不是
专门搞数值分析的，所以最后不太情愿地给了他一个教职。这种小挫折并不能妨碍象戴
爷爷这样的牛人创造历史。他一边教数值分析(:-D) ，一边开始开发一个新的操作系
统，并培养计算机科学家。几年后，THE Multiprogramming
System横空出世。THE是第一个支持松散耦合，显式同步的进程并由此使得严格证明系统
没有死锁变得容易的操作系统。可惜戴爷爷任职的系不识货，还强行解散了他的研究小
组(1972年戴爷爷给他的系主任说他得了图灵奖，系主任的第一反应是你们搞计算机就
喜欢乱发奖)。这让戴爷爷相当郁闷，得了抑郁症。在极度郁闷之中，戴爷爷决定用写作
来治疗自己的抑郁症。于是经典就诞生乐：Notes on Structured Programming。戴爷爷
从此被尊为结构化编程的奠基人，而且他的抑郁症也被治好乐。
EWD太牛，结果他的故事也太多。先到这里吧。1973起，他的故事就在美国发生了。
Anders Hejlsberg，微软.NET的首席架构师，编程语言设计和实现的顶尖高手。他一手
做出了 Turbo Pascal, 也是Delphi, J++(尤其是WFC)，C#, 和.NET的主要作者。这些作
品的名字足以为他立传。作为一个程序员，我在这样的大师面前实在无语。生子当
如Anders的说。李维的<>里已详细讲述了Anders的传奇故事，我就不用费舌了：
http: //java.mblogger.cn/iexploiter/posts/1505.aspx
Artima上有Anders谈C#的系列访谈。MSDN上有一段Anders导游的录像 。有兴趣可以去看
看牛人的丰采。
❿ 程序员人群画像是什么样的
Mob研究院报告指出，程序员对手机并不成迷，日均使用时长仅为4个小时，程序员战场男性占比90%，人数突破230万，女性程序员不足一成。85后为主流，高学历人才扎堆，月薪普遍过万，有房比例超七成，一线和新一线城市成为程序员大本营，程序员普遍跳槽率较高，通过跳槽涨薪成为常态，在理财方面表现积极。程序员职业现状，程序员在向大厂靠拢，Java需求最大，抗压能力一流，成为管理者为最佳职业路径，仅不足三成会面聊997 和996，赞同996的声音略高于反对，他们更看重996所带来的高工资。程序员婚恋现状，程序员社交圈单一，未婚比例搞到61.9%，他们择偶时更看重对方的研制，在爱情中积极主动，在婚姻中忠诚专一。他们收入高，诱惑小，在相亲市场上比较吃香。程序员是理性消费者，购物时追求便利性，不爱在线下实体店挑选商品。他们日常支出相对节俭，在穿着方面比较简单，但会为了提升自我和满足个人的兴趣爱好而消费。