程序员开发效率悖论

① 为什么老程序员的效率如此高

程序员老师傅的解决问题能力要比初级甚至是普通的程序员都要高出很多倍，所以每个软件公司都会在保留1,2个经验丰富的资深级软件工程师，这样在遇到项目或者产品难点的时候能够力挽狂澜，这种水准的程序员也是很多公司追求的对象，而且和年龄没有太直接的关系，编程最终的就是给出解决问题的方案，从解决问题的角度出发解决方案还是非常多，但是在不同的人会给出不同的解决方案，但是有经验的程序员在解决问题的时候就会思考的比较多，不容易导致引入新的问题。

编程能力最直接的表现不是写代码的能力，因为随着时间的推移时间积累够了代码能力自然就上去了，很多程序员在工作多年之后虽然代码能力得到极大的提升，但是还是不具备独立的框架或者功能复杂的模块设计能力，所以很多人在工作多年之后工资一直不能得到上涨，这是主要原因编程的关键还是思路问题，关键点还是在于有正确的解决问题的思路，思路的切实性是需要经过项目实战的积累。

所以优秀的程序员一定是身经百战的经历过项目的洗礼，只有经历过项目才能真正意义上懂得编程是怎么回事，而且每次经历的项目都能够获取足够多的营养出来，越是优秀的程序员经历过项目之后知识体系构建越是完善，越是老程序员越是觉得程序深奥之初，所以老程序员轻易不动手都会思前想后把事情搞明白之后才去真正动手，所以讲老程序员真正动手写代码的时间还是非常短，大部分的时间都是在构思其可行性，真正动手的时间会非常短所以大家看到老程序员大部分的时间都是在看代码或者看一些资料，甚至有些人很少看到老程序员在大块的时间写代码。

越是老程序员对于编程语法看的越是淡薄，编程语言到了一定层面就是工具般的存在，就是为了编程思想服务，如果还在为了编程功能实现代码而烦恼证明了还在初级的学习阶段，度过了这个阶段之后就要考虑如何驾驭架构以及如何锤炼自己的编程思想了，编程的学习过程是需要循序渐进的不要觉得距离自己老程序员有非常遥远的距离，从开始入行就要慢慢去积累不断打磨自己的思想，希望能帮到你。

25年老程序员，20年CTO，来解答一下：

1、经验、教训使然，所谓亏吃多了，也就不吃亏了。

2、长久工作，养成了一定良好的习惯。

3、代码量到一定程度，自然而然会更熟练。

4、一些非技术的经验知识，还是需要时间来积累。

5、老程序员的思维经过多年的训练，更有利于直达本质。

6、他们的方案可行性更高，这样减少返工。

7、代码质量高，测试通过率高，考虑的因素更周全。

8、代码改起来更容易，找问题也相对容易。

9、对任务的理解更全面，能够从更多的角度去设计程序，权衡效率、速度、性能、扩展性等各方面的因素。

10、也不是所有的老程序员都能这样，这个还是跟这人的学习能力有关系，所以大家是能3年变成老程序员，还是10年，就看自己的个人努力了。

在IT编程开发的过程中，老程序员开发的效率会非常高。比如：一个网站模板，新程序员可能要花上一个星期的时间才可以完成，而老程序员却可能只需要1-2天就可以做好。这是为什么？莫非他们天生就有神相助。非也，这所以会这样，据我分析，主要有以下几点。

因为长期的编写代码，所以，会碰到非常多的问题，然后就会去解决这些问题，这就让老程序员有了丰富的实战经验。反观新程序员，碰到一个问题，因为以前没碰到过，所以要花大量时间去解决。而老程序员碰到问题，因为以前解决过，所以，很快就会弄好。

在IT编程中，很多的代码都是可以用来搬运的。因为长期的工作，老程序员会把一些功能代码记录或储存下来，以备后期使用。也就是说，他们就像记笔记一样，把一些功能代码记下来，以备不时之需。所以，在新的编程中需要用到时，他们就可以直接拿来就用，自然效率就高，开发就快。

老程序员在编写代码时，一般都会对代码的规范和格式比较重视，使用代码清晰有条理，阅读代码时就不费力气，而且还会做好每个功能代码的注释。这样，不管是对现有开发，还是对后期维护，都是非常有利的。如有代码出现bug，可以很容易地找到，这同样节省了大量的时间。

老程序员在编写代码时，会先从大处着手，把大的框架给弄好，然后，再对整个编程的细节有针对性地编写。这就好比开发一个高楼大厦，开发商会先把主体框架搭建好，然后，再一层一层地去弄每一层楼的细节。这样，往往目标会更加清晰，只要按步就班地执行计划，就可以很快完工。

熟能生巧

为什么老程序员的效率如此高？

首先， 敲代码的效率 != 工作效率

并不是老程序员效率就高，而是程序员要提高效率需要一些方法，这些 方法的学习和掌握需要一定的时间 ，结果就是老程序员的效率会相对要高一些。

我经常会看到一些新手程序员在写代码的时候需要频繁的去查看文档或者是网络搜索各种接口的用法，有时写一个功能要查个几十次，很多时间都浪费在了搜索上，真的写代码的时间很少。

