程序员能力

程序员应该尽早规划自己的职业生涯 为什么写 众所周知 IT 这一行到了一定的年龄、大部分人都或多或少有危机感，特别是今年全国乃至全球发生的疫情、导致整体经济受到很大的影响、这次的疫情影响到了各行各业、各种裁员、降薪的新闻层出不穷。这个时候危机感就更大了、这种情况下如果你不是特别优秀、或者不是在行业顶尖，都会有点慌，如果你现在正好处于这样一种阶段，可能会感慨如果 n 年前能够像现在这样思考更多的事情、更早的有危机感、然后不断的努力提升自我，打造自己，可能到现在就不至于会这样的忧虑了。就好像现在有很多行业大佬都是一路走过来方向、和目标都一直驱使着他们不断的学习积累。这种优秀的人就会比混日子的人能够更从容的面对这种危机感。当然并不是说优秀的人就不会有危机感，他们的危机感早已不是生活经济层次了。 基于这种情况对于年轻人来说，就更应该尽早的思考自己未来的路应该怎么走，未来应该朝那个方向发展、给自己尽早定一个目标，并朝着这个目标不断的努力靠近。到了五年、十年后你就可能会领先别人一步。 早就是优势 ，尽早确定自己的目标、方向，这样就能够少走弯路，少挥霍时间，从而拥有比较成功的职业生涯。 主要方向 作为程序员、随着工作经验的积累，会有哪些方面的发展机会呢？我下面为大家总结一下，可能以前也有类似的文章，但我主要站在我个人的理解的方向去总结，并列举出一些这个方向应该具备的一些能力要求

　　刘未鹏(pongba) /文 　　 　　看起来只是在C++后面多写了一个“/CLI”，然而其意义却远不止于此，google的c++.moderated版上为此还发起了数星期的讨论，在国内大部分人对C++/CLI还不是很了解的情况下，google上面已然硝烟四起... 　　就像我们作出其它任何选择一样，在选择之前最重要的是先要清楚为什么作出这样或那样的选择——C++/CLI到底提供了哪些优势？为什么我们（标准C++程序员）要选择C++/CLI而不是C#？我们能够得到什么？CLI平台会不会束缚C++的能力？ 　　这些都是来自标准C++社区的疑问。从google上面的讨论看来，更多来自标准C++社区的程序员担心的是C++/CLI会不会约束标准C++的能力，或者改变标准C++发展的方向，也有一部分人对C++/CLI的能力持怀疑态度。另外一些人则是询问C++/CLI能够带来什么。 　　这些被提出的问题在google上面一一得到了答案。好消息是：情况比乐观的人所想象的或许还要更好一些—— 　　世界改变了吗？ 　　对于谙于标准C++的程序员来说，最为关心的还是：在C++/CLI中，世界还是他们熟悉的那个世界吗？在标准C++的世界里，他们手里的各种魔棒——操作符重载|模板|多继承（语言），STL|Boost|ACE（库）——还能挥舞出五彩缤纷的火焰吗？是不是标准C++到了

【转】程序员应该如何理解新接手的项目 文章来源：本站原创 作者：Deepfisher 发布时间：2012年4月29日 浏览次数：677 　　假如你是一名.net开发人员，正在开发或是维护包含1000个类并使用了很多框架的项目。你会如何来理解这些代码呢？在典型的.net企业项目小组中，大部分能够帮你的高级工程师都很忙，文档也很少的情况下。你需要尽快交付成果，并向项目组证明自己的能力。你将会如何处理这种状况呢？这篇文章为开始开发新项目或对刚接手项目的.net开发者提供了一些建议。 　　1. 不要想着一下子就弄明白整个项目 　　仔细考虑一下，为什么你会想要先理解项目代码呢？大部分情况是有人要求你修复一个bug，或者增强系统现有功能。你要做的第一件事情不是理解整个项目的架构。当对项目进行维护时，这样做可能会对你造成巨大的压力及损耗大量的时间。 　　即便是有10年编程经验的.net开发者，也无法短时间内理解项目的核心工作机制，尽管他们可能已经在这个项目工作超过一年（假设他们并非最初的开发人员）。比如，对于认证机制或事务管理机制还是缺乏确切的认识。 　　他们是怎么做的呢？他们对于自己负责的部分非常了解，并且能够交付价值给小组。每天的交付价值远比了解一些以后还不确定有没有的东西重要的多。 　　2. 关注于尽快交付价值 　　那我是要打消你对于理解项目架构的热情吗？完全不是

