程序员大佬带新手

⑴ 听说30岁，程序员新手没人要，我现在该怎么办

找工作要看三样东西：需求圈、能力圈、兴趣圈，三个圈都重叠的地方，才是最适合你的，问这个问题的话，应该是还没有仔细梳理过，“种一棵树最好的时间是十年前，其次是现在”，所以了解自己的优势、劣势永远都不晚，现在再加上30岁这个定语，看看30岁的你有什么优势和劣势。
然后思考感兴趣的企业都有哪些需求，一般来说，企业对于30岁的求职者期望会更高，要求有更多的管理能力和商业嗅觉，光写代码，熬夜拼不过年轻人啦。如果有做过不错的开发项目，并且从头到尾都了解流程，并且对结果负责，我相信企业会对你青睐有加，当然，找一个对的企业也是很重要的，新兴的物联网3D可视化领域很有前景，3D商业项目有不错的市场需求，要抓住这次机会。
ThingJS不是做项目的，我们是为项目开发者提供3D可视化开发组件，利用thingJS平台进行项目演示，一站式服务很方便，重要的是积累3D项目经验，这种实操是到哪儿都学不到的财富。
30岁的你，有了自己的3D项目，寻找合适的人脉和市场应该不再是难事。

⑵ 程序员：新手到专家的5个阶段

程序员需要 不断的学习

不仅仅是学习 新技术 ，还包括应用的 问题域 ，用户的奇思妙想，同事的古怪习惯，行业的八卦 新闻 和项目演进的重要特征

我们必须学习学习再学习，持续不断的学习，然后把学习成果 应用到解决 日常遇到的一切新旧问题上

新手在该技能领域经验很少或者 根本没有经验 ，这里提到的经验，指的是通过实施这项技术促进了 思维的改变

举个反例：

可能一个开发人员声称拥有 十年经验 ，但实际上只是一年的经验 重复了九次 ，那么这不算是经验

引申问题：

一年有365天，你是过了365天！还是只过了一天，重复了365遍？

1.新手非常 在乎他们能否成功 ，没有太多经验指导他们，他们不知道自己的行为 是对是错

2.新手不是特别的想要学习，他们只是想实现一个 立杆见影 的目标

3.他们不知道 如何应对错误 ，所以出错的时候，他们非常容易 慌乱

以上是新手的明显特征，所以跨越新手有以下几个步骤

1. 渴望成功 ，但是不要太过于执着，急功近利往往是失败的前兆， 不急不躁 的心态最好

2.没有经验就去 寻找经验 ，一个 好的老师 和一些优质的资源能够迅速把有用的经验传递给你

在亲身累计经验之前， 逆向思考，寻找经验才是核心和紧急目标

3.进行 能力测试， 可以利用第三方的题库和测试流程，标准而大众化的测试，同时也需要 自我测评 ，比如完成一个项目，自己统计整体 时间 ，自己撰写 时间轴日志 ，自己判断自己的 词汇量 和 熟练度 等

自我测评是第三方无法完成的 ，这点尤其重要，简单来说，也可以称为 自我认知 ，并且把数据 可视化

4. 兴趣是最好的老师 ，没有兴趣也是可以培养的

想要一个立竿见影的目标其实并没有错，新手恰恰需要 酷炫有趣有用 的目标才培养自己的兴趣，一个 完整的小案例 能够把所学的知识点 融会贯通

新手要做的，是一边需要沉下心来学习 零碎的知识点 ，一边整合知识点做出一个完整的效果案例，两相结合才能迅速进步

反之，一味的学习零散的知识点不去做案例，学的太多也只是 空背概念而已 ，一味的追求项目效果而不去深入内容，那么 永远不会进步 ，碰到一点改动就毫无办法了

5.不知道如何应对错误没关系，心态要冷静，并且及时的把 错误整理下来 ，学会处理错误的方法尤为重要，比如 如何正确提问 ，比如 高效引擎检索 ，比如官方帮助手册等，遇到错误并不可怕， 可怕的是找到解决错误的办法