而一个在这门语言浸淫了几年甚至是十几年的程序员，对这些接口了若指掌，使用的时候信手拈来，还知道接口里面的实现机制，可能会碰到哪些坑也一清二楚，减少了很多bug的出现。

你是不是有把那些接口拿出来反复琢磨，去研究它的源码，认真地了解它呢？

工欲善其事，必先利其器。

一个好的编程工具有很多可以帮助程序员减少工作量的功能，比如代码重构、自动格式化、语法检查、代码提示和补完等等，掌握这些也能大大提高开发效率。

随着IDE的发展和进步，现在很多工具都不需要太复杂的学习就可以操作，所以这个是一个投入小而回报很高的事。

代码是为业务服务的，我们首先得理清楚业务逻辑，才能知道要怎么写代码，而新手对业务不熟悉的时候，光是弄明白业务需求是什么可能都需要不少时间，有时候还可能会错误理解需求，导致写出的代码文不对题，只能重写。

所以多思考，多问，多讨论，不会花太多时间却会减少很多时间的浪费。

写出来的代码还需要经过测试，如果有bug就需要调试了。

很多新手只重视写代码的工作，对于怎么调试却忽略了，有的人甚至只会使用打印功能一步步通过排查找bug，并且对写出来的代码没有概念，连bug大概可能在什么地方也不清楚。

老练的程序员不只是靠打印，有时候只看报错信息就能知道bug大概在什么位置，配合上打印还有断点功能很快就可以找到bug的位置，更不要说他们很清楚怎么写出容易调试的代码。他们会在写代码的时候就对可能出问题的边界条件进行检查，并且会利用自动化测试来减少工作量。

新手很容易犯的一个错误就是拿到功能需求马上就开始写代码，可能写到一半会发现前面的代码有问题需要推翻重来，或者是写错了方向。

老程序员写代码之前会先进行构思，把功能需求拆解，分成不同的小模块，甚至会在纸上把这些想法画下来，基本上在这一步就把问题已经解决了，写代码只是把解决方案用代码表达出来而已。

所以，如果你也想做一个十倍程序员，记得不要只是埋头写代码，还要刻意去练习这些提高效率的好方法！

在写代码前，代码差不多已经刻在脑子里了，写代码的时候，总觉得双手敲键盘的速度赶不上脑子的速度，写出的代码几乎不需要调试，你说效率高不高？

因为老程序员经历多了，一些常规性的BUG基本不会出现，对用户需求也能做到最大的完善，还有对需求增加和修改有个大概了解，会提前预留接口和模块，还有对用户的硬件有了解，在程序上会有相对优化。所以老程序员写的程序不一定美观，也不一定最简化，但是可能是最合适的，可惜中国的程序员刚成熟就要面临失业。年轻的程序员啥都不懂，片面追求性能，美观简洁的程序，在兼容性和实用性上大打折扣，不顾用户的使用情况和硬件情况，项目一上线问题多。

老程序员分为两种，一种是年纪老，常常被换做“老X”，一种是能力老，常被人换做“x老师”。

老程序员之所以效率高，离不开几点：

程序员是一份高强度的脑力工作，能成为老程序员者，智力，体力无一不是同龄人中佼佼者。能够更加效率的工作自然是理所应当，方符合家有一老，如有一宝的普世价值。

祝广大码农早日修炼成为这样的老程序员。

老程序员，码代码速度并不见得比年轻人快。但老程序再面对需求时，能很快抓住技术关键点，难点，重点，如何突破都了然于胸。当出现问题，老程序员有经过实践的诊断定位排错的逻辑思路与手段 。其实这些熟能生巧是一方面，学习与实践 领悟是另外的方面。年轻人观察能力强 悟性高，也会青出于蓝

老成员就是图书馆，硬盘存满了各种经过调试且运行过的程序，只需要复制粘贴，效率肯定高

② 为什么程序员都不想二开代码了

我甚至可以认为如果非程序员能真正上手低代码和无代码平台，那么基本上稍微培训一下就能成为至少是合格的程序员。

2.对于程序员来说，低代码通常并不能提高程序员的效率，因为程序员可以找成熟的脚手架或者叫项目骨架。

3.对于老板来说，会以增加一个功能的表象来衡量工作量。

而实际上遇到低代码平台不支持的特性才能实现的功能的工作量=重写前面的所有功能+实现新的功能。

所以对于程序员来说，活还要自己干，也不提升自己干活的效率。

然后增加功能时遇到问题了，老板以为很简单，实际上你要解决这个问题需要重写前面所有内容。

③ 有人说，人工智能将来可替代程序员写代码，你怎么看

你好！我是康哥！ 未来不光是人工智能会取代程序员写代码，我认为很多行业都有可能被取代！

作为80后的我小时候没有电脑，父母那一辈基本上班的时候也都没接触过电脑，那个时候工作文稿都是用手写，而到我上了大学，短短18年的时间电脑在中国得到了普及。让我印象最深的是我参加工作的时候公司的老会计，业务能力不在话下，但是金蝶用友玩的不转。后来也不得不顺应时代的发展，学习电脑知识。

