程序员怎么纹代码

❶ 程序员做些什么工作是打代码吗打代码是为了完成什么程序员需要有那些方面的知识需要哪些基础

***简单说明
1.首先程序员并不是打字员。代码是有需要思考，需要结合实际业务，并不是简单的打字。

2.打代码是为了让计算机根据自己的代码逻辑(比如你可以让它去打开某个文件)，完成某些具体功能
程序员工作是基于一种计算机语言，用这种语言去实现某些具体的功能~
#程序员分类比如#：java 程序员,c++程序员等等
#代码的作用#：比如你去银行存钱。
a.古代最原始的存钱方法，就是你去钱庄存钱，然后钱庄用自己的一个记账单给记录下来，下次再存，再找到对应的记录,修改那条记录的信息。
当账单页数特别多的时候，这个时候找到一个用户信息，就会变得很困难。

b.现在的方法，银行都会有一些应用系统，你要存钱，但电脑并不能直接理解你要干什么。
这个时候，就需要把你要存钱这个东西转换成计算机能懂的东西。这些电脑能够明白的东西
就是你所说的代码，代码会经过一些处理，变成二进制的数据，电脑就能理解了

3.需要哪些知识：
计算机的常用操作， 最少会 一门编程语言，会使用一种开发工具，熟悉一种数据库等等...

❷ 我是一个名前端程序员 我想纹个身 不知道纹啥好

纹一个隐形的翅膀吧

❸ 现在程序员都是自己写代码吗还是直接复制网上的 那还有技术核心可言吗

代码的可变通性很高的,写一个删除垃圾的代码是自我发明,我把删除垃圾的代码改成删除系统文件的代码(改变扩展名);也是自我发明.这个不好讲,不管他复制不复制,互联网的根基就是资源共享,只要能达到造福彼此的目的,就够了吧我觉得.

❹ 什么是代码,代码怎么写,怎样写入电脑

代码就是程序员用开发工具所支持的语言写出来的源文件，是一组由字符、符号或信号码元以离散形式表示信息的明确的规则体系。代码设计的原则包括唯一确定性、标准化和通用性、便于识别与记忆、力求短小与格式统一以及容易修改等。

简单的说，你学会一门计算机语言然后就可以开始写代码了。写代码的过程叫做编程，编程是一项非常严谨的工作，一丁点错误都会导致你整个程序的崩溃。

写好了代码后，就可以用相应的编译器写入电脑了。编译器能起到把源代码编译成能直接被计算机或虚拟机执行的目标代码的作用。如果一切顺利，经过编译的代码就生成了程序，就可以直接被电脑执行了。

(4)程序员怎么纹代码扩展阅读

大致说来，从人的易用性来分，电脑语言好用程度从难到易可以分为三类，一类是低级语言，如汇编语言、机器语言，一类是中级语言，如C语言，还有一类为高级语言。

一般来说，我们都是学习的高级语言。电脑语言的级别越高，越接近人类语言，但灵活性与效率也越低。

电脑本身是没有思维能力的，它是严格按照人的预先设定指令工作的。这些指令都是用电脑语言按一定的语法规则写成的。如果你写出的程序有误，电脑就不能正确工作。因此学习编写电脑软件，能培养我们的逻辑思维能力与严谨、周密的思维习惯。

如同任何一种语言，电脑语言也有自己的名词，自己的基本词汇，自己的语法结构。并且它们的语法结构大致相同。

❺ 初级程序员如何抄代码

无稽之谈！
只要计算机基础知识过关！上午要考的!
程序流程图知道 C语言够好 和C++（我学的的是C++）或Java会基础就行 下午考的！

做到了！

这样你的初级程序员稳过！！！

❻ 程序员如何方便的管理自己以前写的代码