高级新手能够多多少少摆脱 固定的规则

1.他们可以 独自尝试任务 ，但仍难以解决问题

2.他们想要快速的 获取信息 例如，当学习一门新语言或者API时，你可能会感觉到这点，你发现自己会快速 浏览文档 以寻找一个方法或参数列表，你不想在此寻根究底，或者 重温一遍基础知识

3.高级新手能够根据 过往的经验 ，逐步在正确的情境中采纳建议，但比较吃力，同时，他们能够形成一些总体原则，但不是全貌， 他们没有全面的理解，而且的确不想有

以上是高级新手的明显特征，所以跨越高级新手有以下几个步骤

1. 思考难以解决问题的原因所在 ，是哪个地方限制了你解决问题的能力？

这一点与你个人的现状有关，你正在学习的技术栈，你所做的项目，你的综合 能力和资源

简单的说 具体问题具体讨论 ，你必须对问题有深刻的认知并且 对自己有足够的了解

2.在这个追 求效率的时代 ，要去思考和学习底层原理，是一件很难的事情，因为 时间不允许

事实上绝大多数事物的不成功，就是 没有足够的时间

在时间的维度上，再无知的新手也有一个宽泛的坐标，那就是 寻找一个参数方法的时间和解析一个参数方式的时间都大致明确的

比如找到并使用某个参数方法大概需要 2分钟-10分钟 ，正常情况是5分钟，而解析一个方法原理，需要的时间是不确定的，确定的是 大于等于10分钟 ，可能是30分钟，也可能是几个小时，这 与效率不符 ，从利益上看也不划算

寻根究底是需要的，但它的 重要等级 排列在熟练了解全局内容之后

重温知识点也是如此

3.高级新手在一个熟练的框架里有所经验，有所作为，但是换了一个框架， 复用原来的知识 ，就显得生涩了

在学习的过程中，要不断的 举一反三 ，一个例子刻意练习三遍以上，一个例子做出不同的三种效果，一个例子应用在三种不同的情境等等等，学会 触类旁通

在第三阶段，从业者现在能够 建立问题的概念模型 ，并 有效 的使用它们

他们可以独立的解决自己遇到的问题， 并开始考虑如何解决新的问题 ——那些他们之前没有遇到的问题

你可能会看到，处在这一水平的人通常被认为有 主动性 和足智多谋

他们往往在团队中发挥领导作用（无论是否有正式的头衔），他们是 团队里的好人 ，既可以 指导新手 ，也不会经常骚扰专家

以上是胜任者的明显特征，所以跨越胜任者有以下几个步骤

1. 教是最好的学 ，当你可以胜任工作，可以独自解决大部分问题，已经比较 完善 了

这个时候要追求 知识的深度 ，想要进一步提升，就需要整合以前所有学习的内容，资源以及学习方法，在底层原理上，还有很多需要融汇贯通的地方， 通过教授新人和他 人，能够完善自己的知识体系，找到自己的薄弱点，以 另一个层面的角度来重新调整视野

2.学习与之 相关的领域， 这些内容你不一定会用到，或者不是在你的职责范围之内，但是学习之后会让你的本职做的更好， 让你的知识更加全面

前端胜任之后，可以适当学习后端，也可以适当学习UI，往 全栈的方向 ，学了python之后，也可以学学java， 了解不同语言之间的优点和缺点 ，运用不同的内容适当的解决问题

对比思维，左右辩证 ，看似把时间花费在精通之外，实际上效果一样会 反馈到核心事物上

广度和深度是一个 选择题 ，在时间上，只能 二选一 ，适度就行

精通者有足够的经验， 他们知道下一步会发生什么 ，如果没有发生又需要什么

他们非常明确哪些计划需要取消，而 应该采取什么行动

处于精通者的人更像是 初级专家 ，而不是高级胜任者

1.精通者一定是 身经百战 ，给一个项目，他能在一开始就判断出这个项目需要多长时间，分为那几个步骤，需要什么人员