所以人工智能现在看似是一个很新兴的产业，但是很可能在未来的十几年当中渗入我们生活中的方方面面。

那些重复性的工作，例如人力资源中的考勤工资；财务中的基础做账工作；程序员中的基础代码工作；甚至医院的医生都会被人工智能取代 。

未来不会被渠道的是一些重复性工作不强的职位，我认为这个实际上就是效率的提升，电脑代替手工劳动，机器代替人的大脑和手脚，让我们的生活更加有效率。

我认为是一件好事情，能让我们有更多的时间去开发新事物。不断地开发我们的大脑去 探索 新事物。

但是从另外一个方面来看，未来的确有很多人会失业。不管是现在我们常见的一些岗位，包括一些看似稳定的铁饭碗，例如公务员或者事业单位人员，一些职能性的但是效率底下的职位也将会被取代。

这就提醒我们每个人都要居安思危，不断提升自己的技能和附加值，这样才不会被 社会 所淘汰，二十年时间看似很长，但是实际很短。

AI能代替我们的是一些能够重复的工作和简单的开发工作，可是谁来维护这些人工智能，如何管理这些人工智能我认为未来是我们人类职位的一个新增项。

作为一名IT行业的从业者，同时也是一名计算机专业的教育工作者，我来回答一下这个问题。

首先，随着人工智能技术的不断发展，未来大量基础的编码工作必然会由智能体来完成，这个过程也会不断推动程序员的岗位升级，提升程序员的岗位附加值，同时减轻程序员的工作压力。实际上，人工智能技术的发展对于未来延长程序员的职业生命周期具有重要的意义。

当前程序员岗位的工作压力还是比较大的，不仅应用级程序员每天需要完成大量的编码工作，研发级程序员也需要面对一些毫无能力提升的编码工作，这在很大程度上降低了程序开发的乐趣，使得程序员感到乏味。随着当前产品迭代的速度不断加快（大数据时代的并行迭代），程序员不仅面临更大的工作量，在工作内容上也得到了一定的拓展（全栈开发趋势），所以当前从事程序员岗位还是具有一定难度的。

要想让程序员从当前的工作压力当中解放出来，采用智能体实现代码编写是非常重要的一个解决方案，这不仅会提升程序开发的效率，同时也会保障程序代码的质量一致性，提升程序的稳定性。实际上，当前在程序开发领域内已经有不少工具可以完成一部分代码的生成工作，虽然目前功能还不够强大，但是已经在一定程度上减轻了程序员的编码负担。

未来当智能体替代程序员完成基本的编码工作之后，程序员可以把更多的精力应用在创新方面（算法设计、模式设计、框架设计等），而且技术验证的速度也会明显提升，这些都会提升程序员的工作效率。

如果有互联网、大数据、人工智能等方面的问题，或者是考研方面的问题，都可以在评论区留言，或者私信我！

有人说，人工智能将来可替代程序猿写代码，你怎么看？

好！

科技 这么发达，

完全有可能，

但是，

怎么发达，

有一些程序还是离不开人的操作，

程序猿，

有些程序必须靠人工才能完，

这个毋庸置疑，

不论智能怎么发达，

有些人的操作，

永远取代不了的，

这个倒是真的，

有一些事物，

是人工智能无法完成的，

到任何时候人，

都不会被智能取代消退，

总有一些程序交给人，

来操作！

都是些不深入ai的媒体炒作概念，让人觉得ai无所不能。一百二十八年内不可能，有的话也是小打小闹，满足不了工业届千变万化的需求。ai可以辅助创作，但独立创作，尤其是代码，绝无可能。

如果ai将来能写可执行的逻辑正确的代码，那么未来的程序员或算法工程师，都会大部分失业。如果ai都能按逻辑写代码，都可以去尝试各种逻辑，甚至自己决策。那么ai可以控制各种带有芯片的设备，小到手机，大到 汽车 。这还是ai么，这不是上帝之子么。

可能你从github喂海量的代码给到模型，借助于大数据和gpu算力出来，理论上来说能训练出一个号称能写代码的ai.但这个ai写出的代码都是基于统计规律的，不能处理突发事故。运气好的话，生成的代码能执行，但代码越长，生成的代码可运行的概率越低。

即使能运行，代码的逻辑是什么？

程序员和产品经理干架，就是因为需求会一直变。你期望ai能写出满足千变万化的需求的代码？

我们从几十亿年的单细胞生物进化到今天，能不能有点自信？要是ai这么厉害，我觉得我没脸说我是人了。总之，怎么可能！

将来我们写代码时：

总之，ai可以辅助程序员编程，极大提高编程效率。但如果代替程序员自己编程，根本不可能。如果有那一天，我把我现在的手机吃了。

这几年，人工智能被炒的越来越热了，比如阿里的鲁班系统能够自动生成双十一海报，一天可能出图上亿张；还有通过机器学习，程序画的话，被卖到上亿元；其实就目前来讲，这些都是比较基础的，人工智能即使画画，也是通过机器学习别人的画之后，说白了， 组合的。没有灵魂作为支撑的产品，不能说没有价值，但是在意义层面来讲绝对是非常弱的。

