面试中绝不能犯的那些“错”，你有什么经验之谈？

我认为一个30岁以上的程序员是他工作经验最丰富的时候，这对企业来说是一笔宝贵的财富。既然你选择成为一名程序员，你实际上选择了不舒服！说白了，如果你缺乏持续学习的动力和能力，迟早会被淘汰，这与你的年龄无关。程序员不是铁饭碗。如果你想长期吃这碗饭，你必须继续学习！

工作多年，40岁的时候见过几个老程序员做一些开发。这些人都是公司的核心技术人员，工资最高，工作最核心。他们怎么能解雇这些人呢？当然，每个人都有不同的选择，可能有很多程序员朋友，结婚生子后，真的不能学习，技术可能一两年没有更新太多。直率地说，如果是这种状态，它真的离这个行业不远，那么该怎么办呢？我可以说一些我认为很好的话”后路“吧。 越来越多的人在中国从事程序员，更年轻，更有精力有很多应届毕业生IT培训机构导致从事这个行业的人越来越年轻。很多35岁以后，除了一些经验，没有比年轻程序员更有优势。

35岁以后人力成本也比较大,对企业来说,是一笔很大开支,反而年轻的程序员,他们能做的事情更多,也更有精力35岁是上有老，下有小，有时候可能不能全身心投入到工作中IT底层的硬件搬运工与硬件、计算机维护和基础网络有关。他们都在努力工作。技术含量不高，工资肯定不高。他们的年薪从几万到十万不等。除了销售。写程序的，码农，也分了很多方向，最后还是看你的技术深不深。年薪差不多10-20万。搞网络的，基础就部说了，工资不高，资深的会有各种证书，哪里都很受欢迎。从事媒体的人，无论是新媒体还是自媒体。收入也取决于个人的表现。比如平面设计，3d设计。视频等。

大多数在家工作的人现在从事自媒体工作，可以理解为在各大平台上发布类似抖音的剪辑视频，或者在网上接单做平面设计，3d设计、视频编辑等。可以在家自己做，工资波动很大，做得好，月收入几万几十万。

    如果一个程序员在前线敲代码的时间假设能持续10年的话，那入行后的第1~3年算是“青年”时期，4~7年算是“中年”时期，8~10年则是“老年”时期。那么IT人员该如何才能渡过“中年危机”呢？

    1自律和高效

    自律和高效是两个重要的品质。人到中年，生活琐事太多，即便制定了完美的计划，听取了成功的经验，坚持不了也白搭，即使坚持了，进步太慢也不行。这个世界发展太快，需要接收的信息也越来越多，如何在有限的时间里获取更有价值的信息就显得非常重要。另外一方面，在工作中，高效率是非常需要自我约束的，要摆正提升自己人生价值的心态去工作。

    2扎扎实实积累资源

    很多人不理解资源的含义，以为认识一些人就是资源。其实你得成为一个网络里的节点，不能是单向的，得是双向的。我见过一些人动不动说和这个人熟那个人熟，什么叫熟呢？如果你请人帮忙，如果你需要找人合作，人家能否信任你？你做过什么事情、有什么积累值得对方信任？这是从内到外的积累，不取决于能说会道，长袖善舞。

      3技术共享，提升个人的行业影响力和品牌。

    身处互联网迅猛发展时代，打造个人品牌显得尤为重要。竞争激烈的IT圈，如果你是已经是本行业内的技术大神，就很容易利用原有的知识技能，在新的知识领域打开局面。因为大家普遍愿意相信，一个已经获得认可的工程师，他做新的项目、新的领域一定比默默无闻的小咖要更值得信赖。

    4尝试新职位

    对包括「项目经理」、「产品经理」在内这些岗位进行尝试，如果你已经厌倦了写代码，不想走纯技术方向，那么这两个职位是非常适合程序员的，而其中项目经理最适合。产品经理的关键字是需求、用户、产品，产品经理随着产品一同成长，产品的成长更迭伴随着无数的版本，产品经理不需要懂技术，他需要对用户、对市场、对决策甚至对心理有很深的理解。

对于那些刚刚毕业的大学生来说，由于之前一直待在“象牙塔”中，不仅很少接触社会，而且也几乎没有机会体验到求职的艰辛，因此如果这些刚刚毕业的大学生能早一点了解面试中的那些绝不能犯的低级错误，或者可以避免因小而失大。