一、代码的最大长度。
虽然在Java的编译器中对于代码的最大长度没有硬性的规定。但是如果代码的长度太长，超过了编译器的最当行宽，显然阅读起来比较麻烦。为此根据笔者的经验，通常情况下Java源代码的行长度不应该大于80个字符。如果超过这个长度的话，在一些开发工具和编辑器上就无法很好的显示。如需要通过滚动条来显示后面部分的代码。当其他项目成员阅读这超长的代码时，就会看得眼花缭乱。当人的温饱问题解决了之后，就需要开始注意美观方面的问题。所以程序开发人员在开发应用程序的时候，要尽量避免书写长的代码。如果代码的每行长度确实需要超过80个字符的话(最好将每行代码的长度控制在70个字符左右)，那么就需要对代码进行分行。
二、在恰当的地方对代码进行分行。
笔者建议将Java源代码每行的长度控制在70个字符、最大不超过80个字符。当超过这个字符长度的时候，开发人员就需要考虑在恰当的地方对他们进行分行处理。不过这个分行也不是说开发人员想在哪里进行分行就在哪里进行分行。这个分行是有一定技巧的。虽然这些技巧大部分并不是强制性的规定，但是都是一些专家们的经验总结，可以提高代码的阅读性。为此笔者希望各位程序开发能够严格的遵守。
技巧一：高层折行优于低层折行。
这个技巧是说，在考虑对代码进行折行处理的时候，需要注意代码的层次性。如某段代码涉及到混合四则运算，而四则运算又有明显的运算顺序，此时对代码进行折行时就最好能够在四则运算的关键顺序上进行折行处理。如现在有如下的一段代码：
Mynum=mynum1*(mynum1+mynue2+mynum3-mynum4)+8*mynum5
如果要对这段代码进行折行的话，该在哪个地方加入一个折行符号呢?如果是笔者处理的话，笔者会按如下的格式对代码进行折行处理。
Mynum=mynum1*(mynum1+mynue2+mynum3-mynum4)+8*mynum5
这主要是根据四则运算的运算层次来进行折行的。显然，*符号的优先级要比+符号要高。所以在+号前面对其进行折行处理，那么就可以一目了然的反应出代码的运算层次。可以大幅度的提高代码的阅读性。所以代码折行的第一个技巧就是高层折行优于低层折行。如此的话，可以使得应用程序的结构代码更加的清晰，更容易被团队成员所理解。
技巧二：在运算符前面进行折行处理。
其实在如上的折行技巧中，还隐藏着一个规则，即在运算符之前进行折行。如上例所示，笔者就是在+号前面进行折行，而不是在+号后面进行折行处理。这主要也是考虑到代码的可读性。如上面这个例子中，如果在+号后面进行折行处理的话，则下一行就会给人一种凭空多出来的感觉，显得代码很不连贯。跟这个规则类似，如果在折行处理的时候遇到逗号时，那么最好能够在逗号后面进行折行。如在一个方法中，需要传入5个参数。此时如果代码行比较长，那么就需要在几个参数之间进行折行处理。此时最理想的折行位置，就是在某个参数的逗号后面。注意，使在逗号后面进行折行，而不是在逗号前面。因为一个参数一个逗号是匹对的。而如果一个逗号加一个参数，则让人看起来很不舒服。
技巧三：这行代码的对起方式。
当不得已对代码进行折行处理时，下一行的代码应该与其同等级的代码行左对齐。如上例所示，在+号前面将某一段四则运算公式进行折行处理的时候，其+号符号已经采取缩进处理。其缩进后的效果就是要与其同等级的代码行左对齐。如此的话，明眼人一看就知道这段代码采取过折行处理;而且跟上一行代码的层次关系。当一段代码被分割成三行甚至跟更多行数的时候，这个规则会非常的有用。如果能够严格遵守这个规则，即使将代码分割成多行，看起来也不会觉得那么混乱。反而给人一种比较有层次的感觉。
另外在采取缩进处理的时候，可以利用Tab键来提高缩进处理的效率。因为直接按空格的话，有可能空格字符数量不一致，会让人觉得层次不起，产生比较大的混乱。一般情况下，当代码行两侧距离页边的距离比较大，看其来不怎么舒服时，可以在代码行中通过插入TAB键(会在代码行中连续插入8个字符)来提高代码的阅读性，让代码的缩进实现统一。
技巧四：为变量寻找一个合适的位置。
在编写应用程序时，尽量将变量声明放置在一个代码块的开始处，也就是说{}花括号的开始位置。虽然说可以在需要使用变量的时候再对其进行声明。但是笔者不同义如此操作。因为如果在的呢感到使用变量的时候再来声明变量时，会降低代码的可读性。同理，也需要避免低层声明与高层声明重复，这样会引起代码混乱并可能引发程序功能性错误。而且这种错误在后续的排错中很难被发现。为此要在应用程序开发的时候就要尽量避免这种错误。
在声明变量的时候，有时候可能代码很简单，生命变量的行总共加起来也不会超过十个字符。此时能否把多个变量的声明写在同一行呢?从就技术上来说，这是可行的。也就是说，Java编译器允许将多个变量定义在同一行上。但是从阅读性上来说，这并不是很好的做法。笔者的建议是，即使变量定义再简单，或者变量比较多，也最好分行进行变量的声明。也就是说，一行声明一个变量。这可以提高代码的可阅读性。而且有时候往往需要对变量加一个注释说明变量的用途，如果以行定义一个变量，添加行注释也相对简单许多。
总之，以上的这些折行的规则基本上不会影响到代码的运行。但是，对于代码的维护与后续的排错、升级、二次开发等等具有不可忽视的作用。而且现在基本上应用程序开发式团队开发，故大家都遵守同样的代码编写规范是非常重要的。笔者在开发一个应用程序的时候，事先都会花一定的时间，跟项目成员强调这些折行的规则。目的只有一个，就是提高代码的可读性，便于后续代码的共享与维护。毕竟后续面对这些代码的，并不是客户，而是我们自己。我们程序员在编写代码的时候，不能够搬起石头砸自己的脚。笔者认为，现在一个合格的程序人员，不仅技术功底上要过得硬，而且还必须要遵守这些无形规则的约束。难怪现在这么多企业在挑选程序开发人员的时候，都会注明良好的编码规范。现在对于这些无形中的条条框框，项目经理已经开始重视起来。