从一开始就是 了然于胸 ，排除可能出现的错误，剩下的只是按部就班的走正确的流程就好，达到 高效，高质量，少错误的效果

这个阶段的人，已然有了质的变化，想要如何往上跃迁，还需要另外的 质的改变

终于我们来到第5个也是 最后一个阶段 ：专家

专家是各个领域知识和信息的 主要来源

他们总是不断的寻找 更好的方法 和方式去做事

他们有丰富的经验，可以在恰当的情境中选取和应用这些经验

他们 着书，写文章，做巡回演讲 ，他们是当代的 巫师

思考：

1.自我测评，你处在哪一个阶段？

2.如何做才能提升到下一个阶段？

3.针对你的行业，细分阶级，比如十个阶级？哪十个阶级？

⑶ 新手程序员刚去公司都干些啥

无论在哪种行业，新员工入职的第一件事就是入职培训，让员工了解一下公司的企业文化以及了解公司的各项规章制度。其次就是培养员工的思维能力、服从能力，提高员工的综合能力，让员工能够更加适合他的岗位。

接受完这些基础培训之后，就会有人专门给你培训关于程序员的一些知识，因为我们每个人在学校学的知识还是比较有限的，而且跟实际运用还是有一点差别的，另外计算机技术的更新速度非常之快，可能我们在学校多学的知识到我们去工作的时候已经落后了，所以需要有人进行培训，让你了解一下编程的规范模式、公司的编程软件以及让你学习别人写的代码。

当你对这些有所了解这时候就会安排师傅手把手教你如何进行编程，一开始不会让你一个人负责一个项目，只会让你做一个项目的一小部分，通过这样一步一步的积累，慢慢你就会熟悉整个编程流程。然后就会开始给一个项目让你自己做，测试一下你自己的能力，如果你能自己独立完成，那么说明你已经学会了，可以自己独立操作了，如果自己不能独立完成，那么就还得继续学习，一直学到你能独立操作为止。

当你能够独立操作的时候，那就恭喜你已经成为一个合格的程序员了。程序员工作是一个高薪职业，但是工作强度不低，经常需要加班，有时候周末也要加班。不过这是一个有付出就有回报的职业，好好努力吧，祝你早日成为一个合格的程序员。

⑷ 为什么程序大佬不愿意教刚入门的程序员

教起来比较困难，他们的时间也很有限。
有些新手喜欢问一些模模糊糊的问题，问题提出来后，自己对问题的澄清解释都做不了，那就很难回答了。另一类是大问题，多数属于一言难尽型，这也很难回答，多数人没有时间和精力进行长篇大论。
问问题之前，通常要做一些前期工作，确保对问题本身的每个方面都做过没法挖下去的探究，把自己明白的部分剃出去，只留一些明确、直接的关键问题，问到答案就能解决自己的实际问题，这样的问题才有意义，也只有这样的问题那些百忙中的大佬才愿意回答。那些大佬都愿意点化人，但他们是授人渔技而不是卖鱼的，一旦大佬发现问题里有该做的前期工作没做，以后基本就不会愿意回答这个人的问题。
多数人只愿意帮困，不愿意帮贫。困和贫的区别在于困是卡在什么具体的地方，帮一次有意义；贫通常是自己不够努力，该干的不干等着别人来拖，帮多少次也没什么用。

⑸ 普通程序员和大神程序员，到底有啥区别“渡一教育”

众所周知，雷军本就是一位超级厉害的程序员。他曾经这样评价自己的编码水平：“我没写过诗，但是有人评价我写的代码像诗一样优雅。”

好吧，有被凡到。

尽管很多人曾因为雷总过于浓密的发量而怀疑他作为程序员时的水平。但是从雷总的语气中我们可以感觉到他对于自己编码能力的自信。

不得不承认，同样是程序员，普通程序员和大神的差别是巨大的。

当普通程序员尝试重构一个简单的模块

当大神级程序员重构代码

普通程序员做的多线程

大神级程序员做的多线程

是否过于真实？刚入门的小白程序员流下了羡慕的泪水。。。