人工智能在将来可以替代程序员写代码吗？我只能说：有可能，而且即使人工智能代替程序员写代码，也是比较基础的，其实，随着现在程序工具化的趋势，已经解放了程序员，如果人工智能+工具化，在一些基础的，机械的编程中，确实能够让程序员解放出来，去处理更加复杂的业务逻辑和架构设计。

但是，我感觉人工智能完全取代程序员是不可能的。因为，机器永远也不想到人类复杂的需求，尤其是，变来变去的需求变化。如果机器能够有灵魂的话，估计也会被人类复杂且变来变去的需求，折磨的要死，从而发出一句，感叹：卧槽，这是什么玩意的破需求。

但是，去年有一条新闻值得我们关注，那就是：

Repairnator 是由 KTH 瑞典皇家理工学院的软件技术教授 Martin Monperrus 开发。它会监控开源软件在持续集成期间发现的 bug，并尝试自动修复它们。如果它成功合成了一个有效的补丁，那么 Repairnator 会伪装成人类身份向人类开发者提交此补丁。到目前为止，Repairnator 已经成功生成了 5 个补丁，并被人类开发者永久地合并到代码库中。

这是自动程序修复软件工程研究中新的里程碑。

所以，现在机器都可以修改 bug 了，将来在一定程度上写程序，也是有可能的，但是完全取代我认为不现实。

原因如下：

当然了，如果机器能够完全取代人类编程的话，那非常可怕啊，未来有可能将是被机器控制的时代，而不是人类控制机器的时代。

有人说，人工智能将来可以取代程序员来写代码，这个理由不成立，因为人工智能就是程序员开发出来的。而且现在所谓的人工智能远远没有达到真正意义上的智能，大部分还是人工更多一点。

如果以人类的生命成长阶段来看，人工智能目前只能算是婴儿阶段，在婴儿阶段就抛弃喂养自己的母亲程序员，那为时也太早了。

人工智能大体分两个大的方向，图像识别和机器学习。目前图像识别成长的比机器学习更快一点，但也仅限于快一点儿，我们常见的图像识别场景就是无人驾驶。而机器学习发展相对缓慢，都是在初级阶段，如果想要有阶段性的变化，在算法机制上要有突破性的进步，才能引领机器学习进入下一阶段。

所以至少在未来几十年甚至上百年我认为我们程序员都不会失业的，还是有饭吃的。

所谓人工智能的程序也是由人类开发设定的，它也绝不会取代人的作用，它对美学，结构想象力设计，逻辑多向思维甚至悬思学都无法深入涉足，它就像一个架构师将算法和公式公布出来，其它基础部分由代码来完成一样，就算将来人工智能也可以进行相关研发，但审核与检测仍然需要人类完成，人类的工作只会越来越高级。

所以不用杞人忧天，人工智能是不可能真正成为人类的思维一部分的，当它的工作目标对人类无意义而虚耗电能和时间的时候，人类是一定会及早发现并介入的，一个简单的拔电源就可以停止其行为……

人工智能是近阶段大家经常提到的一个话题，其中神经网络深度学习其中一个特点，那么人工智能最终真的能达到一般人类这样去思维么？能够像程序员那样的编程么？会不会以后有一天真的能替代程序员了吧，这件事情你是怎么看待的？针对这事情我来说一下我的看法。

人工智能会让程序员的工作效率更高，十年之内不可能完全代替程序员

在CSDN上有一篇报道，有一个名字为Screenshot-to-code-in-Keras的项目可以把一些稿件自动变成一堆html代码加css代码，有的前端程序员就可能为此而感觉到恐慌，感觉以后人工智能要替代自己的饭碗了，这样的事情也不足为奇，在人工智能这个概念还没有兴起之前，一些java程序员使用ide开发工具就能生成一堆代码，节省了开发效率。感觉起码在近五到十年内感觉人工智能还不能完全替代人类程序员这样去编程，就以前端代码为例，虽然html代码加效果类css让人工智能生成代码，可能人工智能在这方面战术上完胜，但是一些战略问题它还是远远不及人类的。

其一它生成的东西能确保是人类想要的吗？，如果不符合要求是不是需要人类程序员来调整，人工智能不可能做出一套适应所有场景的东西出来。

其二前端程序员是要与后端程序员进行对接的，在对接时各个参数，怎么调用了，相当复杂，两个人类程序员（前端程序员与后端程序员）还需要沟通好长时间，难道人工智能就能那么完美理解人类的意思就不需要沟通了么？

近5到10年内的情况可能是这样的，一些低级的常规的代码都可能会是自动生成，一些组织调整的工作交给人类程序员来进行处理，最后项目的质量当然还是有人类进行负责的，由人工智能的加持，程序员的工作效率可能会大大提高，以往传统开发需要几周的工作量可能会缩减到几天甚至更短。

未来上层领域的程序员数量会减少

