我是刚毕业的.net程序员今后打算还是在软件这行做事，我都有哪些发展方向啊，感觉我的职业发展方向很迷茫很多说从技术方向，架构师，项目经理之类，可以详细的讲解下吗？有资深阅历的人请帮下迷茫中的我嘛，谢谢
按投票排序
看到这个问题有点小感触，整理了一下想法，谨供参考。（1）我习惯于讲自己是个“程序员”，而不是特定自己是个“Java程序员”、“.NET程序员”或者其他“XX程序员”。如果我们把自己定位于“做一个Programmer”或者“做一个System Engineer/Software Engineer”，我觉得最好不要在潜意识里限制自己使用的开发工具。工程师的工作是“解决问题”——使用自己顺手的工具，提供现实可行的解决方案；你用着顺手的工具越多，工作起来效率越高。窃以为，限制自己是个“.NET程序员”的坏处多多：当项目组转去用另一种开发工具时，你会闹情绪，觉得我.NET还没用明白呢，干嘛要费劲巴力地改另一种（其实这事儿基本上你做不了主）；被迫开始用另一种工具后你会陷入工具之争，抱怨不如.NET舒服（其实是你用着还不顺手）；如果你坚持只做.NET，找工作时你也会错误许多机会（其实很少有公司使用单一工具和语言）；……等等不一而足。（2）看到过一个观点，深以为然：我的语言的界限就是我的世界的界限 (維根斯坦)。如果一个工匠的工具箱里只有一把锤子，那么，他可能习惯于去想”把这个东西当钉子砸一下是不是就能修好了？“。如果只做过.NET，遇到任何问题，我都会给它加个前提，变成”如果用.NET,我该如何做呢？“。这么做有时候会错过最佳解决方案。我最近常在Windows Server上从巨大的日志文件里提取一些内容出来。如果用C#做，估计得写半天，读取文件，正则表达式匹配，写入另一新文件，还要考虑大文件读取性能问题；改用Power Shell脚本，几个命令就搞定了；如果条件允许，能把日志导入到Linux下就更方便了，Power Shell命令我都不用从头学了。记得《程序员修炼之道》里，作者不但主张”深入一种语言去编程“，而且建议”每年学习一种新语言“。我想这样做的好处在于新工具能开阔我们的眼界，打破思维藩篱。 * ( updates) 最近开始使用CygWin，发现这个东西比PowerShell更适合我；我可以在Windows上使用熟悉的unix命令处理文本了。（3）毕业后的第一家公司里我做过Project Leader。公司做外包。每个项目用什么技术基本上客户说了算。客户总在变，项目也总在变，不过用的都是成熟技术，没什么高精尖的东西。公司不设架构师，大概因为用不着；有名义上的项目经理，多数时候部长兼任下属所有项目的项目经理，主要负责资源调配之类的大事（加人，谈合同之类）。大部分日常管理都是Project Leader在做。这个职位需要多面手：要懂技术，必要的时候要深入代码里去了解细节，有时候要顶上去做Code Review甚至动手写代码；要懂项目管理，综合考虑各种因素、平衡QCD是每天工作的唯一目标，诸如计划、进度、质量评估、风险管理之类的不能置之不理；要花很多时间和很多人做沟通，会议占据大量时间，报告是主要工作成果，email和Office是主要生产工具（不是Visual Studio和Eclipse）。在一般的以接项目为生存手段的公司，应该都设有类似职位，头衔可能各不相同（project manager，project leader，technology leader，team leader，日企叫“主任”“课长”）。如果你打算做这种职位，建议你从现在开始做一个”配合领导工作的程序员“：除了管好你的一摊代码，也要关注整个项目组的状况，积极配合同事们的工作，大家一起努力为达成项目目标而工作。要默默注视你的项目经理，看他怎么处理一些项目问题，默默评价他的决策有何得失成败，观摩他怎么应对项目危机，观察他怎么和领导/下属沟通；也不妨看一些项目管理的书籍，了解些常识（惭愧，我从来没有完整看完过一本）。（4）我换过三家公司，但这三家都没有架构师职位。所以这个问题上没有发言权。期待其他知友的答案。
想多了没用，先把你的.net弄明白，然后你就已经30多了。再弄明白点别的，就棺材板了，想多没用
你想多了。先找个适合自己的公司踏踏实实做两年。
已有帐号？
无法登录？
社交帐号登录关于程序员和架构师的讨论很多，我想从不同的角度说下。寻路当我刚进入软件行业成为一名程序员时，我的理想就是成为一名架构师。架构师这个词的英文叫 Architect，原意是建筑师，因为软件行业参照借鉴了很多建筑行业的概念，所以就借用这个词。我是在学校读书时知道架构师这个名词的，当时很多软件方面的书都是翻译过来的，现在也不知道是谁最早把 Architect 翻译成架构师的了。总之从那时起，架构师这个名词对于我这个还刚准备走出校门的学生来说就特别高大遥远，自然当成了最初的一个职业目标。可惜，我进入第一家公司后，这是一个家民营 IT 服务企业，我发现居然没有架构师这个职位。我所在的一个几十人团队里，本科刚毕业的是助理工程师，硕士刚毕业的是初级工程师，然后是中级，高级工程师。再往上就变成了项目经理、这个团队就是一个项目经理，下面有几个高工，然后一堆初级和助理工程师。让我颇为失望的是，我当时明显觉得未来我的职业发展目标并不是当时团队项目经理所处的方向。不过一想我离架构师这个目标还早，当时估计最快也要十年吧，先把程序写熟再说，我也不太可能在这里干十年，以后换个就好了。实际，一年后我就换了个公司，入职后又失望了，发现还是没有架构师这个职位。不仅没有架构师职位，连工程师都不分初、中、高级了，全是软件工程师，再上面是组长、科长、部长，然后就是总经理。科长、部长这类职位是国营性质的，而经理这类职位更像民营公司性质的，这就是一家正在从国营向公司制转型的公司，所以职位也很奇特的混合着。我当时也是想还早，先专注好眼前的事，写好程序做好事情，至于有没有架构师这个职位将来再说。在这里工程师虽说不分级，但团队里也有一位大家口中的牛人，姓陈，大家称呼陈总，实际并没有承担任何管理职责。工作了十多年了，专注于 IBM AIX 和 HP UX 小型机以及 Oracle 数据库调优。我们那时经常长期出差在客户现场开发、实施，支持上线等，陈总一般不出差。他出现的时候一般都是我快把数据库搞挂的时候，然后就来现场救火，分析磁阵 IO，抓 SQL 调优什么的（当时应用系统都是围绕数据库为中心的）。通过从底向上来发现性能瓶颈，再建议程序优化，当时我觉得他最符合我对架构师这一角色的一些想象，但又总觉得还差点啥，当时是说不上来。总之当时我是很期盼看到一个真正的架构师是怎样的，他们是如何工作的？在第二家公司工作了几年后，工作了已快 5 年了，我还是没有找到答案，而且感觉走程序员技术发展道路在当前的公司碰到了瓶颈。再次跳槽后，我想之前民营和具有国营性质的公司都没有架构师职位，而且这个名词来自国外，那么外企应该会有吧？尝试去面试过几个外企，不幸的是英语口语太差都没有通过面试，而我那段时间也从广州搬回成都。老实说成都当时的程序员就业环境比广州差不少，工作找的有些郁闷，就干脆休息了半年，好好想想清楚下个五年我该何去何从？也正是在这赋闲的半年，我突然发现原来除了国企、民营 IT 服务（外包）企业和外企之外，还有一类公司和它们很不一样。这就是互联网公司，而可惜的是成都当时几乎没有任何互联网公司在这边有研发。而正在我等待的时间里，一家新兴快速成长的互联网电商公司正好在成都设立研发中心，时机正好也就加入进去。奔跑进了互联网公司后，不仅有了架构师职位还有架构师团队，有了方向又可以放心的作一名程序发力狂奔。不停的写程序，优化代码，追求更优更简洁的代码，重构了一遍又一遍，解决一个又一个问题。我曾在以前的文章中将程序员具体和代码相关的工作比作剑术，修炼代码技能类似练剑的过程。很多程序员梦想着有一天能成为一代高手，面对敌人，抽刀拔剑，刹那间交击，归剑入鞘，敌人倒下。就像线上系统突然出现大问题，你打开电脑，查了几行日志，敲下几行代码，分分钟系统恢复。好吧，实际这也就在电影里能有，随着系统规模的扩大，程序员需要解决的问题和解决问题的方式完全不同。以前看过一篇文章说，进入大规模分布式时代，局部的代码优化已不是最重要的，不像二十年前硬件制约了软件的规模。更重要的是程序之间的协作方式，沟通路径的简洁清晰性。一个好的程序员当然能写一手好代码，在我学习写程序的前七八年里，业余时间做了一些练习性质的项目。在 Github 之前的时代，Google 还能访问，在 Google Code 上维护了应该不止十万行的业余之作。后来 Github 兴起后迁移过来，不断练习重构优化维护自己的专属工具库，删减了很多冗余代码又新增了不少，目前还剩下几万行。这个过程持续了七年，基本每年重构优化一次，在 Github 持续 commit 时间最长有 118 天（最近看到有人连击 365 天的，真心佩服）。如今过去两年再回头看曾经的代码，不能说觉得完美到不能再优化了，只是觉得继续下去于我剑术精进终究有限，而更大的价值如今已不再局部的优化上。此时我已在团队承担总体的系统设计工作，专注于局部代码优化其实是在驱动细节而非本质。资深程序员出身的架构师，单兵作战能力都是极强的，就像《进击的巨人》中的利威尔兵长，具备单挑巨人的能力。可当你面对成群结队的巨人来袭时，个人单挑能力的作用始终有限。这时从程序员到架构师不仅仅是一个名称的变化，有时它也意味着技能和视角的转变。在地上飞奔了七八年的程序员，在面对成群的巨人袭来时，深深的感觉到，杀光巨人不应是目的，真正的目的是到达彼岸。选择合适的路径，坚定的前行，清除或绕过挡道的巨人，到达目的地。飞行资深的程序员，每天大部分时间和代码打交道，当需要转变为架构师时，却有一个障碍，借用一句台词来说：汝今剑术已成 ，而道心未明，唯不能斩绝与代码之情。开发功能，解决 bug，优化代码，这是一个资深程序员的拿手技能，也是地面作战的基本技能。而一个架构师还需要掌握其他维度的技能，也许就像一个立体机动装置，让你能在需要时飞在空中看清全局，也能落地发起凌厉一击。多了一个空中的维度，过去在地面练到精熟的剑术，飞在空中还有效么，这需要时间去学习，适应新维度的技巧。这不是一个容易掌握的技能，这正是我曾经写过的从一个点到另一个点连成线的技能升级，需要一个升维的学习过程。所以很多讨论架构师到底还要不要写代码这事儿的，我思考后的结论是，需要拔剑时就拔剑，而无需在意如果每天不拔剑是不是剑就锈住了？当剑术精进后总觉得每次拔剑就要杀人（只处理难题），其实有时拔剑也可以只是切菜（挡路的小问题），只要有助于达到目标。就像《火星救援》里的马克为了回家便要去种土豆，只要开始，解决一个问题，解决下一个问题，解决下下个问题，等解决了足够的问题，就能回家了。飞在空中的架构师就是要在高处看清都有哪些挡在回家路上的必要问题，落地成为进击的程序员们将其一一斩杀。如今问我，还出剑么？剑还在手，该出就出。那么还练剑么？练，练空中出剑，术还未成，但道心已明。你还可以看写点文字，画点画儿，「瞬息之间」一切都变了。觉得不错，可长按或扫描二维码关注。瞬息之间(mindwind_essay)　
　文章为作者独立观点，不代表微头条立场
的最新文章
「随笔思考」你有天赋吗？「技术总结」关于 RPC 你知多少？「随笔思考」程序员为什么总在加班？「随笔思考」谈谈程序员的成长与晋升「技术总结」两年来，微服务从理论到落地「技术总结」LB=Load Balance 关于负载均衡的一些认知「生活描绘」 春意袭来花自开，不见人来信不拆。「生活描绘」踏青的时间到了......「随笔思考」你是谁的新欢或旧爱？技术总结：前段时间在看 MongoDB 架构指南提到用了 Raft 的扩展协议，就顺便看了下 Raft 的论文，特总结一篇淘花的秘密关于程序员和架构师的讨论很多，我想从不同的角度说下。简单介绍了下京东咚咚的技术演变发展历程，根据内部分享整理小王子等公主踩坑后就想换个坑，不妨想下初见时。早些年碰到过一些有趣的程序员，写写他们的故事。新年第一篇，填下去年留下的坑今夜他最忙「后端分布式系列」关于 Redis 的一些思考总结麻麻自己也可以教宝宝画简笔画哦～～《黑客帝国》你看懂了吗？好想有个大雪纷飞的艳阳天阅读于你意味着什么？最近读到一篇文章《电竞选手Sky：站上膨胀的金字塔》 颇有感触，与早年这个行业的寒碜相比，如今巨额资本涌入建今天推一篇技术文章，关于 MySQL 复制问题的最后一篇，非程序员同学可以忽略哈。这个地球上，每种生物存在都有他们的独特之处，生存的初衷也许不是为了让人欣赏，而慢慢的却让人看到了他们美妙之处简单介绍了下京东咚咚的技术演变发展历程，根据内部分享整理过去在十多岁时读过的一个科幻故事，今天正在慢慢变成现实，这是一种什么样的感觉呢？有一年，又到春暖花开的时候，越王坐在王宫大殿上，思念远方的爱妃，给她的信中这样写道：“陌上花开，可缓缓归矣。”mindwind_essay我们在一起编写、一起描绘、一起沉淀，打开时间之门，瞬息之间，一切都变了。热门文章最新文章mindwind_essay我们在一起编写、一起描绘、一起沉淀，打开时间之门，瞬息之间，一切都变了。轻松一扫，精彩不停
学生满意度
自购买之日起可以使用课程的期限
15天担保期java程序员的走向？前端还是服务器？架构师还是管理？
[问题点数：50分，结帖人tzjavasoft]
java程序员的走向？前端还是服务器？架构师还是管理？
[问题点数：50分，结帖人tzjavasoft]
不显示删除回复
显示所有回复
显示星级回复
显示得分回复
只显示楼主
2006年2月 扩充话题大版内专家分月排行榜第三
本帖子已过去太久远了，不再提供回复功能。}