❼ 成都北大青鸟：做java软件工程师，怎样才能写出好的代码

Java代码之于java程序员而言就是左膀右臂，java代码写的好的java程序员明显更是企业的欢迎，一个优秀的java程序员的考核标准之一也是看他的编程水平。
其实有的java程序员java代码会受到大家的追捧，是因为他在写代码时注意的细节往往多于那些不怎么关注java代码编程细节的程序员，俗话说：“细节决定成败”，那么如何写出好的java代码呢？IT培训http://www.kmbdqn.cn/介绍一起来讨论下：1.重视注释有的java程序员在写代码时，从来没有想过要在java代码后加上相关的注释，甚至是上万行的代码也没有想过加上注释，这就存在很大的问题，不说你的代码会跟其他人分享讨论，就你自己回顾你是怎么写好这篇代码的，你也是半天无法理出头绪，这就为维护和修改等等工作添加了很大的麻烦。
所以，要想写出好的java代码，一定从简短的java代码编写开始注重在java代码后面加上相应的注释，养成良好的习惯。
2.重视排版整洁看很多java程序员的排版总觉得在欣赏一幅艺术品，但是看到一些java程序员的排版却总觉得无力吐槽。
同样是编写代码，但是给人的视觉体验是相当的不同，当然好的java代码给人的享受也是美的，所以要想写出好的代码，一定要重视排版整洁。
3.注重命名规则现在在一个团队开发中，都会提前定制一个统一的命名规则，这样利于提高工作效益。
但是很多java程序员是缺乏这个意识的，每次敲代码，更喜欢按照自己惯常的方式老命名模块、函数，这样是方便了自己，但是忽视团队协作，所以在日常工作中，特别是团队工作中一定要重视命名规则。
4.养成备份习惯备份的重要性不用小编强调，相必你也知道。
但是有的java程序员就是没有养成这样的好习惯，每次敲完代码就不记得随手保存，每次等到除了事故，比如电脑出了故障，辛辛苦苦敲打的java代码没保存找不回来的情况下就开始懊恼，与其这样还不如在一开始就养成良好的备份习惯，这样也方便自己日后查找利用。