随着时间再往后发展，我想一些上层代码会逐渐由人工智能程序自己完成了，可能写代码的不再是程序员了，比如说可能是一种操作软件的形式存在，有着成熟的操作界面，良好的操作体验，一个非技术人员通过界面输入自己想要的东西，通过一定的规则描述，然后就会生成相应的代码并能直接运行。或者比这个更先进，不是一个软件界面的形式存在，而是一个智能硬件设备，只需要对其说话，像与人类说话那样，说出自己的需求，智能设备就能在短时间内做出自己想要的东西。

如果真能达到这种程度的话，我想未来参与业务开发的程序员的数量将会急剧减少，但是 不可能减少到为0，因为人工智能做出的东西也不可能是完全有保证的，起码需要个别人还需要进行对项目代码进行负责不是嘛，就想现在的无人驾驶车为啥还留有方向盘一样。上层开发的人员少了，人工智能这些底层开发的程序员会更吃香了，甚至数量会多起来。

软件数量和规模将成倍增长

大家都知道程序做事效率是相对高的，人类做项目是用天，周，年为单位来计算的，那么这些软件交给人工智能处理应该是秒级别的吧，如果是大一点的项目顶多是分钟了。如果是这样的话，估计人类世界软件的发展速度将会达到一个新的高度，软件的数量和规模将是几何倍数的增长。

如果真是这样一天的到来，我想人类在学习和思想上都要有策略上的改变，以前经常在嘴边说的话，要勤奋，要多动手，未来的人类要做的事情，就是要多思考，勤于思考。动手的事情就交给人工智能去吧。

那是必然的。不仅程序，看病，甚至很多方面都可以，但是，那种机械的，生冷的东西在几何级数提高效率的同时也会铸成，无论如何，这个趋势不可阻挡，是喜是忧？需要盖棺定论。

电脑只能处理精确到指令，需求一开始往往是很模糊的，以目前人工智能自然语言语义理解的发展程度，可能性很低。

④ 逻辑思维对程序员重要吗

很重要，在项目实际开发中逻辑思维是我们的引路人，他的灵活性直接影响我们开发的效率，对我们来说非常重要。

⑤ 程序员如何自己创业

30岁,对于每一个程序员来说都是尴尬的年龄，仿佛舞台上不知不觉间已经谢幕，而自己仍在独舞;创业,对于每一个程序员来说都是曾经或者正在憧憬的梦想，可是梦想与成功之间难以逾越的距离却也让多少人望而却步……以下是我为大家整理的程序员如何自己创业相关 文章 。

周鸿祎谈程序员创业

很多人都向往着有一天自己创业，程序员更是如此。如果你想创业，那么该怎样创业、需要有哪些准备、自己还有什么不足等等这些问题你考虑过吗?本文就跟大家分享周鸿祎在接受某媒体采访时给程序员上的创业课。

程序员创业的特别之处

关于程序员创业，我之所以愿意谈我的观点，是因为我是程序员出身，也是从小公司做起来的，我自认为对待很多程序员个人包括共享软件作者和一些小网站还是很好的。我希望和他们分享一些 经验 和体会。

首先，我想说的是聪明人不一定能成功，很多程序员很聪明，但我一看就知道他们不会成功。因为我看到了一些问题，而且现在太多程序员存在很多误解。因此，我希望把我的观点告诉程序员。或许有一些程序员能够清醒，某个人可能因为我的某一句话有了感觉，对他以后的成长产生了帮助，这就足够了。

要知道，程序员总是以为自己优秀所以就能成功，其实不是。中国的程序员大部分是盲目的：看看一些论坛就能够感觉到，要么有一群人自我感觉极端的良好，以专家自居，要么就是一群蓝领埋怨公司和社会环境不行，待遇不好。

应该说，中国程序员创业的成功率也是很低的。放眼望去，中国互联网成功的人士有几个是真正写过十年软件的。事实上，现状和我们所能听到的媒体宣传的 故事 很不一样。

很多程序员的最高理想就是写一个共享软件，一年可以挣几百万。但我希望谈的不是告诉程序员如何挣钱，挣钱很容易，而是要告诉程序员如何去创业。比如虽然FlashGet的作者收入很高，衣食无忧，但从创业的角度看，它并没有以商业公司的方式创业成功。

程序员在创业方面的欠缺

首先，我看到中国程序员的合作心态非常缺乏，我认为这是中国程序员最大的问题，当然这是有很多原因的。

大家经常说这句话：态度决定一切。但事实上好程序员基本上都比较傲气，因为程序员往往会觉得自己在做世界上一件十分伟大的事情，这就是驱动机器，修改一行代 码，机器就能够工作，可以产生各种不同的行为。这很容易会让程序员产生一种错觉，认为自己可以Control Everything。程序员的自信在编程上是非常需要的，但不是适合一切场合。如果我们不说这些，可能很多程序员到现在还不知道自己错在哪里，仍然认为 自己是King of the World。

事实上，程序员的能力只是控制了一个机器。但创业仅仅具备了和机器打交道这一种能力是绝 对不够的，他还需要和合作伙伴、竞争对手、投资人、员工甚至整个社会环境打交道。很多程序员因为已经习惯了和机器打交道，不善于也不愿意 其它 的工作。很多程序员会内心认为“营销不是很简单嘛，市场很简单啊，管理也很简单啊，”我认为这种心态是非常害人的。

