职业规划怎么写，相信很多朋友们对这个问题很感兴趣，下面给大家介绍一下。第一部分，前言即总论；第二部分，自我分析，包括业余爱好、性格、价值观、专业技能等；
记住在计算机科学中包括计算机这个词。要知道你的计算机执行一条指令需要多久，到内存中取一个字需要多久（缓存是否击中），到磁盘读取连续的字需要多久，而磁盘的定位又需要多久。
进行语言标准化的工作。可以像是由ANSI C++ 委员会，或由你自己的团队，来决定你们的编码风格，譬如说缩排是2或4个空格。不管怎样，你都能学到别人到底喜欢什么，对语言的感受有多深，甚至能了解到一点他们为什么有这样的感觉。
并具备良好的判断力，也别老纠缠在语言标准化上。
谈了上面所有的想法后，我不禁要问究竟能从书上学到多少。在第一个孩子出生前，我读完了所有的怎样的书，仍觉得自己是个一无所知的（照顾孩子的）菜鸟。30个月后，第二个孩子出世，我要重回这些书好好复习么？不！取而代之的是，我开始相信自己的个人经验。这些难得的经验，比专家写的几千页手册还要有用，而且让我重新找到了自信。
发掘卓越软件设计者的三部曲：
1.尽早尽可能地以系统化的方式发掘最佳设计人员。
2.给有潜力者指派生涯规划师，并谨慎地规划他们的职业生涯。
3.提供机会给正在成长的程序员，让他们能相互影响，彼此激励。
这里假定了某些人已具备成为卓越设计师的必要潜能；工作只是诱导他们前进。Alan Perlis说得更简洁了，你可以教任何人学雕塑，但对米开朗基罗而言，要教他的反倒是有哪些事不要做，卓越的程序员也一样。（唯美句子 Www.Wei890.cOM）
所以，尽管买那些书吧！你或许能从中找到点有用的，但是在24小时，几天或者几个月中，这些都不会改变你的人生，你也不能掌握一个真正的程序员应该具备的真正的综合的技能。
精选阅读
十年学会程序设计[2]
职业规划就是对职业生涯乃至人生进行持续的系统的计划的过程。一个完整的职业规划由职业定位、目标设定和通道设计三个要素构成。
十年学会程序设计
研究者Hayes，Bloom的研究表明，在几乎所有的各种领域，大约要十年才能培养出专业技能。这些领域包括下西洋棋、音乐作曲、绘画、钢琴、游泳、网球，及神经心理学和数学拓扑学。似乎没有真正的捷径--即便是莫扎特在四岁就展露出音乐天才，在他写出世界级的音乐之前仍然用了超过十三年的时间。
再看另一种类型的领域。披头士乐团似乎是在1964年的Ed Sullivan剧场表演突然地火起来并成为第一乐队的。但其实他们从1957年开始，就在利物浦、汉堡等地的小型俱乐部表演。虽然他们很早就显现强大的吸引力，但他们决定性的成功作品Sgt Pepper也到1967年才发行。Samuel Johnson则认为或许还不止十年才行，他说：任何领域的卓越成就都必须用一生的努力才能取得；稍微低一点的代价都是换不到的。Chaucer则感叹道：生命如此短促，学习技艺却要这么地长。
以下是我在编程上成功的秘诀：
对编程产生感兴趣并因为乐趣而写程序。确信你自始至终都能乐在其中，这样你才愿意将十年光阴投入编程事业。与其他程序员交流；阅读别人的代码。这比任何书任何培训都重要。
不断地编写。最好的学习方法是在实践中学习。从技术角度说，在特定领域的个人最高效率并不因为经验够多就会自动获得；但若有意识的通过努力去提升经验，个人效率会变高而高效的学习一般需要明确的任务和因人而异的适当难度，以及及时的反馈和重复或者修正错误的机会。
如果你愿意，你可以去读四年大学（或再读研究生）。这可以让你满足一些工作的学历要求，同时也可让你对这个领域有更深的认识。但如你不喜欢上学，你也能（得有牺牲）通过工作获得类似的经验。无论如何，只读书是不够的。《New Hacker's Dictionary》的作者Eric Raymond 曾经说过：计算机的教育无法让人成为编程的专家，正如研究画笔与颜料不能让人成为专业画家一样。一个在我所有招聘过的人中属于最优秀之一的程序员只有高中毕业，但他写出很多很棒的程序，他甚至有自己的新闻组。他获得的股票期权使得他可以拥有自己的午夜酒吧。
跟其他程序员一起完成项目。在一些项目中成为最好的程序员；在一些中则充当最差的一个。当你是最佳的，你要测试自己领导项目的能力，并以你的能力鼓励他人。当你是最差的，要看看高手做些什么，他们不喜欢做什么（因为他们会叫你去帮他们做）。
接手别的程序员完成项目。全心投入并理解别人的程序。当原作者不在的时候，看看在理解与修改时有什么要注意的。想想如何设计你的程序使得后来维护的人容易上手。
至少学会六门编程语言。一种要支持类/对象（class abstractions）的语言，如Java或C++；一种函数式（functional abstraction）语言，如LISP或ML；一种支持语法抽象（syntactic abstraction）的语言如LISP；一种声明式语言，如Prolog或 C++模版；一种支持协同式（coroutines）编程，如Icon或Scheme; 还有一种支持并行（parallelism）的语言，如Sisal。
如何从优秀的程序员成为伟大的程序员[3]
8、团队奉献
你可以是团队中最棒的那个人，可是如果你不是最好的程序员、不是建筑师、不是团队里最有活力的人，那么对我来说，如果你不能分享或对你的团队有帮助，你的价值就会大打折扣。一个好的程序员会使自己周围的人同样强大起来。试想一下，好程序员会不断完善自己的知识和能力，如果他们不和周围的人分享他们的知识，他们从哪儿能获得更多呢？
他们不断学习新东西，发掘新技术，但是不会让其他人知道他们这么做了。一个好的程序员会准时完成方案，但是那是在催促和团队得不到休息的前提下。然而一个伟大的程序员则会与团队中所有的项目保持联系，在需要的时候还可以出手帮忙。他们会如是说：我注意到A团队的项目进行到xx进度了，如果不介意的话，我想我可以帮忙？
9、做好会议记录
做好会议记录绝对至关重要！开会期间，大家花大量时间来说明了新观点、新主张、集体讨论还有提出了新设计方案，可是会议结束后却没有人可以拿得出会议记录，简直没什么比这更糟糕的事情了。即使你有会议大纲，我还是期望见到参会的每一个人员都可以带着纸和笔（当然对于程序员来说笔记本则堪称完美）.一个伟大的程序员会注意到这点。他们会记下所有的会议记录，并且在会议结束的的时候说：就刚才的会议，我着重记录了几点：XX 我是否记录全了呢？
接下来，伟大的程序员就会把他做好的会议记录分发给项目管理者，列出会议时间、会议主题和参会者。接下来，是会议项目的标题和重要条目。在这之后，就是这些议题的详细记录。一个好的程序员没有做会议记录，并在会议上对提出的每项事宜都点头称是，那只能寄希望于他的记忆力足够好了。随后，他会给你发邮件让你看看他的改动，你得回头提醒他忘记的不多，百分之九十的都没错。--这不是浪费时间嘛！根本不是这么回事！所以，做好你的会议记录。
10、孺子可教和接受批评
如果你读到这儿了，就表明你有希望接受这些建议，并在以后的开发行动中尝试执行。对，程序员的另一项重要能力就是向他人学习并且能够接受批评。通过把自己变为一个虚心受教的人，像海绵一样快速吸收大量知识，毕竟在编程的路上你还有很多前辈。当然，也许他们在写代码的岁月里慢慢生了锈，甚至伤痕累累，但是他们毕竟曾披荆斩棘跨过无数的坎儿。对于做出正确决定，他们又着瞬间的本能，让你不得不服。处于他们这个位置，很乐于见到你的成长和成功。
所以，只要你是个伟大的程序员，就会理所当然的拥有理想的工作环境。如果你不断改善技能、虚心好学、在别人给出的意见和批评中总结错误并得以改善，我向你保证你将会成为一个伟大的程序员而不只是想象自己变得伟大而已。如果你总把自己想象成为精英而不进步，那你只是自欺欺人。如果你不成长，你甚至不能停留到原地，等待你的只有灭亡！
关于女生的程序员之路[3]
职业规划就是对职业生涯乃至人生进行持续的系统的计划的过程。一个完整的职业规划由职业定位、目标设定和通道设计三个要素构成。
所以我这里提醒一句，现代女性，最好有一份自己的事业，不要轻易依赖别人，记住，今天你有优势，别人会爱你，但是明天当你优势丧失，而男方优势突显的时候，很多时候，家庭并不是很稳固的。最好的方法，有份自己的工作，有份自己赚的薪水，可能不多，但是家庭建设有你一份，男方如果动不动就动歪心思，就是他无理取闹，打官司他都打不赢的。这也是保护自己必要的方法。
当然，也不要走另外一个极端，动不动就以女强人自居，你的事业是第一位的，男人天天在家里要给你扫地做饭端洗脚水，这也不好，中国社会，毕竟几千年，有个文化风俗在里面，女性再赚钱能力上，总的来说还是不如男方的，以后家里的顶梁柱还是男方，那么平时在家里，让着男方一点，家务活多做一点，让男方回到家，有个休息的感觉，能放松能感到温馨，这样的话，这个男人就是你的，打都打不走。呵呵。
总结一下，女性的工作问题其实比男性复杂，中国的男性，一般都是一门心思顾事业，把事业做到最好，而中国的女性，永远需要在事业和家庭之间求得平衡，既不能没有自己的事业，也不能放弃家庭，这很难的，不过，慢慢锻炼，总会找到办法。我的经验，能把握好这个平衡的女性，一般这辈子都比较幸福。
所以，针对你的问题，我觉得要辩证地看，既要看到，找份工作对你很重要，也要看到，作为以后家庭中，主要负责家庭事务的成员，你的工作不要一味追求高薪高职位，要寻求一个合适的职位，能满足长期工作不失业，但也不能太苦太累，搞得家庭无法维系。这才是比较周全的解决之道。
现在我们回过头来看看程序员，其实程序员这份工作，我觉得女性可以做的，程序员有很多加班的，但是这往往是工作刚开始，没有太多经验的情况，待工作一定年限，掌握了一定经验，加班会越来越少，其实大多数程序员工作岗位，是不出差的，基本上是朝九晚五制，做久了，收入也不低，可以满足一个女性对事业和家庭的平衡。因此，我建议你大大方方就做程序员，找不到，努力找咯。
嗯，再多说一点，就我个人的经验，程序员的加班，往往都是由于bug导致的，大多数时候，公司在安排项目开发时间时，时间还是给得比较够的，至少是评估过的，但是，往往是后期出现了很难跟踪，很难解决的bug,导致项目进度大大滞后，时间突然变得很紧，于是出现大量的加班，有经验的朋友可以想想，自己以前的加班是不是这样。
其实这个问题和男女无关，实实在在是每个程序员的问题，我本人以前也深受其害。后来我痛定思痛，准备彻底解决这个问题，于是我用了大约8年的时间，研究了一种方法，出来后，我的bug果然少了很多，几乎达到0 bug的地步，自然而然，我加班也变得很少了。
程序员学什么样的知识才能赚钱[3]
职业规划怎么写，相信很多朋友们对这个问题很感兴趣，下面给大家介绍一下。第一部分，前言即总论；第二部分，自我分析，包括业余爱好、性格、价值观、专业技能等；
你发现什么没有，其实C程序员如果做企业数据应用，一般需要具有编译原理的知识，我们一方面要实现用户的业务，还需要写一套Java这类脚本语言给用户做二次开发用，说白了，就是我们自己实现一套lamp体系，呵呵，这不是又费马达又费电嘛，因此，我前文说，做数据库应用，最好直接用Java,直接用C,成本太高，而且不容易满足用户需求。
说到这里，你又发现什么没有？C语言之所以难学，并不是C本身难学，而是如果要成为一个C程序员达到实用级的地步，需要掌握很多方面的知识，这些知识，书上可能有，也可能没有，没有的，就要靠钻研，靠实战，靠自己去想通，因此，很难通过K书成为C程序高手的。建议你学习时，关注C这个特点。
做游戏和嵌入式两种呢，我可以根据经验讲一点：
如果从事游戏的话，很多时候是和图形打交道，目前的游戏，趋向是大型化的视频图形游戏（包括大型网络游戏、电视游戏机的游戏）和小型化的终端游戏（手机类、PDA游戏）,这两种比较好卖，至于中型规模的PC游戏，由于盗版太严重，已经很少人做了。仅仅是一些游戏公司为了宣传自己，会出一些经典的大作。
嗯，硬件厂商为了宣传自己的新板卡，如新的图形显示卡，会拿出钱来，请游戏公司做一些针对该型板卡特定优化过的游戏，以刺激广大用户对硬件升级换代，这也是一条财路，很多游戏，在面市之前，就已经从硬件厂商获得了足够的利润，并不需要从零售市场获取利润。我们在电脑市场看到，几乎每出现一款游戏大作，就带来一次显卡，甚至PC机硬件的升级换代热潮，其实背后就是这个故事。
不过呢，游戏引擎我还是建议你最好不要去做，因为做这个成本太高了，很少有公司去做，而这些公司，一般都是欧美公司，对人员要求很高，轻易不会招收亚洲国家的程序员，因此，学这个好比屠龙之技，看起来是很酷，但是实际上工作机会很少，甚至不比中彩票来得高。
另外，做游戏引擎不好玩的，因为现在也都细分了，做引擎的公司一般自己不出游戏，最多出点Demo,他们就是提供高性能引擎，而不是好玩的游戏，而游戏公司，则是购买引擎，然后开发具体的游戏内容。比如Quake和虚幻的引擎，就很多家游戏公司买去做自己的游戏。其实很多游戏引擎，目前也提供脚本语言，即里面用C实现了另外一套语言。
游戏公司其实主要是美工建模，绘图，企划编故事情节，程序员反而很少，更多地是使用脚本语言，在引擎基础上做二次开发而已。因为游戏公司就是做好玩的游戏，至于具体用什么技术，其实他并不是很关心。说不定，如果你哪天进个游戏公司，会发现自己又见到Java语言这个熟人，呵呵，那个时侯会不会有欲哭无泪的感觉？
其实这也是社会分工的不同，好的引擎程序员，更多的是个数学家，强调逻辑思维，你让他去写个美少女梦工厂，如何抓住少女的心，还不如杀了他，呵呵。
而做嵌入式系统，其实也有诀窍。嵌入式系统，目前我们看到的手机应用仅仅是很小很小的一类，更多地，嵌入式系统是应用到工业控制领域，从大型机械设备的控制，飞机、汽车轮船的控制系统，甚至到十字路口一个红绿灯，里面都是嵌入式系统。
目前有个现象，嵌入式好赚钱，很多学软件的同学都想找嵌入式工作，但是，毕竟在这个领域里面，给手机做游戏的就那么几家公司，不可能吞下所有的人才，更多的是需要自动化控制人才，因此，这类软件转嵌入式的人，进去一般都有点缚手缚脚的感觉，总觉得知识上欠一点，又不好补。
其实，嵌入式应该是最简单的，比如说驱动，就很多硬件厂商要人，而驱动其实就是做一套打口读口的api,很简单，最多做的时候注意点，别用太复杂的算法，保证计算速度而已。
但是你注意到没有，嵌入式其实主要是和硬件打交道，硬件知识必不可少，至少，计算机组成原理，数字电路，模拟电路要很熟，最起码，你要知道开关量和模拟量，要知道集成电路的选通信号和真值表，对于地址表的编址要很敏感，对于常用的集成电路块的特性，比如8235等，要比较了解。否则，是写不好嵌入式程序的。
因此，我以前有笔记说，嵌入式开发，很多时候软硬件不分，我见过的很多嵌入式工程师，其实也能自己画一些简单的电路板，至少，他在设计时，知道哪些功能硬件来做更合适，而不是一味的走软件路子。
我的四年程序员之路
职业规划是对职业生涯乃至人生计划的过程，职业生涯规划的好坏可能将影响整个生命历程。感谢您阅读《我的四年程序员之路》内容，职场资讯网小编向您推荐一些职业规划知识，欢迎参考，希望能帮到你。
经朋友的介绍，我进入一家外企。从程序员的角度来讲，这家企业还算不错。严格的代码管理，代码质量和性能被提到了很高的位置。我被分配到一个团队里面，作为其中的一员开发Java Web应用，做的项目全部是跟其它公司做集成。怕丢脸没面子，我上班时尽量多注意别人如何做。回到家中，就得开始死啃CVS, UML, Eclise 等平时项目中要用到的基础中的基础。最可恶的是我的项目中从来不用到数据库，我那一年半的实施经验屁用没有。公司的调试环境都是Linux,为了学习他，我家那台破机没被我少折腾，现在它正静静的躺在我妹妹的卧室，她说如果能修好，至少还可以上上QQ聊聊天。
一年下来，我的进步很大，软件开发中常用的那几个工具自然是不在话下，甚至还在有空时给别人做做类似Spring, AOP等等的培训，当然这些培训都是公司内部的。到了年底，我的Lead跟我进行了一次 One to One Talk, 他告诉我，我的技术水平不错，只是沟通能力有所欠缺。他说的话我很能理解，由于是一家外企我的US lead更喜欢用英文与我们交流。在Email和Yahoo用的全是英文。我在大学没有过四级，毕业之后一直都在跟政府打交道的小公司里面混，为了防止太丢作为一个中国人的脸，我尽量以最简短的方式回他的Yahoo消息， 至于Email, 能让别人帮着回的尽量让别人帮着回。
所以在第二年，我加强了对英语的学习，我发现英语学习所带来的好处不仅可以提高英语水平。从另一个角度来讲，我看代码的能力也慢慢得到了加强，不敢想像一个英语四级没过的人是怎么整天面对开源英文文档的。在语法能力得到加强的同时，我还报了口语的英语班，长时间的历练口语的水平也基本可以应对简单的交流。这一年，项目非常多，Java的，Ajax的， 一堆开源代码的参照与学习。这段时间， Ajax的企业应用越来越多，DWR, Dojo, Jquery, prototype 的选择也多。这段时间我所做的项目从前到后都有，做一个上传模块，有Ajax的Call Back调用，也有后端代码负责存储的 JCR 调用。汗流夹背，加班不断。顺便提一下，我从来都是8:30之前上班，但很少17:30准时下班。如果我能18:00准时出现在家门口，我老婆就会给我一个很大的拥抱，并惊讶的问我，今天没加班？是啊，在这个行业，加班不奇怪，奇怪的是居然不需要加班。
加班还在继续，现在，正在我进入这个行业的第四年。同时和我来到这个城市的我的妹妹已经是两家店面的老板娘了，我的N多同学都从销售变成了招聘销售人员的老板。在同学们的眼里，我还是那个大学里面与众不同，非要在计算机上写出一个自己的网页的怪人。写这篇文章并不是要鼓动你放弃自己现有的职业，我知道大部分的看客或许正是程序员。这只是我个人的一种感受，你的所想也许与我差之万里。程序员的生活终归是一天到晚在做设计写代码。一不小心便会有Bug的产生，无论你用多么先进的自动检测工具。程序员的生活依然是每天只有晚上的那么点时间陪家人和老婆，还要保证周末不需要加班，平时能早点回家。有人会说，那你应当向更高的层次发展。拜托，我的Manager每天看起来比我还忙。
每天的太阳都会升起，我的每一天起点都不一样，我有时在想，到底在哪一天太阳升起的时候，我的IT生活会稍有起色？ 我的心里在问，不会是我要转行吧 ?
修炼一名程序员的职业水准[3]
有自己debug的特点，下面的说法作者不敢太肯定，只是经验之谈。即使在VC这种高度完善的开放环境下，你仍然应该要求自己仅凭打印语句就能debug.这也有两点好处，第一个好处是，遇到bug你会认真想问题所在，而不是用debug工具一步步简单地追踪卡在哪儿了，你定位bug范围的方式是从大到小、从粗到精，这是一种自顶向下的思维方式，而用工具追踪，容易形成自底向上的思维方式，这不算好，你应该先看到森林，再看到树木。我反复提及：程序就是逻辑过程，大多数程序从main函数开始，是由数据结构和功能子程序组成的一个树形结构的逻辑过程（要认清即使是面向对象的程序语言也是一样的）,它的执行过程是深度优先的，但你定位bug应该是广度优先的，好好想想这一点，嗯？第二个好处是强迫你思考并记住而不是用工具看到调用过程，你大脑的抽象逻辑思维能力和胳膊上肌肉的力量一样，都是练出来的，如果你的bug是程序结构上的逻辑错误引起的，这一点就非常重要了，顺便说一句，最难打的bug就是程序逻辑结构错误导致的bug.你要是真正明明白白地认识到这儿了，那我就没什么东西可以告诉你了。总之，程序员的职业水准：生产效率和程序质量，主要是取决于源码中bug的数量和debug的速度，而不是取决于编写源码的速度。给你一个我自己定义的考查一个职业程序员的指标：一个合格水准的职业程序员，编程的时间如果算一份的话，其累计debug的时间不能超过一份，真正职业高手累计debug的时间应该控制在0.5份以下，如何？你关上门悄悄问问自己，你花费在编程和debug上的时间比例是多少？如果你把程序员作为自己一生的职业，那么就永远都要牢记一点：追求做一个0 bug的优秀程序员！这是任何一个想成为职业程序员的人的理想，请相信：坚忍不拔地追求实现这个理想将让你出类拔萃！ 做好程序的单元测试，这是另一项考查你是否是一名具有合格职业水准的程序员的一个必要指标。其实在你拿到需求的时候就要准备单元测试用例了，并且这些用例将直接影响你的详细设计（有关软件设计本来是该放在第四节讲的）.我们还是打比方吧，当你拿到一个需求时，除了分析它静态的功能外，还应明确它动态的操作/执行过程，把这个动态过程明确地用流程图画出来，比如分为A～Z的26步，其中A又可以进一步分解为A1～A5的5步，直到不能再分解为止。又比如说A3步不可分解了，那么你应该把A3步的正常操作和所有五花八门的异常操作都列出来，确保正常的操作肯定正确，异常的操作起码程序不退出才行。这样你就要写好多好多的测试用例，说句老实话，我也从来不写！但我一般会列一个提纲，比如A3步有正常的操作a、b、c、d、e共5项，异常的操作有f、g、h、i、j、k、l、m、n共9项，你在进行单元测试时都应该跑一遍，这样的程序都还不敢说质量如何好，但起码可以说较稳定吧！如果要想在进行单元测试时干得快、效率高，那么在进行详细设计时，你就应该把A3步中对所有正常操作和异常操作的判断都设计好，在编程实现A3步时，使得程序的结构合理高效，对不对？所以，如果你在工作中是割裂地看待软件工程中从需求、分析、设计、编程、测试等各个环节，恐怕水平很有限喔！但如果你在分析需求时就能看到测试的问题，并改进设计和实现，为此做好相应的准备工作，嘿嘿，整个软件开发过程你的效率会高很多，通常你在一个开发团队中就会高度自信的，你已越过当一名偏颇、露骨的高手的境界，成为一个平静的高手，这可是The best in the best!,用周星星的话说：是高手之高高手，因为别人看不出你高在哪儿，没见你有什么高招或特拚命干，但反正你就是干得又快又好、又省力。关于进行单元测试还有很多复杂的方法，在此本文只提到了最基本的一点，目的是让你在工作上考虑周全、安排有序，其它的自己琢磨吧，没有人能替你吃饱饭！ 如果你是用C++编程，我再简单谈谈有关内层释放的一个小技巧，就是对所有你编写的类，在构造和析构函数中加打印语句，统计每个类在运行程序时构造和析构的地方，如果是配对的，那么起码没有对象类一级的内层在程序运行结束时没有释放，然后你就可以把打印语句删掉了，招数虽土，但管用！ 还有其它一些好习惯，在这里我随笔写一些，你要是有不同看法也请一笑过之吧。编程时应该对齐缩进，一个缩进用一个tab键，一般是4个空格，严格遵守开发团队的编程规范也是非常重要的。一个子程序不应超过30行（不算空行）,其内多重循环不应超过3层，否则都应该分裂成两个子程序，个别算法程序可以长一些，但也不宜超过200行。通常一个类的所有成员函数总和不宜超过1500行，多了就应该考虑分解成两个类（这个工作最好在设计时就完成）.每完成一小段程序，比如15～30行，就立即编译运行，不要假装高手，先敲它一大堆程序，再编译运行，妄想一次成功，体验一种假爽的、虚荣的快感，或炫耀给别人看，这么做只能证明自己是一个不折不扣的傻瓜，装酷而已。因为只要有一次不成功，你就会花费大量的时间来调程序，别人的进度在这时就远远地超过你了，平常心是道，还是修炼真功夫吧！孙子兵法里关于这一点有明确的阐述，我就不引用了，但建议你真的不要这么干，除非你确实就是这样总是一次就成功的天才，那你还看这篇文章干什么呢？我又不是写给你们这些天才们看的。再就是有学会买好书、读好书，关于计算机和软件方面的书太多了，时间有限，比如有一个叫侯捷的家伙，几乎写的每本书都不错，张国峰的C++编程也不错，这只是我的个人意见啊，好书多着呢，列出来比这篇文章长好多倍，我就不多说了。还有一招，要是你运气好，能搞到一些著名软件系统的源码，好好读读吧，在此我只能告诉你，Linux操作系统的一些源码不错，是开放的，你可以合法地搞到，其它的不要说是我建议你侵犯知识版权啊！
程序员你真的只是程序员吗[1]
你是不是感觉标题有点矛盾啊，是啊，程序员当然就只是程序员而已嘛，还会有其他什么吗？
No，No，No，如果你以前是如此认为的，那看完这篇文章后，请从此打消这个念头，因为你要改变成一个不一样的程序员（怎么还是程序员？）
虽然我工作经验也就6年左右，但经历了很多，也自己创业过，也是从一个初级程序员走起，因为看的比较多了，某些东西也普遍存在着很多程序员身上，希望自己的经验能帮助你们。
当刚踏入程序员这条路的时候，有幸为一家公司开发一个大型的电子商务网站，因为这篇领域当时还算刚刚起步，自己的编程能力还不太好，所以做起来就比较吃力，每天重复着做完PM给的工作，但是做了大概几个星期，我发觉某些地方真的不合理，但自己又仅仅是一个程序员而已，怎么办呢？我还是按照PM的任务一步一步来做，私下里我用了大量的时间去尝试着我的做法，在接下来的几个星期，我试着跟我的PM进行沟通，他也发觉不错，所以一并写了方案提交给上级领导，很好的是，我们的领导发觉建议还不错，所以改变了原先的策略，对我们的网站原先的设计进行了彻底的推翻，一套新的理念就此诞生了。
这只是一个小例子，并不是炫耀自己的能力，我只是想说，程序员，你其实不仅仅是worker，更应该是Ideaer。当你选择程序员这条路时，如果你仅仅为了工作而选择的，我想你的人生真的很灰暗，为什么这么说呢？我面试过很多人，大多都是从培训中心出来的，虽然我也是从那里走出来的，不过我当时是为了学习编程而去培训，但现在更多的人会为了工作而去培训。其实如果你是真正的选择程序员这条路，我想你的思维能力一定不错，因为一般程序员大多是理科出生，理科靠的就是你的思维能力，在某些时候或许你的思维还不够敏捷，但我知道，每个人在接受了一段时间的工作后，就会产生各类的想法，或许某个想法你会改变你公司的命运，可为什么提出观点的人就寥寥无几呢？
我想可能是因为性格吧，因为很多程序员都是内向型，因为我们需要花一定的时间，去沉醉在代码中，因为这是一个奇妙的世界，无法自拔，所以很多时候就忽略了沟通，因为我们打交道最多的是abcd。如果你正是如此，希望你快点走出来吧，分清楚何时沉醉，何时交流才是最好的。我的偶像-唐骏，我看过他的访谈，他在大学时还是一个不会沟通的人，只是偏执于技术，而且和大多人一样，都会觉得自己什么都会，什么都行，是个天才，但在他大三的时候，他意识到了错误，花了几年的时间去学习交流、沟通，在宁愿委屈自己进入微软做程序员，再到无数次发意见给Bill，一步一步成就了这位打工皇帝。
所以，我们每个程序员要做的是，技术和沟通并行提高。在唐骏的话中，我会学到很多东西，他能从容应对每一次挑战，当时有幸成为唐骏的下属，见证过他的能力，虽然他当时只是个技术总监，但他的想法、创意给盛大带来了无比的利益，我不得不佩服他的胆大，不得不佩服他的能力。从他身上还学到了专一，其实很多程序员会在编程的道路上三心二意，这是很正常的，不过我相信一段时间以后你会学会专一的，因为程序真的很美，带来的不仅仅是工作和薪资。
我这里又不得不批判一些年轻程序员了，他们仅仅看中的是工资、福利等，没错，这是考虑工作的一点，但你要知道，有些时候，你第一点的工资，或许你会学到更多的东西呢？我经历过很多，经历过1年工资翻几番，又经历过折一倍，又经历过小公司，又经历过大公司，各种各样看的实在是很多，但我不会说我自己半途而废，因为每次我会把事情做的觉得自己可以了，我才会选择更好的发展前景。我面试过一些人，工作也就2，3年，做过的东西也很多偏向于OA、ERM等项目，就觉得自己很了不起了，工资也是漫天要价，可真正面谈的时候，我才得知，你仅仅是其中的一个小模块，但当我问其项目的整个运维的时候，就会楞个半天，最后来一句，这个模块不是我负责的，敷衍了事。那好，我问你自己负责的模块，如何具体写的，用了何种方式等，基本都会回答，三层架构，什么什么，My god 三层架构是你一个模块就能体现的吗？那好，既然你说三层，何为三层，三层的优点，缺点在哪里？诶~~~~~前几天首页那篇批判大学生的文章，我觉得写的太好了，你们这是在沉醉吗？如果你不喜欢，你为什么非要选择程序员这条路呢？
何谓程序员？何谓中国的程序员？
程序员，曾经是很多人尤其是计算机初学者为之崇尚的一个职业，仿佛就是理想、激情和事业的象征，从此就开始了IT白领人生。计算机技术发展之初，几乎就是一个个人英雄主义时代。一个天才的程序员，几乎就可以主宰一个计算机时代，创造出无数奇迹和梦想。
今天，计算机技术的发展日新月异，技术朝着愈加复杂和简单的两个看似矛盾其实一致的方向发展。计算机技术越加普及，无数非计算机专业的人群，出于爱好或者生存的需要，也加入了这个程序开发大军，并且都称之为程序员。
软件技术的发展，已经进入了一个大分工、大整合的时代，由此导致了软件开发工作的分层和分类越加细致复杂，同为程序员，彼此之间工作的技术含量可以说有天壤之别。系统软件、应用软件，是一个大的分水岭，几乎大多数程序员，都在应用软件这个层次进行开发，国内的程序员更是几乎全部如此。
既然是应用软件，就必然要和实际应用结合，而实际应用，是非常复杂多变的，尤其是具有中国特色的国内应用。于是乎，大多数程序员都在为开发应用层面的软件忙得不亦乐乎，财务软件、ERP、CRM、OA等等，几乎成了国内软件开发的主流方向，更不用说电信、石化、铁路、电力等具体行业应用软件的开发了，这些早已被称为项目了。国外的应用软件，除了以上业务应用之外，尚且还有像CAD、3D等专业领用的软件，具有一定的核心技术。
很多工作了多年的程序员们，在回首往事的时候突然发现，自己依然是一个辛苦的打工者，一个IT行业的苦力。反思一下，我们这些自认为程序员的工作者，其实是在核心技术的外围做一些表面工作，和那些非软件开发人员相比，我们觉得自己有技术，其实我们到底掌握了多少核心技术呢？现在的很多程序员，连数据结构、编译原理、操作系统等这些基本的知识都掌握得模棱两可，天天跟着老外的屁股后面追捧所谓的新技术、新框架。其实，又有多少是我们自己的呢？作为JAVA程序员，经常听到很多人自称精通Spring、Struts、Hibernate等主流框架，并有大型项目的开发经验，其实我们只不过比那些初学者多干了几年，使用这些框架更加熟练而已。国内软件行业的面试经常有此类现象，一个面试者可能这次面试不合格，但是他回去看一下书之后，再来面试，很可能就通过了。为什么？因为我们的面试太初级，太表象化。
我们经常接触IBM、微软等公司的面试，他们一般情况下是不会考核面试者具体掌握了什么框架、什么语言的，一般都是考核的面试者最基本的逻辑思维能力和分析判断能力。这也说明了，同为程序员，其间的差别是如此之大。
作为一名程序员，尤其是国内的程序员，应该对自己有一个清醒的认识，不要被表面的感觉所迷惑。到了这个时代，不是说程序员已经失去了光彩，而是我们所从事的层次，技术门槛已经大大降低，很多人处于同质化竞争。
怎么办？很多人说软件行业是个辛苦活，国内的很多软件公司更把程序员当牲口使用。其实，根本上还是怪我们自己没有很好的反思和调整。一方面，如果对技术真的有浓厚兴趣和激情，那就不妨向软件的底层核心技术迈进，另一方面，如果觉得自己真的缺乏这方面的潜力，那就努力适应国内环境，实现技术与应用的完美结合，争取向公司的中高层发展，如果不给与机会，那就自己创业，选择好技术和市场的切入点。
此外，一名优秀的程序员，一定不能是一个唯技术论者，如果持这样的观点，即使专心做个技术专家，也会存在发展障碍。微软的例子，sun公司的例子，都生动地说明了技术与市场的辩证关系。
当然，每个人的成败观是不一样的。如果始终把技术追求放在首位，追求技术完美的境界，并以此为乐，也未尝不是一道美丽的风景。
程序员你真的只是程序员吗[2]
或许上面写的比较偏激，但真的是很普遍，我想告诉你们，你们虽然只是负责一个模块，但无论如何，请要知道你的项目到底是什么，如何运转，哪些地方好，哪些地方不好，因为这是对你自己的一个提升，也是对公司的一个负责。说到负责，我不得不说责任感，很多人就是缺少了责任感，以为完成了任务就可以了，但你要知道，你的公司或许等的不是你的完成呢？
请您拿到项目需求的时候，分析一下您要做的东西，用你敏捷的思维想一下，该如何去做，还请您多想想下一步，如果扩展了，我要改哪些地方，最重要的是，请您想想，这个任务对公司是否有利，或许你会说你只是个程序员，我没有权利去改变任务，没有错，你是个程序员，首先请你完成你的任务，在完成任务的同时，想想任务的完成对公司的运营是否起到反作用，因为有时你会比你的老板更了解项目对公司的利弊。如果你真的觉得不太好，不要怕，提出你的观点，但一定要想好你观点的描述，尽可能的表达清楚，让你的老板知道你的意思，因为老板他不一定懂技术，所以一定要白话一点。如果你的观点是正确的，你们老板也听明白你的意思了，那样你们老板会更加的器重你，而不会不可理喻的让你完成他所要的东西了。毕竟这是对他好的建议，也是对公司发展好的建议，如果你的观点不好，那样老板也会给你一定的提点，何乐而不为呢？
下班后，请你抽空想想公司的发展吧，因为你是公司中的一员，公司发展前景好也代表着你的发展前景好，如果你的想法给公司带来了好的前景，那也是对你能力的一种肯定。
最后说说面试，我也经历过很多面试，同样也面试过很多人，刚开始也会为工作着急，到处找面经，但最好的面经是无法从其他地方找来的，因为面试是一个展示自己的机会，而不是一再的ctrl+v 。刚开始我也会紧张，但马上，我调整了自己，每次面试就当自己一种磨练，一种交流、沟通、展示的机会，随后的几次面试都比较成功，再随后的几年，我回到了老公司进行面试，显然他们对我的能力已经是一个肯定了，最后我还是没有选择他们，因为我回去面试只是为了看看公司的发展进行的如何了，因为这一切也有着自己的一份努力。最好玩的是一次邮件面试，对方给了很多题目，大多是网上都有的，我也没有baidu，用自己的想法回答了所有的问题，并提出了很多意见，没想到对方回错了邮件，把他给人事的邮件发给了我，貌似是说面试还可以，就是工资高了点之类的话，我也懒得继续往下看，回信给对方，发错邮件了。过后不久收到对方的面试通知，更确切的说是offer，不过在他电话中我直接给回绝了，因为我已经在一家自己喜欢的地方就职了。
我爱我的公司，我爱我的程序，我也爱我的老婆和家人，因为他们给了我快乐，也给了我支持，让我能更全身心的去投入到代码之美中，我更相信公司能异军突起，成为IT界的领军人物，因为我看到了一群为公司孜孜不倦，辛苦能力的同事，我很爱这种氛围，我相信我们的努力一定会给自己带来收获，就算没有收获，我也没有任何怨言，因为我沉醉了，因为我快乐，因为我是个快乐的程序员。
程序员如何踏上社会[1]
这个问题相对比较复杂，也很宽泛，很难简单回答，我这里，也仅仅就个人的一点认识，谈谈看法。
目前在学生里，我也观察到，很多二本，三本的同学，在心里上有种自卑感，总觉得考分低了，出来就低人一头。这点，我是万万不赞同的。很多时候，我对小弟讲，我相信你们的老师，师兄，师姐，前辈，都有讲过：大学毕业，仅仅是开始，不是结束。
中国的社会，越来越商业化，其实商业化有一个好处，就是这个社会给每个人的机会，总的来说还是越来越公平。这个问题分怎么看，名校毕业，高官子弟，亿万富豪的孩子，总会比我们站在更高的一个起跑线上，这是事实，但是，也仅仅是起跑线而已。在社会上，也有太多的故事，从一个穷家子弟，经过努力奋斗，最后成功的事实，因此，首先我觉得大家不必气馁，万事有拼才会赢，只要敢拼敢做，没什么大不了的。
我自己的学历就不高的，经过这么多年奋斗，也取得了一点成绩，这里就不多说了，总之，请大家记住，这个世界，还是相对比较公平的，只要肯努力，就会有回报。反过来说，当我们认为社会不公的时候，不妨问问自己，自己尽到自己最大努力没有？
第二个问题，关于学校里面开设的课程，大家可能会觉得不够时髦，不够酷。净是一些计算机组成原理，数据结构等老掉牙的课程，远没有什么spring 框架来得过瘾。呵呵，不过根据我的经验，工作几年以后，大家可能会觉得，最值钱的，恰恰是这些最土气的课程。用框架，永远不算本事，也没有什么核心竞争力的，哪天框架死了，你就死了。会做框架，才叫本事，才叫公司里面的骨干人才，才可能成为架构师。而另一方面，框架也是人做的，大家以为，做框架需要哪些知识？是不是上述old的知识？
因此，我的建议，大家好好学好自己的课程，在这几门课上，清华的老师，比起你们的老师，未必有优势，因为这些知识太经典了，也没有给老师什么推陈出新的发挥余地，学这几门课，大家和清华的学子，是站在同一个起跑线上的。
第三个问题，学习C和C++的问题，大家不用想，我的经验，别说这两门相对复杂点的语言，就算是 Java,PHP等语言，没有指针的干扰，要想学精学透，没有3到5年、5到10年的刻苦，也是不行的，大学毕业就想做大师，不太可能的。因此，建议大家不必妄自菲薄，你做不到，别人也做不到，大家还是一个起跑线，关键看，以后工作中，能不能扎下来潜心研究，仔细揣摩，不断增长自己的经验值。
第四个问题，关于培训机构不培训C和C++的问题，我也很好奇，好像是有这么回事。我曾经研究了一下，认为原因是这样的：
培训机构也是商业公司，主要目的是赚钱。对他们来说，赚钱有两个重点，第一是短平快，要短期出成果，让学生和家长有看得见的进步，给客户以信心，好让客户买单。第二则是成本够低，在同样营业收入的情况下，培训时间越短，请的老师价格越低，老师的沟通成本越低，培训机构的利润越大，因为企业做生意，核心问题是利润，即他真正赚到手的那部分钱。
这就很好理解了，无论从哪个方面理解，C和C++都不是最佳的选择。大家可能没有讲课的经验，但是我本人有一点。我讲课时，发现最难和同学们沟通的细节就是指针，翻过来揉过去说，几个小时下来，就是有人搞不懂指针，至于指向指针的指针，就更晕了。更不要说C中的函数指针，C++中的对象指针，泛型设计等复杂概念，反之，Java,.net都有比较成熟的应用程序框架，同学们可以快速搭建一些立竿见影的应用，因此，从短平快角度，从利润最大化角度，C 和C++都不是最好的教学语言。
如果我开培训公司，我的目的是赚钱的话，我也不会教C和C++,太费神了。当然，有人说你贵买贵卖吗，收费贵点，把成本补回来。那样也不太现实，因为，太贵的费用，就没有客户了，大家试想一下，如果开个培训C和C++的培训班，保证出来会写操作系统，收费20万，大家学不学？我估计就算这个课程值这个价，恐怕也卖不出去。
所以，这位同学说的培训机构的意见，我的建议是，听听就好了，不要太认真。