本人虽还没有参加工作，也没有经历过求职的艰辛，但有幸家人中有一位资深的HR工作者，他经常会给我们描述一些他在招聘过程中遇到的奇葩事件，其中就不乏一些应聘者所犯的低级错误，比如：

HR面试求职者

1、理论上企业公司在招聘一些人员的时候，会按照需求来制定标准，比如技术人员和行政人员，这两者虽然未来都会在同一家公司上班，但企业方面对他们的要求却大为不同。首先是形象，一般情况下，招聘技术人员的时候，HR不会太过要求其形象，只要技术和经验过关就可以，但在招聘行政人员的时候，就一定会看重对方的形象。

然而在这个时候，很多应聘者却穿着邋遢随意，直接踩到了“雷区”。在这种情况下，HR嘴上不说，但心里一定会直接PASS掉该求职者。

面试者穿着邋遢

2、接着，在形象和学历经验满足应聘条件的情况下，HR通常都会询问一些应聘者的需求，比如工作环境、薪资和发展等等。然而，很多新人求职者却忍不住犯了低级错误，在HR面试的过程中，还不等对方开口便询问待遇或补助等等信息，同时还提出了一些要求。

说白了，就是对方还没看上你，你却直接提了要求，此时的HR嘴上不说，心里也会很想把你PASS掉，原因是你不懂规矩，无论你条件再好，只要有同类竞争者，一定先优先考虑淘汰你。

面试者遭遇尴尬问题

3、最后就是关键的职业素养，比如你去应聘一家IT技术公司，当HR问你一些技术问题时，其实他心里清楚，因为你刚刚毕业，可能回答不上来这种比较贴近实 *** 的问题，但既然会问，其目的就不是看你能不能回答正确，而是看你有没有理论基础或应变能力。然而在这种情况下，却还有很多求职者直接回答“不会，不懂”。客观上说，即便是HR想给你机会，也无法进行下一步，相当于你因为一句话说不对，就犯下了低级错误。

那像这种情况，你应该怎么回答呢？其实很简单，直接回一句“我虽然不了解具体怎么做，但根据我的理论知识，应该很快能学会”。或者更滑头一点，利用自己所学尽量往靠谱的答案上凑，即便回答不对，HR也会觉得你尽力了，而且还有一定的理论基础，如果没有更好的求职者，一般都会考虑用你。

面试成功

综上，其实面试中绝对不能犯的低级错误还有很多，比如简历造假，但却没有想好在面试中怎么说，一旦被HR发现你撒谎，那结果很惨。另外还有言谈举止是否礼貌等等，总之希望求职者在面试之前做好准备工作，尽量把自己最好的一面展示出来，不要因为一些小事情和细节失去了上岗的机会，最后祝大家一切顺利！

如果你在工作中犯了错误，你应该做最坏的打算。如果你在工作中犯了无法改变的错误，此时不要惊慌。越慌越乱。冷静下来，预测最坏的情况。有什么办法让事情得到缓冲？如果有缓冲时间，可以利用这段时间想办法或者帮忙做些改变。寻找问题，错误不可能无缘无故发生。有些朋友，犯了错误后，害怕领导会责怪自己，害怕说实话，或者找不到原因。这个时候，不要害怕承担责任而不是追查事情的真正原因。

只有发现问题，才能对症下药，把错误降到最低。保持情绪稳定。犯了错误后，有些朋友很紧张，或者害怕，甚至说一句话就发抖，情绪很不好。想想看，怎么处理善后，怎么解决问题。事情已经发生了，即使你害怕，它也会消失。不如静下心来，像省话一样认真，别人会觉得你的解决能力还不错。吸取深刻的教训，这样思考。如果你活着，谁能避免挫折是成长的必经之路。这是给自己的教训，所以花钱买教训。

以后做事之前，我会提醒你哪些是应该注意的，哪些问题一定不能重复。不管教训有多大，只要你以后不犯错，你就会进步。补词。如果你发现你犯了一个错误，不要独自承担。赶紧告诉领导和大家，然后联合力量一起想办法。要知道，一个人的实力永远无法与团队的实力相抗衡。尽量在最短的时间内挽回一些损失，减少伤害。跳槽前“三思而后行”。你不想跳，想跳就跳。如果跳得不好，很容易掉进陷阱。