❽ 一个程序员所要经历的步骤

程序员应具备的12种能力
毕业四年来，感觉自己也是从一名不合格的程序员一步步走过来的。回头反思一下，合格的程序员有很多标准和要求，下面是我总结的一个合格程序员应该具备的12种能力。中国软件行业的崛起，靠的是合格的程序员。任何华丽的管理制度都不能保证软件项目的成功交付，合格的程序员就是有力的保证，是项目成功的基础。写下这些，是为了给刚刚进入程序员这个职业的新同学们一点参考。我一直以为，当程序员是很辛苦的，如果不是真正的喜欢，很难坚持下去。如果真的不喜欢这个职业，也该尊重这个职业，尊重自己，赶紧改行。

1. 编程语言能力

不用多说，作为合格的程序员，精通一门语言是必须的。这种精通，不是说看了一本《24小时精通XXX》，抄了几个程序就能说精通的,要靠长时间的积累和浸淫。

2.编码能力

我曾经看多很多程序员写的代码，在同一个jsp或者java源文件里，出现了三种以上的对方法的命名方式，有下划线间隔的，有全大写的，有拼音首字母的。就像一个菜市场，杂乱无比，估计10天后，他自己都无法看的懂。遵守编码规范，是一个程序员最基本的要求，可悲的是，很多程序员根本没有意识到这个问题的严重性。随意堆砌网上搜来的代码，根本不管可读性和可维护性，只要能实现功能就行了，心想做完这个项目，就拍拍屁股走人了，缺少最基本的职责素养。我经常把代码必须成程序员的孩子，你就是是孩子他爹，孩子他妈，是有感情的。对你自己的孩子，你能不仔细呵护吗？你是称职的父母吗？这是我编写的一个Java编码规范，供大家参考，这里可以下载http://gurudk.javaeye.com/blog/111734

另外一个就是注释，要注意不是为了注释而注释。对类，以说明职责为主；对方法，以说明意图为主；对方法体，以说明实现思路为主。对于大段大段的代码，要分段，使用空行隔开，并使用行内注释进行说明。

思维的条理性，写代码之前，先简单计划一下，用自然语言把流程写下来，用于整理实现思路。不要看了需求或设计之后，马上就敲代码了，敲完代码马上就debug。花点时间思考，敲代码只是最后一个很简单的工作，不要把自己变成一个代码打字员，编写边想，写了删，删了写。安安静静把实现过程想清楚，在脑子里先实现一遍。再去敲代码，水到渠成。

3.面向对象思维能力

如今，多数编程语言都是面向对象的编程语言。而这些面向对象的编程语言的共同的精髓就是面向对象的思想。掌握这些比面向对象语言本身更重要，比如对继承，多态，重载的理解。对面向对象基本原则的理解，比如开闭原则，接口隔离原则，单一职责原则等。在此基础上，应该掌握常用的设计模式，比如工厂模式，策略模式，观察者模式，模板方法模式，命令模式等等。我面试过很多程序员，没有一个能说得上几句的。

4.利用工具能力

工欲善其事，必先利其器。有了趁手的家伙，工作效率可以提升数倍。你编程序，有没有选择一个很好的IDE，以前听说编程高手都用记事本写程序，我觉得那是一种自虐。就像以前看到的一篇文章，说一帮户外旅行爱好者，出去旅游，背了重重的旅行包，里面装着什么压缩饼干等快速食品。他们宁可就着矿泉水啃压缩饼干，也不肯去1里路都不到的快餐店，农家菜馆吃饭。工具是为目的服务的，好用，提高效率就行，形式无所谓。