一、开门见山 有一天吃午饭，我和我的同事兼好友，一边吃饭一边聊天八卦，说到：有一个部门的领导技术一般，项目上的很多事情问他，他也不知道，不知道为什么能当上经理，难道就是靠着自己在公司的工作年限久？ 这个问题后来我思考了好久，也困扰了我好久，有一个阶段，甚至有点讨厌这个人，有项目上的事情问他，也不能很好的解决，不像和某些同事合作起来那么的舒服，谈笑之间就能把事情解决了。 又是一个中午，和我一个年长的朋友一起吃饭，他在一个上市公司做技术总监，我把我的困惑讲给他听，他笑了笑，对我说：很多事情，存在即合理，它既然存在，就一定有它的道理，你可能现在还无法理解。 他又拍了拍我的肩膀告诉我，其实啊，职场上有一些不成文的“潜规则”，很多人掌握了它，职场上游刃有余，升官加爵；有一些人故步自封，不掌握规则，不遵守规则，自然混的不行。听完我顿时豁然开朗。 如果你是初出茅庐的职场新人和已经工作3~5年，工作却一直不如意的职场老鸟，下面的内容可以看一看。 二、初出茅庐 融入新环境 职场新人，是从学生转变到企业员工，企业招应届毕业生的主要原因有如下几个：便宜，听话，能加班，创造力强。 在学校，有老师教；而在企业里，有人教是幸运的，没人教才是正常现象，所以如何快速融入新环境，有如下几点： 1.多问 不要羞于表达，老想着说：“这么简单的问题我能不能问啊，其实你经历的这些东西，你的领导可能都已经经历过”

我们先来看一篇论文《Is Programming Knowledge Related to Age?》这篇论文是两个北卡罗莱纳州立大学计算机科学系的两个人Patrick Morrison 和 Emerson Murphy-Hill 对StackOverflow.com上的用户做了相关的数据挖掘得出来的一些数据。（我们知道StackOverflow.com上的数据是公开的，任何人都可以用来分析和统计，所以这篇论文的真实性是有的） 数据采样和清洗条件如下：（数据全量是1694981用户，平均年龄30.3岁） 15-70岁之间的用户（这年龄段的用户被称做“Working age”），当然，有很多用户没有输入年龄，这些用户都被过滤了。 用户在2012年内都回答过问题。因为StackOverflow在2012年对问题和答案的质量要求得比以前高了一倍，所以更能反映程序员的真实水平。 Reputation声望在2-100K之间。（注：StackOverflow的用户Reputation是得到社会认可的，在面试和招聘中是硬通货币。比大学的学分更有价值） 上述的条件一共过滤出84,248名程序员，平均年龄：29.02岁，平均Reputaion在1073.9分。 年龄分布图 下面我们来看一下他们的年龄分布图：我们可以看到程序员年纪的正态分布（高点在25岁左右，但是中点在29岁左右） 能力和年龄分布图

一、 刚当程序员时，我是属于那种勤勤恳恳类型的员工，工作态度用认真来形容不为过，每天我几乎是团队里最早到公司，又最晚下班的一个。而组员张工一般情况下都是准时上下班的，即使项目进度比较紧急，他也很少加班，除非是有特殊情况，他才加班。 要是按勤奋程度和工作时间长短来衡量，我想我比张工积极多了。按理说，我这么积极，工作量应该比张工多才对，其实不然，领导安排给我的工作任务和张工的任务相比，我比他还要少。 张工之前是做java服务端的，后来自学了Android移动开发，再后来又自学了iOS移动开发，那时他就是一位多能手，项目安排他做什么他就能做什么。 从张工提交的代码看，他的代码不仅规范而且很优雅，大的不说，就他能对一些基本控件进行封装处理，还做了拓展，方便给其他开发人员调用，就已经很让我敬佩不已了。 而我所谓的工作时间长，其实大多时间是在重复地造轮子，一个相同的功能重复做，不仅没有做封装处理，导致冗余代码还多，有时候刚好碰到需求改动，我就把自己累得够呛，现在想想，真的活该啊。 二、 类似这样的情况不知你身边有没有： 读书的时候，有的同学上课时眼睛睁得特别大，还做笔记，一节课下来，笔记本里密密麻麻的，课后做的练习题也不少，可成绩却差强人意。而有些同学表面看似不怎么努力，学习成绩却保持很好。 工作时，有些人总是“加班”，看起来很敬业，而他们上班时间却一会儿逛淘宝，一会儿刷微博，看头条

软件产业发展到今天，分工越来越细。程序员做为一个通用的称谓已经无法确切定义各种工作的特点和分类。正因为软件开发中各种职责区分不清，无论是刚刚写代码的新手还是具有多年经验的老手，一概被扣上程序员的通用名称，这也使得很多进入这个领域的软件开发人员无法制定自己未来的技术职业发展之路。 实际上，软件公司也逐渐认识到了对程序员分类的重要性，开始将各种职位定义的更加准确。对于从事软件开发的程序员来说，更需要尽快明确自己的发展方向，并在此方向上将专业知识积累的更深厚，这能让你尽快逃脱对未来发展方向的迷茫。为此，我们专门推出程序员成长系列的特别策划，将分别深入探讨软件设计师、测试工程师、文档工程师、项目经理、产品经理几种角色的成长之路。 程序员成长系列之一 软件设计师可以预先构建软件结构，如同建筑架构师一般。比尔·盖茨被称为微软公司的首席软件设计师，首先是因为他是一个优秀的架构设计师，中国同样需要这样的人才。－微软大中国区总经理黄存义 从程序员到软件设计师 2000年1月13日下午，世界软件业巨人、美国微软公司突然在位于华盛顿州雷德蒙德市的总部举行新闻发布会。比尔·盖茨把微软CEO宝座拱手让给长期伙伴史蒂夫-巴尔默，只保留董事局主席一职，但同时出任新职务“首席软件设计师”。比尔·盖茨说：“今后我将全力设计开发面向未来的新软件，同时研究制定微软的总体技术发展战略。” 比尔