另外，据不权威调查显示，大神程序员的生活作息远不同于普通人类，基本上是昼伏夜出。果然，大神早已非正常人类，不食人间烟火。有图为证(第一列是时间，第二列是代码行数。)

这是FFmpeg的作者FabriceBellard的编码时间表，能看出来，越到晚上灵感越强啊。额，不过，这位大佬是会睡着睡着觉灵感突发蹦起来提交代码的吗……

而这是LiveJournal的作者BradFitzpatrick在memcached项目上的时间表。

典型的夜猫子，昼伏夜出，每天只睡四个小时。

仁慈的独裁者，Python之父Guidovan Rossum同样是一位暗夜使者。

美好的一天从下午开始，夜晚才是灵感的源泉。不过大佬好像真的不用睡觉的。。。。

而在夜行者之上，更有一种恐怖存在，他们宣告了永动机是可以实现的，因为他们自己，就是永动机。。。

“世界上最好的语言”php的创始人RasmusLerdorf，便是其中翘楚，这是他在php-src项目上的提交时间：

果然是大佬，白天正常工作，晚上更加兴奋。果然，真正的大神都是突破人类身体极限，完全不用睡觉的。

当然了，以上这些呢不过是一些极端案例，他们虽然是真正的大神，小渡也绝不建议小伙伴们学习这种作息习惯。不然很有可能，技术没学到，发量却比大神还少。。。

而在日常的工作中，大神对于小白的碾压更是全方位无死角。

注：reinventing the wheel 重新发明轮子

果然，大神的工作都是独出心裁的。

额，不过这么一看嘛，菜鸟和大神好像差不多。。。。

大神的反应总是波澜不惊的，好像没什么成就感。。。

离谱。。。。

笑出自信，笑出强大！

看到大神们种种不同凡响的表现，小伙伴们有没有心生向往？不要灰心，只要努力，假以时日你一定也能像雷总那样，写出诗一样优雅的代码。

要想真正的成为大神，要脚踏实地，有的放矢，为自己设立目标，不断向目标逼近。

至少要做到以下几点：

程序员之所以被称为“大神”，顾名思义便是在专业领域他们无所不能。所以，大神之路第一步就是补全自己技术上的短板，项目出现任何技术难题时，只要自己出马便能发现问题所在，从而找到解决方法。

多隆就是这样一位全能的大神，“只要有技术上的困难，找多隆，没有解决不了的”这是在阿里技术人员内部流传的一句话。

对于编码技术，多隆便是武侠小说中已臻化境的绝顶高手，从2003年到2007年，搜索引擎工作一直都是多隆一个人负责，但这不是他所有的工作，因为他解决问题的能力是惊人的。

多隆一个人能顶一个团队，别人做事可能要成立一个项目组，而他从头到尾都是自己一个人，即使他负责的事情以前从没有接触过。

阿里研究员毕玄曾举例说：“五彩石项目多隆完成了商城搜索的mp逻辑，当时如果没有多隆，整个项目需要延后2周；还有一次，淘宝session框架调用session_tair故障，一堆人（应该有10人+）一起排查问题，从6:00排查到第二天的6:00，最后多隆查到了问题。”

而达到如此境界，与多隆自身的特质分不开。当他沉浸在他的程序世界时，外界的人和事很难干扰到他。他不擅交际，也不玩什么社交网络，一般很难在公众场合见到他，只要能不参加的会议、采访，他都不会参加。

就算去，他也常常会带上笔记本。据说他也曾经带着笔记本去outting，在车上写代码……

而且尽管被同事们顶礼膜拜，多隆依然谦逊，他说：“我就是个写代码的，很普通”。

从多隆身上我们也能看到，想要成为大神，首先就是要静下心来沉住气，认真研究代码，不断学习进步，完善技术，让自己不再有短板。

理想是最好的指引者，对于技术行业尤其如此。

很多人在成为程序员之初，都抱有改变世界的想法，想象着运用自己的编程技术来为未来的世界增添色彩。而真正能将这种想法坚持到底的人可谓是凤毛麟角，但这恰恰是成为大神程序员的重要特质。