另外一个常用的工具就是日记本，好听点可以称为知识管理工具，我用的是myBase，感觉非常好用，在之前，我的所有的片段内容都是记录的单独的文本文件里的，非常不好找，管理也很混乱。

经常上互联网，看到好多好的资料想保存下来，作为日后查看之用.一开始，我用的是firefox自带的书签，但是自己分类太累，多了之后不便于查找，很麻烦。后来用了得乐书签（del.icio.us）的firefox插件，非常方便，现在成为了我必备的一个工具。

还有一个最重要的工具就是搜索引擎了，我装了google forfirefox插件，感觉不错，还有英文翻译功能。按照我同事的说法，内事用，外事用google。很多技术资料都是英文的，用google搜索效率高一些。搜索引擎用好了，就等于打开了一扇通向知识宝库的门，使用搜索引擎，关键字选择很重要。

经常去浏览大牛的blog，逐个网站访问很麻烦，去看了又可能没有更新，可以借助于RSS订阅工具，我是用iGoogle桌面工具，每天早上花半个小时扫一下，大牛的最新文章尽收眼底了。

5. 英语能力

新的技术资料都是英文的，英语国家的IT技术走在我们前面至少10年（这是我自己估计的数字，可能正在缩小）。就连印度，一个连基础设施建设都不太完善的国家，因为其英语基础较好，其在软件外包领域的发展也非常迅猛,远远超过了我们。学英语，首先是有信心，其次就是花时间。多阅读英文资料，使用金山词霸，google的firefox插件等工具配合，贵在坚持。

6.学习能力

在IT也混饭吃不容易，整个环境进化的太快，你不学习，就等于落后了。学习要有针对性，别今天学ruby，明天学python，后天php的。首先要认清自己的目标，自己短期目标是什么，1年后，3年后，5年后的目标是什么。结合这些目标，确定自己的学习计划，人的精力毕竟是有限的。当然，多掌握几门编程语言也是好的，可以扩充自己的知识面，重要的是为自己的目标服务。

要想系统的学习一门技术或工具，看书是最好的方法。看完后，然后上网找相关资料，进行深入学习。学习要抓紧一切可以利用的时间，比如电脑启动要花1分多钟，旁边放一本书，可以看上几页了。公交车上，地铁上也可以看。

当然，不能只学习技术，要经常联系自己的软技能，比如沟通能力，表达能力。你可以把自己学到的东西，解释给自己的同事听，既加深了理解，又增进了同事之间的交流。学习的最高境界就是你能够把学到的东西解释给别人听，这才说明你理解了。在学习心理学上，称之为构成主义。

我学一样东西，总是先上网了解有没有相关书籍，如果想学，就买一本或者去图书馆找相关的书来读。我买的书，家里快放不下了(到目前位置，我买了1万多块的书)。我多半是把目录看完，了解这本书讲解的主要内容，然后需要的时候，我就可以立即补充它进入到我的知识结构。每个人可能都有自己的学习方法，意识到学习的重要，并能够根据需要补充自己的知识，这种能力更重要。

7.创造能力

普遍认为，东方人模仿能力很强，但创造能力差。我见过很多这样的程序员，经常说，“这个只能这么解决了，我想不出有什么别的方法。”可能他根本都没想过别的方法，或者懒得去想。对任何一个问题，找出两种以上的解决办法都是非常容易的，简单的google一下，可能就是数十种。悲哀的是，有些程序员经常止步于自己构建的狭小领地之内。对待客户也是这种态度，不是积极的帮助客户解决问题，而是推脱这只是唯一解决方案。