所以跳槽前最好三思而后行，你是否对准备跳槽的公司有全面的了解。很多人发现公司内部人际关系不和谐，工作职责与原岗位有偏差，难以开展业务。即使公司本身或者行业好，平台也不适合他们，很难发挥他们的才能。岗位职责是否充分理解。虽然有些工作看起来很相似，但在不同的企业，工作职责和内容有时会有很大的不同。就拿我工作的IT行业来说，我的工作职责非常细致。

很多公司的项目都是临时组织的，因此管理起来会有点复杂。尤其是技术项目类的，很多时候项目经理本身就不懂技术，因此，很多项目成员习惯第一时间和自己部门上级沟通汇报，而不是项目经理。这样子不利于项目经理把控项目成员，也不能及时进行工作跟进。对于这种情况，不懂技术的项目经理该怎么行驶自己的权力呢

其实项目经理要做到的是资源为我所用，顺利达成目标。不懂技术就要善用团队中懂技术的人。具体怎么用，看个人能力了。

项目经理是协调资源，订制总体计划，把控总体进度，风险控制。至于开发计划，只是各种计划之中的一个子计划，当然也是关键的计划。如果专业性太强，自己又不擅长，那么用人就用之信之，交给开发经理去全权处理把。能做到垂拱而治，方显自己的才能！而不是事必躬亲！

1、不懂技术，但要懂一些基本逻辑和常用术语，起码做到自己心里有一个概念，可以多问、多学习，日常工作中多记录总结，每次沟通中不清楚的地方都去搞懂它，以后就会越来越好。

2、尽量少发言，尊重专业人士的意见，多采用询问的方式，忌“半瓶子晃荡”；

3、与相关岗位负责人沟通，由他们主导制定一些规范、规则，用来指导工作；

4、做好组织资产的管理，及时归档保存，多参与沟通，提倡在项目进行过程中多进行文字记录；

5、多开会沟通，进行项目总结、阶段性总结，鼓励每个人发言，多倾听，很多时候，从侧面可以反映出很多东西，可以弥补技术的不足。

最重要的一点还是要多学习，做到可以正常沟通

项目经理的最终目标是完成项目，主导项目和体现自己在项目上的领导地位其实没有那么重要，只是一种确保项目按计划按要求完成的一种手段。

所以引导项目顺利完成交付，并保证符合公司项目管理要求，然后在项目交付过程中能得到提升，做到这个程度已经基本上算是完成项目经理的本职工作了。当然，如果你要追求个人形象，那么争取发言权还是很有必要的，但忌讳不懂装懂。

其实项目业务的掌握往往重于技术实现，这不是说技术不重要，而是在于用户更关注的是业务。所以掌握业务分析，确实可以从另外一个角度掌控项目。这只是一种工作切入方式，但我觉得最爽的事，掌握项目进度，看着就能把项目完美交付。

这个问题的侧重点在于项目经理对项目成功与否认识的问题。

1、项目成功与否，不仅是项目经理自己的认识，还体现在项目经理从本项目中得到什么？

2、试问这个项目结束后，从没体现项目经理的价值，进度由开发经理跟进，需求和风险由甲方管控，那确实和项目经理没多大关系。

建议采取如下措施，提升项目经理在项目中的价值：

1、从需求端入手，与甲方详细沟通业务需求，最好有自己的认识，形成自己的系统需求，让甲方信服。

2、制定规范的沟通机制，利用周报及周例会等，充分了解项目进度及风险，并及时向甲方汇报。

3、逐步形成由项目经理统一对接甲方，掌握第一手信息。

项目经理的最终目标是完成项目，主导项目和体现自己在项目上的领导地位其实没有那么重要，只是一种确保项目按计划按要求完成的一种手段。

所以引导项目顺利完成交付，并保证符合公司项目管理要求，然后在项目交付过程中能得到提升，做到这个程度已经基本上算是完成项目经理的本职工作了。当然，如果你要追求个人形象，那么争取发言权还是很有必要的，但忌讳不懂装懂。

其实项目业务的掌握往往重于技术实现，这不是说技术不重要，而是在于用户更关注的是业务。所以掌握业务分析，确实可以从另外一个角度掌控项目。这只是一种工作切入方式，但我觉得最爽的事，掌握项目进度，看着就能把项目完美交付

以上就是关于IT行业的35岁危机是真的吗IT行业有多么赚钱全部的内容，包括:IT行业的35岁危机是真的吗IT行业有多么赚钱、IT行业常见的中年危机是什么意思你从事的是这个行业吗、面试中绝不能犯的那些“错”，你有什么经验之谈等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！