支付宝OB数据库团队的队长阳振坤就是这样一位典型的理想主义者，在他的职业生涯中遭遇了太多的挫折和失落，但他始终保持着一个技术人员的初心，坚持理想，不曾退让。

阳振坤曾是北大的学术明星，北大本硕博一路念完留校任教，不但破格晋升教授，还成为北大首批“长江学者奖励计划”特聘教授之一。他的理想就是攻克分布式系统难题，建成中国技术人自己的分布式数据库。

在加入网络之后，他集中一切精力来进行数据库的开发，然而尽管他主导的分布式系统在性能上已经超过了开源系统，网络仍然以成本太高为理由解散了他的团队。

随后他加入阿里，阳振坤继续做分布式数据库研发，他的团队从零发展到十几人，捣鼓出中国第一个分布式数据库，他们给它起了个名字叫OB。

然而，同样因性价比的问题，阳振坤和他的OB团队在阿里坐了冷板凳。这一彼时仅有十几个人的团队曾在长达三年多的时间里，孤独而边缘。

很多同事都说，“如果阳老师愿意妥协，放弃OB，转去做开源系统的技术优化，早就拨云见日了。”

但是，那显然不是他想做的事情。

不过相比于网络，阿里对于“无用”的创新有更大的包容，OB最终被并入了支付宝。彼时的支付宝，面临着一个世界级的难题：双11的交易量呈几何级增长，未来势必还将继续呈几何级增长，可是支付宝当时用的甲骨文数据库早已经承受不了这么庞大的数据量。

为了应对双11这天的数据，只能再花数亿千万人民币的价格去购买主机，可在交易恢复常态时，昂贵的主机旋又陷于长期闲置状态，这样未免得不偿失。

因此OB这一还未正式上过“战场”的数据库，被支付宝高层认定是解决双11支付峰值这一世界级难题的“钥匙”。OB最终也不负众望，帮助支付宝攻克了这一难关。

2016年5月，时任蚂蚁金服董事长彭蕾亲自将支付宝内部最高荣誉——CEO大奖“勋章”戴在了以阳振坤为首的OB团队成员的脖子上。

从阳振坤的身上我们可以感受到，理想或许会让我们一时间陷入困境，但如果我们坚持下去，会带给我们更大的回报。

这是老生常谈，却也是最重要的一点。这是每一个想要突破自我的人所必备的特质，也是每一个大神程序员依旧在坚持的习惯。

即使多隆在阿里早已封神，但是他仍然每天醉心于编程的世界，研究各种代码，不断强化完善自己的技术。

即使阳振坤和他的OB团队已经为取得了阿里的最高荣誉，他们仍然在每一次维护和升级中不断地为OB数据库做出新的改进和尝试，向着更高远的目标进发，他们期待着有朝一日OB可以超越IOE，成为世界上最棒的分布式数据库。

每一个大神，都是由小白蜕变而成的。大神若不再努力，早晚会跌落神坛，泯然众人。而小白们只要坚持学习，不断提升自己，终有一日也会成为自己曾经仰望的大神。

每个大神的“封神之路”都有各自的精彩，但是也有着共同点，那就是：专注、热爱、持之以恒。当然，每个领域的大神都是极少数，我们大多数人可能用尽全力也赶不上天赋异禀的人的轻松一步。

但是我们努力不是为了赶上任何人，而是为了成为心目中那个更好的自己。

就像现在正拼搏在残奥会赛场上的残疾健儿们，他们早就丧失了和正常人一样生活的能力，但不妨碍他们依旧热爱生活，依旧为了梦想去拼搏，去创造正常人都难以企及的记录。

所谓奥运精神不光会激励赛场上的运动员，也会时刻提醒我们每一个平凡的人，向着心里的顶峰奋力冲刺。

保持心中那份对于梦想的执着和渴望，我们终将会突破自我。加油，未来的大神。

⑹ 一个java程序员如何从新手慢慢成长