程序员还是一个很固执的人群，他觉得自己是机器的统帅，因此不会灵活，不会妥协。我当时也喜欢写程序，但我知道如果自己沉迷于写程序，肯定没戏，所以是逼着自己改变角色。

优秀的程序员不要自负

这两天，我收到几封程序员的来信。有一封信中大意说“我是个如此优秀的程序员，为什么我就不能成功呢，请你指点。这里有我的blog地址，看完你就 会了解我了。”我想说的是：如果真的希望别人帮忙，就要把情况真实的说出来，而不是上来就说自己很优秀，这种语言就会让别人觉得很不舒服，不是很好的交流 方式。我还真看了那个blog，但看完之后，觉得这个程序员就是一个空想狂。

可以说，很多程序员实际上是优秀带来了自负，这种自负使得其不要说创业，可能在在公司中工作也会遇到问题。所以，我甚至认为程序员在创业方面遇到的困难比其它类型的人员更大。如果程序员希望主导一个创业，可能首先就要逼自己不是一个程序员。

程序员应持开放心态，寻求团队合作

程序员首先要学会和别人合作。提到这点，很多程序员都会说“我正在带着其他程序员写程序啊，我会合作啊。”但这种合作是片面的，我所谈的不仅仅是程序员和程序员之间的合作，而是包括了程序员和其它各种角色之间的合作。程序员相亲，他们的语言比较能够容易理解。但作为一个程序员，你能不能商业人员、销售人员很好的合作呢。

我这些年还看到很多这样的例子：程序员动不动就把目标定为比尔·盖茨。其实，比尔盖茨不应该成为程序员崇拜的目标对象，这会让程序员迷失方向，因为微软另外一个创始人保罗·艾伦才是真正的程序员。再看其它一些例子，Google的第20名 程序员都可以获得五亿美元。Adobe公司两个创始人也是一个精通技术，一个对商业精通，这样的搭配才能够更好的成功。因此，对于很多程序员来说，一定要找准真正的榜样，不要被外界的故事迷惑了头脑。如果剖开一些故事的外表，你会发现国外很多成功的程序员，背后一定有一个很强大的商业感觉的人或者一个团队。

程序员的商业感觉其实并 不是很好。即便有商业感觉，其实这只是一个灵感，一个创意，但要要做成、做大还需要一系列的管理、市场、运营，这些对于程序员是不可想象的。程序员要明 白，在自己不擅长的领域，找到一个可以弥补自己缺陷的合作团队才是出路。加入一个创业团队，可能个人占10%，但因为更容易成功，而且团队可以做100分 的事情。而如果只是一个人做，很可能就失败了。

这方面，国外的程序员对自己的长短比较清楚。在硅谷，很多程序员技术上都很牛，但他们 都非常知道自己只是在技术这个领域水平比较高，出了这个领域，自己什么都不是。正因为有了这种心态，他们特别懂得与人合作。我认为国外的程序员已经普遍意 识到了这点，他们很愿意成为创业团队中的一员而并非自己创业。

因此，程序员需要调整心态，不要把自己当作精英人物，要承认自己在编程方面是优秀的，但永远有人比自己更优秀，对于其它的领域，很可能自己很无知。要知道，其实程序员的选择其实是最少的，因此抱有开放的心态是最重要的。

程序员与创业要求还有哪些差距

我认为现在的很多程序员经验过于不足，他没有认真踏实做过很多工作就奢谈创业。如果一个程序员没有在编程方面深入过，没有积累，也就是半瓶子醋。这 样的程序员我接触过很多，他们自己也不清楚问题出在哪里，让人感觉又爱又恨。我认为程序员既然要凭借自己的技术，那就一定要踏实，要能够实现任何创意。

但现在一些程序员自己没有商业意识，却又很自负，不相信别人，不理解的事情就不做。我遇到过很多程序员，他们对公司做什么方向都质疑。他 们希望自己先想清楚，可是一想就浪费了很长时间。很多程序员就可悲在这里，积累的不多，看不到方向，但他也不相信自己的公司和老板，这是一个悖论，需要程 序员深刻反省。要知道，每个公司都有懂商业的人。

就这样，一些程序员极端自负，另外有一些程序员碰了很多钉子之后，感觉很自卑，于是便认为国内软件业不行，最后 出国 或者打工，很少有程序员能对自己能做公正的评价。

国内环境是否造成程序员浮躁的因素

我以前没有仔细考虑过这点。但我想，不管怎样，程序员需要先从自身找问题，因为大环境就是这样了。我承认一个现实：程序员生存状态并不是很好，但程序员很多报怨其实是一种不切实际的期望值和自身的缺陷产生的反差。

首先，产品没有大小，只有市场的大小。很多人总是觉得这也小，那也看不上。认为公司做的产品很无聊，要做就要像某些人宣扬的那样：做游戏一定要 做3D引擎，好像只有这样才够牛。这其实就是一种浮躁。很多程序员写软件总是很多bug，基础知识也不牢固，没有参加几个项目，没有写过十万行代码，就奢 谈做大项目，这有价值吗?