打破这一思维定势的首先的一个办法就是在面临一个问题时，首先想到的是“没有不可能”，或是“一切皆有可能”，前面那个是阿迪的广告语，后面是李宁的。只有这样去想，才能寻找解决问题的别的出路，即使最后我们试了很多种办法，还是只有着一种解决方案，但我们在这种寻找解决方案的过程中，常常会产生很多好的想法，这样才会使我们真正深刻思考一个问题。建议大家看一看《水平思考》这本书，他提供了一些进行创造性思考的方法和工具。

但我认为，坚持认为存在另一种解决方案的信念是第一位的，方法和工具都是其次。

8.文档能力

也许有人会质疑，程序员跟写文档有什么关系。大家开源软件也用过不少，看看Spring，hibernate，Struts等最流行的开源软件的文档就知道，他么的tutorial，他们的getstarted，他们的reference文档写的多么的易懂。其实写代码也相当于写文档，只不过用的是编程语言。同样，写文档，用自然语言，也相当于写程序，简单明了，清晰易懂,这样的“程序”谁看谁舒服。同样，对于想进阶到设计师或者需求分析员角色的程序员，文档能力更是非常重要。

word是一个最实用的工具，很多程序员，多级编号都不会用，索引目录也不知道如何生成，更别灵活应用样式了。很多排版都是所谓的dirty work。垃圾样式一大堆。其实，静下心来，稍微学习一下，就能写出一篇格式漂亮的文档。

9.抽象能力

抽象能力是认识事物从现象到本质的能力。如果你只是停留在“见山是山，见水是水”的层次，客户说什么，你就做什么，设计怎么做，你就怎么实现，从来不过问为什么，也不去想他是满足了用户哪些方面的需求呢。这样可能只解决了表面的问题，可能会引起返工。认识到本质，才能让你的程序具备更大的灵活性和可扩展性。在做企业应用软件开发中，抽象能力体现为对问题域的理解能力，对领域模型的抽象。合理的抽象也是代码重构的前提，每一次重构，都是向更好的抽象迈进了一步。

10.代码评审能力

代码评审和单元测试是保证代码质量的两种常用手段之一。代码评审能力，说明了你的审美标准，知道什么是好的，什么是不好的，什么是优雅的代码，什么是糟糕的代码，你才能让自己做的更好。

11.单元测试能力

没有单元测试的代码，只能说是半成品。因为没有什么能证明你的代码是可以运行的。测试驱动开发是一个非常好的敏捷过程的最佳实践。单元测试还可以作为回归测试，在修改代码时，起到警戒线标志的作用。是否具有单元测试的意识是区分程序员是否合格的重要标准。写不写单元测试是区分平庸程序员和优秀程序员的重要标杆。

12.DRY
DRY是一种原则，就是Don't RepeatYourself.出自《程序员修炼之道-从小工到专家》。这条原则可以用到很多地方，比如你经常要编译，打包，部署应用程序，供集成测试用。每次你都在重复你自己，写一个自动化脚本（比如用ant，批处理命令）来将这些工作自动化，以提高效率。

还有一个就是我们经常在不同的地方切换IP，如果每次手工做，也非常浪费时间，写一个bat命令可以解决，找一个小工具也可以解决。

编码时，对代码的复用也是在重复你自己，虽然拷贝过程很爽，但是维护一致性就要付出巨大的工作量，特别是将来维护的人不是你的时候,使用代码生成工具可以解决这个问题。类似的例子太多了，如果你发现你经常做一些重复的工作，就要警惕了，是否违背了这个原则，想一些办法将他们自动化。

❾ 如何提升程序员的代码编写能力

一、先列三个常见的开发场景：

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们做的代码模板代码框架，乖乖的复制、修改、填肉吧。

你们啊，先从做模板做代码片段开始吧，咱们放到咱们内部代码片段开源库里，看谁的代码片段被别人复制的多，说明你的代码抽象设计能力越好了。那时候，我就大胆放心让你撒丫子跑了。在没有学会跑之前，给老子乖乖的复制、修改、填肉吧。