一、首先初识语法的阶段，必须要学会怎么操作对象，操作if和for，操作list set
map，然后是线程、IO和jdbc什么的，其余的，若是一时不理解，可以后边需要时再学。
这阶段完了，你可以写些能在控制台打印出来的小程序，锻炼下逻辑思维。也就是号称JAVASE毕业了，其实不过是入门而已，如果要往WEB方向发展，这些倒是基本足够了。
二、接下来要学HTML JSP SERVLET 数据库 JAVASCRIPT
TOMCAT，目标，写出第一个动态网站，也许只是个登陆功能，只能展示下个人资料，但这是很重要的一步，你要弄清楚的是，一个用户的点击产生的请求，是从哪里发起，哪里接收，哪里处理，哪里返回，你得理解浏览器和服务器的关系和分工，cookie和session，request和response。这个是个WEB开发的学习初级阶段，这都是些JAVA诞生以来最原始的最官方的WEB开发技术，当然现在真正的项目很少直接采用这些技术了，为了不断提高技术的易用性、开发效率和可维护性、可扩展性，无数开源项目都是在这些原始技术的基础上封装、改进。所以这个阶段不要盲目乐观地跑去找工作或者对实习挑三拣四，你会被打击到的。
三、初始阶段完成，开始进入WEB开发的正题，首先是传说中的三大框架，struts hibernate
spring成为熟练的增删改查程序员是必须的，在这个阶段你还要理解为什么要用这仨而不是那些JSP SERVLET
JDBC，你要体会到写MVC、三层架构的好处。这个阶段不要轻易质疑三大框架的价值，也许刚开始你会觉得麻烦，觉得他们有时候是多此一举，一两年后回过头来你会觉得少了这些框架你已经很难干活了。这个阶段还要避免的心态是能熟练地增删改查了，就认为写程序不过如此，然后往简历上填个精通，这也是新手面试被批得体无完肤的原因之一。如果你学得好，这会应该能熟练地写个博客啊，小论坛啊之类的WEB项目了，也就是达到了就业的基本要求。
接下来就没有固定模式了，你的第一家企业对你的影响会很大，在这头一年里，定个标准吧，你应该能做到的有：
1、把一些常用的琐碎技术学会了，比如xml的作用和实际运用，如何操作文件，如何运用日志，如何简化封装常用的工具类，比如日期操作、编码处理、分页模块等等，这些小东西会占用你大量的时间去处理摸索。
2、把数据库用好。数据库不是会增删改查就可以了的，你要关注事务设置是否合理，是否有可能产生脏数据，是否要动用乐观锁悲观锁等等，重要数据出了错，无论是技术上还是业务上都是很麻烦的事。
3、懂得什么是集群，什么是分布式，懂得怎么向别的系统发请求，交换数据，webservice。
4、如果你也写页面，你要会用JAVASCRIPT，不一定要很深入，你可以用JQUERY代替，做到无刷新的页面操作以及AJAX请求。
第一年能达到这个程度，你绝对已经在平均水准之上了。
下一个阶段，你应该考虑你的代码质量了。
1、多线程和异步、并发的概念会忽然变得很重要，因为在一个对性能有要求的系统里，是不会允许你把各种琐事都排着队一件件去办的，你不能老写些a方法调b方法再调c方法再调d方法然后返回的代码。
2、你会发现数据库性能实在不行，出于不甘现状，或者赶时髦，你该去了解nosql了，memcached redis
mongodb，眼花缭乱，没关系，试着用用，能很好地缓解mysql之类关系数据库的压力。
3、出于公司某些业务需要，你可能会钻研一个特定技术领域，比如全文搜索技术，lucene\solr，比如工作流jbpm，比如权限系统，单点登陆之类的，又或者某些特定业务领域的算法研究，这些是你的加分项。
4、你开始发现你的代码很乱，久了以后自己都看不懂，重复的，难以重用的代码堆积如山，不想维护，BUG百出。于是你要开始重视设计模式，合理地改造下自己的代码习惯，不再被僵化的SSH，MVC三层架构束缚住。
5、Google和各种资料是你进步的动力，极少再遇到必须请教别人才能解决的问题，如果你这个阶段还老是问别人，你的技术生涯也就快到头了。
这个阶段，如果你的交际和自我推销能力不是太差，你的收入将是白领水平，至少接近了。
接下来又是个全新的阶段。
1、你要读读优秀开源项目的源码，你要搞懂一些当年不懂的基础知识，你开始理解thinking in
java的精髓，你能写一些底层的代码，有时还会觉得自己封装的比某些开源工具更好用更简单。
2、WEB的难点和重点永远都在于性能、负载能力上，而现在网络的发达造成了数据量和操作密度的大大上升，硬件却没有相应的进步，你得试着更好地运用更多的服务器来协同工作，从WEB端到服务端到数据库，全都需要集群，需要分布式，需要合理的控制数据的流向，掌握好网站上下，一大堆机器的平衡，找出性能的瓶颈，找出稳定性和安全性的瓶颈，硬件出现故障，第三方技术出现错误，将被当成家常便饭融入到你的系统和代码里仔细考虑。
3、开始觉得方案无比地重要，一将无能累死千军将不断应验，一个不好的设计，一个不好的方案，会让一群优秀的程序员工作成果大打折扣。你要关注架构知识，不能再满足于SSH三层架构到底。领域驱动设计，面向事件开发，敏捷开发等等一系列的思想在关键时刻能决定你项目的生死，这个阶段不再有标准范例让你照抄，你只知道思想和原理，实践却需要自己不断尝试和改进。
4、多关注各种杂七杂八的开源技术，有些你可能前面已经接触过了，和通信有关的，和集成开发环境有关的，和架构有关的，各个领域你都应该能信口说上几个主流技术，虽然你可能只是听说过，了解，但关键时刻你得知道如何去选择技术，并快速掌握它。你还会去考虑尝试下别的语言，这里不是说转向什么C++
C#之类的，那和JAVA程序员不相干，我说的是一些运行于JVM之上的语言，比如scala和groovy，初识他们时你会觉得java真的老了。但当你回到一个综合性的大型项目中，又会觉得java积累下来的整个体系技术是如此完善，就像一个工业化标准一样。
你能把这个阶段实践好，胜任项目经理，乃至中小公司的技术总监都是可以的。