一名好程序员应该具备什么样的能力？如何在行业内浸泡多年后，达到行业顶端，成为架构师或CTO等存在？为此，笔者给出这样的答案。一切是仁者见仁，智者见智。 本次我们抛开环境因素，就程序员本身所需要具备什么样的条件来说说！ 程序员即IT工程师，与技术息息相关。程序员之所以薪酬远远领先同级别其他工作，也是因为他们的工作是需要过硬的技术。通俗来说，程序员可以不擅长沟通与表达，但一定要具备其岗位应有的技术能力。 初级工程师可以根据客户需求，团结协作完成工作；中高级工程师在满足其客户需求的基本上，还会提出自己的设计思路、实现想法，并且注重代码的美观度及优雅性。而企业对工程师的要求是会随着他工作经验而发生变化，肯定不可能说，对一个已有3-5年工作经验的程序员，仅仅只有初级工程师的要求。 在其位，谋其政。无论身处什么位置，自身能力一定要和岗位职责所匹配，如果能力突出，则浪费人才；如果能力不足，则带给企业损失。这里我们不得不谈到中年程序员的危机。为什么现在大部分公司裁员会从中年程序员开始。一切是因为企业认为你的能力不能满足这个岗位所需要的能力。 所以，在程序员业内总流传一句话：程序员，终生学习的职业。程序员，持续学习，永不失业。 学习没有捷径，都是为了提升技术能力 什么是技术能力？除了我们熟悉的代码能力外，还有思考能力、抽象能力、设计能力。它是技术综合素质的描述，并不限制为程序员必须掌握多少门语言

1.软件专业术语 [1] 软件=程序+软件工程 程序 =数据结构+算法 软件企业=软件+商业模式 [2] 软件构架（ Software Architecture ） 软件设计与实现（ Software Drsign,Implementation and Debug ） 源代码管理（ Source Code Control ） 配置管理（ Software Configuration Management ） 质量保证（ Quality Assurance ） 软件测试（ Test ） 需求分析（ Requirement Analysis ） 程序理解（ Program Comprehension ） 软件维护（ Software Maintenance ） 服务运营（ Service Operation ） 软件的生命周期（ Software Maintenanec ） 服务运营（ Service Operation ） 软件的生命周期（ Software Life Cycle,SLC ） 软件项目负责的管理（ Project Management ） 用户体验（ User Experience ） 国际化和本地化（ Globalization & Localization ） [3] 复杂性（ Complexity ） 不可见性（ Invisibility ） 易变性（

“程序员小哥哥，可以麻烦您个事吗（满怀期待的眼神）？” 3分钟没有回复的话，那么程序员小哥哥一定是在编程； 1小时之后，还没有回复，那么程序员哥哥一定还在编程； 1天之后消息依然没有提醒，那么程序员哥哥一定还在写代码…… 假设生活欺骗了你，就去问问程序员为什么编程~ 假设工作让你心情宕机，就去问问程序员BUG改完了吗? 程序员大概是被我们调侃最多的职业了，但其实程序员对工作的要求正如他们对生活品质的要求：枸杞红枣保温杯，捏脚捶背样样全，一周一次大保健，20岁还是壮小伙，25岁已成油腻男。抵不住写代码的辛苦。收入是越高，可是头发越少，想来他们一定是因为压力山大，才发际线渐渐消失的吧~ 来讲述一个在深圳的程序老鸟的故事。 大城市普遍的现象就是较高的物价，高消费、高房租，谈了个女朋友连商场都不敢去逛（穷），几个月不出门宅在家里找工作。现在工作难找啊，大公司看资历竞争也大，一不小心就给淘汰了，小公司工作压力大啊，对程序猿更是早秃的直升机。 好不容易进了一家各方面都满意的公司，想着我应该是稳定下来了，现在就是努力工作提高业绩，一步步的往上爬。一段时间后，对公司的任务也算是得心应手，公司也器重我不断的加大工作难度，可工资是迟迟不上涨，我决定跟老板理论，可他给我来了个“帽子戏法”，之后我便跳槽到另一家公司。 第一次跳槽就让我尝到了甜头——我的工资翻倍了，之后又因为种种原因我陷入不断跳槽的深渊中