【导语】“浪漫方舟”通过精心收集，向本站投稿了10篇我眼中的程序员，下面是小编为大家整理后的我眼中的程序员，仅供参考，欢迎大家阅读，一起分享。
- 目录
篇1：我眼中的程序员
从事项目管理工作也有很长时间了，合作过的程序员也有几十位了吧，跟他们的合作大多都是愉快的，我也很喜欢跟他们合作，因为很多的好想法只有通过程序员才能实现，跟我合作的程序员很多都不是软件专业，而是物理，数学，无线电等等专业的，但是他们比起软件专业的人毫不逊色，也许还要强一些。
怎么跟程序员合作可是门艺术呢，如果合作的好了，项目会稳定，快速向前推进；否则，后果不堪设想。在我工作的所有项目中，我发现合作的程序员不外乎那么几种：
1．极品程序员
这类程序的开发能力强，配合度很好。跟他们合作开发项目简直就是种享受，我也经常能从他们的身上学到很多的东西。
在以前给国外公司开发pda系统软件项目中，就有一位这样的程序员，这位复旦毕业的仁兄，开发速度快，合作态度也好。更难得的是，他的外语能力也很强，标准的美音，日语也不错，让我这个英语专业毕业的人常有危机感，逼迫着我也要不断进步。那时候经常因为客户的需求变更导致我们的程序也要随之作更大的改动，他也没有任何抱怨，加班加点的修改程序，配合客户。
跟这类程序员相处，比较简单。也不需要太多的管理手段。只要把需求交代清楚，一切都ok啦。
2．天才程序员
这类的程序员的开发能力极强，思路清晰，思维缜密，开发速度也很快，不过，这样的程序员都得比较傲气，他们的配合度随着他们自己的心情不断变化，所以跟这样的程序员合作时，我主要的工作是解决整个team的冲突，不让这些冲突影响他的开发速度，举行team building活动，改善他的心情，改变整个团队的气氛。
我曾经就跟这样的一位天才型程序员合作过，我们提出的每个要求，他都能出色实现，即便是我们没有提到的一些小细节，他也会从用户的角度出发，很好地实现出来，力求程序的简洁，完美，其他程序员看了他的程序也都一番仰慕和赞叹，
这类程序员很容易成为程序员中的核心人物。如果他的状态有问题，也会影响其他的程序员。
就像上述与我合作的这位程序员，后来因为失恋，无法进行正常开发，着实让我苦恼了好一阵儿。经过大量的劝服工作，team building才总算将事态平息，一切正常了。所以跟这类程序员相处需要较多的沟通，做些情绪管理的工作，管理成本也相对高一些。
3. 喜欢挑战新技术的程序员
可能是因为从事的行业发展迅速的关系，很多程序员特别喜欢新技术，喜欢新挑战；不喜欢运用比较稳定的技术。这本来是件好事情，不过新的技术或者工具都不大稳定，所以我们经常鼓励他们去研究新技术，把新技术中比较好的实现方法吸收过来。把不稳定的因素排除掉。
对于这类程序员多给他们一定的时间，让他们进行新的探索和研究。让他的工作变得富有挑战性，他就会勇往直前。
4.比较懒散，责任心不强的程序员
这类程序员通常在项目默默的做一些比较琐碎的事情，承担的责任也较小，他们在项目开发过程也没有自己的声音。重要的会议也没有机会去参加。他们没有那么强的参与感，所以就很机械的完成一些细小的任务，每天都按部就班地上下班。要想调动这种程序员的积极性就要慢慢的增加他们的工作量，通过让他们也参加一些比较重要的会议等等方法，增加他们的参与感，先让他们融入到团队中，然后再慢慢发掘他们身上的潜能与亮点，让他们去分担其他程序员的工作量，慢慢成为项目中的比较重要开发人员。
了解程序员们的不同，也方便我们针对他们的特点，采用不同的方式方法跟他们沟通与合作。使我们整个project每天都健康、快速推进。
来自：www.cnblogs.com/listef/archive/2008/07/21/1247934.html
篇2：项目经理眼中的合格程序员
项目经理眼中的合格程序员
一、合作与团队精神及计划性
服从分配的工作，并在保证质量的前提下尽快完成任务，如果接到的新任务没有给出工作量估计，首先估计出完成任务所需要的工作量，并有责任向领导说明其估计的合理性，如果接到的新任务已经给出工作量，除非能提出充分的理由，否则必须接受该工作量估计。提前完成任务时，应该及时通知上级。在同时承担几个模块任务时应能根据优先级的变化及时调整自己的工作时间分配。
二、需求理解能力
在开发过程中，要在需求细节不明的情况下，有责任设法搞清楚，积极学习编程思想和方法，并在设计、编码工作中自觉应用，对有一些复杂程度的设计，主动申请设计审查。并能在开发用户界面之前，尽可能使用界面原型方法获取用户的确认。
三、测试意识
在工作负担允许的情况下，采用测试驱动的编码方式，及时把完成编码的部分提交测试，并及时排错，
不断通过自己的测试来驱动程序质量的'提升。
四、规范化，标准化的代码编写习惯
良好的文档是正规研发流程中非常重要的环节，作为代码程序员，25％的工作时间写技术文档是很正常的。缺乏文档，一个软件系统就缺乏生命力，在未来的查错，升级以及模块的复用时就都会遇到极大的麻烦。
对正规的企业，会有完整的编码规定，代码的变量命名，代码内注释格式，甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定，良好的编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。代码具有良好的可读性，是程序员基本的素质需求。
五、总结与全局观
以项目全局为重，采取尽可能简捷的解决方案，把完美方案的设想提交设计人员，有问题时首先向同事们征求解决办法，不鼓励花大量时间解决难题，并鼓励给同事提供技术支持。项目结束，做出个人小结，以利个人和集体的改进。
篇3：一个程序员眼中的中国软件业
算算自己进入IT这个圈子已经有六年了，做过的项目，大大小小也有十几个了，就随便谈谈我这几年对中国软件业的目前状况一些感触吧，
先说说自己吧，由于大学时候就对系统安全颇感兴趣，大学一毕业就选择去了一家非常小的软件公司从事病毒分析以及杀毒引擎的开发工作，算是入了点门，之后去了一家号称国内十大软件企业的安全产品部门研发linux下的安全产品，目前在一家安全领域里算得上世界三甲的跨国公司打打工。
这么说来，自己在小公司，大公司，跨国公司都干过了，对IT企业的认识应该算得上是比较客观的。先来说说小公司吧，一般国内的小公司差不多都是10-20人，产品单一，研发人员水平参差不齐，很多工程师都是中专毕业，