⑺ 有哪些老程序员都知道对新手很有用的经验

一说到程序员，想必大家的第一印象就是头发少，很大程度上就是因为压力大导致的，有生活压力，也有工作压力。

今天说说工作方面的压力，想必看到这个问题的小伙伴都有一个认知，就是一个项目往往比预期的要长，说不定从哪天开始就加班了，一出现BUG真的要人命。此时，考研新老选手心态的时候和经验的时候了，老程序员或许能从容应对，新手可能完全不知错所。

七、个人信息一定要保管好

这些信息包括户口档案、社保、公积金等信息，程序员新手可能跳槽比较频繁，有人甚至还换个城市工作。除了户口可能其他的信息都乱了，可能当时觉得不那么重要，但是十年、二十年后，可能会非常重要。

八、几条名言

·工作日志可以提升脑容量；

·不要先写框架再写实现，要反过来；

·重构/优化/修复Bug，不要同时做；

·简化开发流程，加快迭代速度；

·纸笔是最好的工具，其次是markdown；

·画出结果，一目了然。

·首选明文文本，二进制、加密、压缩等到时候再加；

·要学会进行清晰的命名；

·问问题前先调查，要问到点上。

·不要小看程序员

⑻ 好程序员：技术分享 有哪些新手程序员不知道的小技巧