而且我还发现有些程序员特别愤青，骂环境，骂老板，其实这只能把自己的心态搞的很坏。很多人刚进公司时做的很差，虽然工资少，但他没有想到给公司增加了很多bug，公司实际上是在给他出学费。论坛上大家都在讨论哪里活干得少钱拿的多。甚至还有人列了一些黑名 单。这种做法的结果就是程序员自己将周围环境搞的乌烟瘴气了。

有的程序员还非常喜欢指点江山，指点公司。我个人觉得这不是不可以，但 指责别的公司对个人没有什么好处，因为存在就是合理的。如果看不到，恰恰证明是自己看不到。我看到很多程序员也写blog，技术交流的我认为非常好，但有 些人是写评论。我是觉得程序员不要做评论家，中国不缺评论家，最缺的是实干家。

总之，程序员一般过于自我。总生活在自我的世界中，就不可能真正了解世界是什么。我很早就意识到了这些问题，也努力的去客服。我的经验就是看别人如何做的好，为什么能够做的好，什么是我所不能理解。程序员要学会慢慢站在别人立场上看问题。

最后给希望创业的程序员一点建议

对程序员来说，现在要做的也很简单，这就是需要大量的实践，要慢慢培养对产品，对商业的感觉。我的建议说出来可能有些忠言逆耳。对绝大多数程序员来 说，自己一个人成功的机率是很小的，所以我认为加入一个创业的团队可能更为合适。现在有很多初期创业的公司，也需要很多优秀的程序员加盟。如果有理想，可 以选择加入一个团队，也有相应的股份，这方面我可以充当一个桥梁。

看看前网络程序员是如何创业的?找合伙人已经OUT了!

“来吧，做我的CTO，给你股份，咱自己当老板。”

因为同学的一句话，前网络研发工程师YK辞职创业。一群毛头小子，技术能力过硬，但毕竟资源不足，经验欠缺，不到半年，项目无疾而终。 互联网创业 盛行的现在，一个好的技术抵得过一支团队，更别说出身BAT了。

但很多人不知道的是，就是这一样一支技术实力超强的团队，最终竟然也输在了人上——过于强调技术，没有头脑足够清醒的团队成员及时制止。这也是为什么要选背景不同、经验不同的一群人一起创业了。曾经和YK聊过很久，项目失败的背后是他对创业更多的思考，特别是对于那些拥有好工作的人来说，抛下一切投身创业需要付出的成本太高，但如果只是给创业者打工，那还不如守着原有的工作，至少更体面、更有保障。

就在我以为他会重新安安稳稳工作的时候，却意外的在创业大街再次见到了他。细聊起来才知道，他并非辞职重新开始创业，而是用自己擅长的技术加入到新的创业团队中，以外部合伙人的身份帮助两个不同方向的项目解决技术开发问题。这次来到大街，是专门和一支团队开技术碰头会的。

他的这个选择意料之外，却又情理之中。意料之外的是他居然理智的没有辞职，情理之中的是他选择了成为外部合伙人，用业余时间一边做顾问、一边写代码，实现了时间、能力价值的最大化。

其实，说到外部合伙人就不得不提智筹平台。去年3月，正是看到了毛大庆宣布 离职 但依旧担任万科外部合伙人的新闻后，智筹将“外部合伙”作为创业者&人才之间对接的一种新的合作关系。现在，创业者来智筹发布任务，除了能与互联网高级人才建立长期顾问、短期兼职、驻场办公、远程协作等合作关系之外，也能通过部分现金+可回购股份的方式，与人才建立外部合伙关系。外部合伙人是一个没有行政职位，但依旧为企业、团队做贡献的人。

对于创业团队来说，外部合伙人解决了以下问题：

1.快速成长，度过难关。

按照原本的思路，YK服务的两支团队还陷在满世界寻找CTO、找程序猿的泥沼中，但有了外部合伙人，更低的参与门槛吸引了更多人才愿意加入，不仅解决了燃眉之急，更推动项目度过难关、快速前行。

2.满足了人才的多样性。

一个合伙人已经很难找了，更不用说基因不同、知识不同、经验不同的一群人。外部合伙人大大降低了对人才的束缚，而这样的一种合作模式，让越来越多的人才愿意加入到创业中来，组建这样一支多样化团队更容易。

3.更快找到，成本更低。

外部合伙人是通过股权激励撮合到一起的一群人，利用可回购股权让人才把创业者的事当做自己的事，目标、利益一致，做事更用心、更高效。股权支付的方式又可以降低初创的资金压力，创业者不用支付很高的现金，也能请到非常NB的人才来解决难题。

外部合伙人极大的缓解了创业找人难的窘境，但当创业者真正去寻找外部合伙人的时候，往往又会担心外部合伙人的时间、效率怎么保证?水平怎么衡量?什么人才适合做外部合伙人?

首先，时间自由是第一标准，至少是时间可控，能够拿出足够精力完成任务。否则，连时间都不能自由支配的外部合伙人也太不称职了，CEO找你开会，你却说你在公司加班，即耽误了创业者的时间，又降低了自己的口碑。