我有一个学习的小技巧，就是学习新技术的时候，多看看“官方文档”。
多年来的学习和工作经历，让我比较深刻认识到一点：看“官方文档”非常重要。
我们很多的问题和技术细节，其实，只要我们认真将官方文档过一遍，会发觉大部分的问题和认识模糊的地方都消失了。甚至，你还能发现自己之前通过搜索获得的到一些资料，可能是不准确或者已经过时的。官方文档是真正的好东西，因为编写文档的人群，通常就是这些技术或者软件的开发者，他们才是对这些东西最了解的人，因此，他们写的文档质量是很高的，通常也是最新的。
官方文档的不足的地方，大概是中文版本不多，看起来可能会比较吃力。不过，请相信我，下载一个翻译辅助软件，慢慢看还是可以的。另一方面，就是这些文档编写者，通常是技术界大牛，他们编写文档有时候是基于他们自己的技术认知水平，跳过了很多基础概念，也增加了阅读难度。不过，这个我们也可以通过多查资料，慢慢看来解决，并且通常会带来额外的学习收获。

⑼ 如何成为一个程序老手，新手必知的40个小技巧

老鸟和新手的一个很大区别来自于debug的能力。其中最主要又可以从两方面看出来：

从高层往底层找错。

科学方法。

0.重构是程序员的主力技能。

工作日志能提升脑容量。

先用profiler调查，才有脸谈优化。

注释贵精不贵多。杜绝大姨妈般的“例注”。漫山遍野的碎碎念注释，实际就是背景噪音。

普通程序员+google=超级程序员。

单元测试总是合算的。

不要先写框架再写实现。最好反过来，从原型中提炼框架。

代码结构清晰，其它问题都不算事儿。

好的项目作风硬派，一键测试，一键发布，一键部署; 烂的项目生性猥琐，口口相传，不立文字，神神秘秘。

编码不要畏惧变化，要拥抱变化。

常充电。程序员只有一种死法：土死的。

编程之事，隔离是方向，起名是关键，测试是主角，调试是补充，版本控制是后悔药。

一行代码一个兵。形成建制才能有战斗力。单位规模不宜过大，千人班，万人排易成万人坑。

重构/优化/修复Bug，同时只能作一件。

简单模块注意封装，复杂模块注意分层。

人脑性能有限，整洁胜于杂乱。读不懂的代码，尝试整理下格式; 不好用的接口，尝试重新封装下。

迭代速度决定工作强度。想多快好省，就从简化开发流程，加快迭代速度开始。

忘掉优化写代码。过早优化等同恶意破坏；忘掉代码作优化。优化要基于性能测试，而不是纠结于字里行间。

最好的工具是纸笔;其次好的是markdown。

leader问任务时间，若答不上来，可能是任务拆分还不够细。

宁可多算一周，不可少估一天。过于“乐观”容易让boss受惊吓。

最有用的语言是English。其次的可能是Python。

百闻不如一见。画出结果，一目了然。调试耗时将大大缩短。

资源、代码应一道受版本管理。资源匹配错误远比代码匹配错误更难排查。

不要基于想象开发， 要基于原型开发。原型的价值是快速验证想法，帮大家节省时间。

序列化首选明文文本 。诸如二进制、混淆、加密、压缩等等有需要时再加。

编译器永远比你懂微观优化。只能向它不擅长的方向努力。

不要定过大、过远、过细的计划。即使定了也没有用。

至少半数时间将花在集成上。时间，时间，时间总是不够。

与主流意见/方法/风格/习惯相悖时，先检讨自己最可靠。

出现bug主动查，不管是不是你的。这能让你业务能力猛涨、个人形象飙升; 如果你的bug被别人揪出来.....呵呵，那你会很被动～≧﹏≦

不知怎么选技术书时就挑薄的。起码不会太贵，且你能看完。

git是最棒的。简单，可靠，免费。

仅对“可预测的非理性”抛断言。

Log要写时间与分类。并且要能重定向输出。

注释是稍差的文档。更好的是清晰的命名。让代码讲自己的故事。

造轮子是很好的锻炼方法。前提是你见过别的轮子。

code review最好以小组/结对的形式。对业务有一定了解，建议会更有价值（但不绝对）。而且不会成为负担。管理员个人review则很容易成team的瓶颈。

提问前先做调研。问不到点上既被鄙视，又浪费自己的时间。

永远别小看程序媛(╯3╰)!