其次，独挡一面的能力绝对必不可少。做得了合伙人的，都是某方面十分擅长的专业人才，那么做的了外部合伙人的，需要更高的水平。从一开始我就强调，外部合伙人一定是高级人才，不然没资格帮助创业者解决问题，甚至指导方向。俗话说，没有金刚钻不揽瓷器活，想做外部合伙人，一定得先有过硬的水平。

第三个标准是认可股权模式。中国基金报曾发表评论称，未来十年，如果你与股权无缘，可能无法实现财务自由。在如今楼市低迷、股市重挫的时候，股权投资却异军突起，特别是在大众创业、万众创新的激励下，全国创业氛围浓厚，涌现了一大批优质有潜力的新兴企业、互联网企业。也许你不是土豪，没有钱参与众筹，而此时外部合伙人模式的出现，让普通人也能参与，只不过是用能力和时间参与创业、解决任务，换取股权。

智筹在帮助创业团队对接外部合伙人合作的过程中，通过实践 总结 出了最适合做外部合伙人的群体：自由职业者、大企业主管级以上在职人才、工作室、外包团队等等。这些人能够站在实战的高度，不只提供经验分享，更能够有针对的解决具体问题，融入到项目和团队中。

对于很多创业小伙伴来讲，找钱、找人是躲不开的两座大山，有钱了当然可以请NB的人才加入，有人了事儿干好了钱自然不愁，先有鸡还是先有蛋的问题永远都在，找到一方的突破口自然事半功倍。这时，外部合伙人就是打破这一死循环的关键钥匙，只是需要创业者用开放的心态接受、尝试，毕竟改变原有习惯肯定难受，甚至懒得尝试。但创业原本就是不破不立的事，只有打破旧有习惯，才能接受新鲜事物，才能有更多新的收获。

从另一个角度来看，参与创业的门槛降低，意味着越来越多的人能够将自己的智力换成股权，帮助推动创业的同时，也是对未来的投资。根据智筹平台的数据显示，当 创业项目 获得融资后，人才所持的可回购股权将会以最少3倍的价值兑现，这对于很多人来讲也是不小的吸引力。外部合伙人模式，降低初创资金成本的同时，也让越来越多的高级人才加入到创业中来，大大激发了创业活力，无论创业还是参与创业，用起来都是极好的。

⑥ 对于程序员，提高软件开发的质量和效率该从那些方面努力

1.提高代码的规范性。编码规范 可以提高代码的可读性，并且在代码修改的时候很容易。
2.对功能进行分类，并拆分。分析出几种处理逻辑。编写代码时，部分代码可以。可以提编码速度。
3.对功能进行分类，并合并。提出共通类。
4.不同的package对应不同的功能。

简单的说，每天写几百行代码。坚持半年或者1年，就知道什么方式是适合你的了。 不写代码，光想，十年也还是那个水平。每个人的逻辑思维是不一样的，写代码的方式也是不一样的。有时间问，还不如多写写。或者，自己模拟现实个场景（或公司管理制度之类的），然后实现。写几个，很自然的就知道自己该怎么写了。

⑦ 如何衡量程序员的工作效率

不过，最近Shahar Yair和Steve McConnell指出了该方法的一系列重要缺陷。首先，使用代码行数之和无法有效评估一个项目的实际进度，因为它更注重行为而不是结果。最终产品在多大程度上依赖于代码的性能和质量，这也是代码行数无法说明的。因此，聚焦于此实际上是非常有限的工作效率测量方式。
SLOC无法表明要解决的问题的复杂性，也不能以可维护性、灵活性、扩展性等等因素来说明最终产品的质量。说到质量，它反而可能起到负面作用。通过重构、使用设计模式会减少代码行数，同时提升代码质量。代码量大，可能意味着有更多不必要的代码、更高不必要的复杂性、更加僵化难懂。
他指出，有些问题可以通过测量度量功能点数解决掉。那么决定程序大小的因素就变成了输入、输出、查询和文件的数目。不过这种方式也有其缺陷。McConnell提出一些操作性上的问题，比如必须要有一个大家认可的功能点测量机制，而且要想把每个功能点映射到程序员身上也不容易。Daniel Yokomizo是一位经过认证的功能点专家，他在评论中明确指出了这种方式的其他问题：缺少测量功能点复杂度的工具；还需要考虑诸如代码共享、框架、程序库之类的事情。这些都会影响到完成一个功能的时间。
有很多人参与了对于测量方式的讨论，他们都同意这些做法有其局限，不过他们都觉得衡量开发人员的绩效还是有必要的。实际上，不少人认为SLOC可以作为基础，在其之上通过考虑多种不同因素来进行更复杂的分析。McConnell提出了四条分析开发人员工作效率的必备指导原则，他们也都同意。这四条原则如下：
1、不要指望单一维度的工作效率测量方式能告诉你每个人的真实情况。
2、不要指望任何测量方式可以在很小的粒度上区分出每个人的工作效率差异。这些方式可以为你提出问题，却不会告诉你答案。
3、牢记：趋势总是比单独一点的测量来得重要。