保险公司程序员跳槽

‘壹’ 程序员从名企跳槽国企，虽工作轻松，但年薪却降了一半，程序员有多难做呢

程序员的难做，体现在这样几个方面。

1、工作时间长，加班加点是程序员的常态。

程序员是一个吃青春饭的职业，行业流动也是特别快，如果一个程序员在三十岁之前还不能走上管理岗位的话，那么他基本上就要失业了。因为有数不尽的年轻程序员，等着来取代他的位置。在这种高压环境下，程序员容易出现心理疾病，抗压能力不强的人就只能被淘汰。

‘贰’ 你的领导会跟你说你有空就要去给同事帮忙，同事是成天忙不过来的那种

有的领导是会这样的。但如果存在这种情况，一种可能是领导分工不均衡，导致有的人工作任务重，有的人工作少；还有一种情况是领导拎不清，有些人会在领导面前表现或者抱怨自己很忙，其实他平时都在划水，有些人工作效率高会显得经常“有空”，所以听到领导这样的话会很委屈；还有一种情况，单纯的需要你的帮助，而领导觉得你又可以胜任，那就去帮呗，同事之间互帮互助，团队协作，才是该有的样子。

‘叁’ 中国人寿保险深圳分公司做java程序员怎么样刚毕业已经工作半年

程序猿的工作在同一个公司是没有长久的，刚毕业的学生主要是学技术多积累。

‘肆’ 保险业为什么跳槽频繁

一、我国保险业人力资源流动现状：1、业务人员。保险业务员，又称保险展业人员，是保险行业个人代理人的通称。波士顿咨询公司公布的代理人调研报告中发布的数据显示：中国保险行业代理人总体流失率每年高于50%；第一年流失率最高，甚至达到70%或80%；平安保险工作第一年的员工流失率达85%，泰康保险、中宏保险为80%，中国人寿、新华人寿、友邦保险均为70%。2、管理人员。主要指保险公司各部门主任，副总经理，总经理等。2005年，平安、太平洋、人保以及泰康人寿、民生人寿、合众人寿等保险公司均出现了高管主动跳槽事件。跳槽人员多是以升迁为目的的各公司中上层管理人员，主要表现为由副手变为一把手，分公司老总成为总公司老总。二、跳槽人员的主观心理分析：人力资源作为一种特殊的资源，具有能动性，复杂性和自我丰满性等特点。这就决定了每个人在择业时都有自己的价值观和着眼点，所以跳槽在很大程度上受当事人的主观心理的影响，表现为为了实现自身的需求选择更适合的职位。根据马斯洛的需求层次论，人的需求从低级到高级分为生理需求，安全需求，社交与归属需求，尊重与地位需求和自我实现需求。不同的人根据自身的情况都会侧重不同的需求层次。1、业务人员跳槽多是为了获得更高的薪酬，还有部分是为了减小工作压力或是获得更多的自由。这是因为他们的需求主要集中在生理需求，安全需求，社交与归属需求的层次。他们不是企业的正式员工，没有相应的福利保障，只能靠提高收入应对未来不确定的风险。这就决定了他们的职业目标是通过提高业绩获得更高的佣金收入，因此，保险业务员跳槽的原因多是受物质利益的驱动。2、管理人员跳槽多是为了获得更高的职位和更快的升迁机会，从而获得更大的发展空间，得到更大的重视。这是因为他们的需求层次已升级到更高的层次。他们的收入水平均较高，在基本的需求得到满足后更倾向于期望得到更高的地位，获得更多人的尊重，以实现人生价值。因此，他们跳槽除了基于较舒适的工作环境的考虑，更多注重的是职位的含金量和个人的前途等心理上的满足。这也是为什么大公司的超高级主管较少跳槽的原因，现有职位的光环使他们不具有跳槽的动力。三、人才流动带给保险企业的后遗症：在市场经济环境下，人力资源作为资源的一种，必定要受到市场需求的支配，于是跳槽便成为现代职场中的一个正常现象，在金融界早已见怪不怪，然而，为何保险业的跳槽引起了各界如此的关注？这是因为由于缺乏相应的法规加以规范，目前保险业的人才流动呈现出无管制的无序状态。在保险业发展的初级阶段，这种不规范流动给企业带来了各种后遗症，不利于保险业长期健康地发展。1、业务人员的流动带走了保险公司的客户资源，阻碍产品后续服务的开展。现在大多数非专业人士对保险知识没有深入的了解，在购买保险时多是听信业务员的一面之词。由于业务人员与客户直接接触，掌握着客户的第一手资料，他们跳槽后为了在新的公司获得更多的佣金，弃客户的利益于不顾，恶意劝其退保。保险公司一方面遭受客户资源流失的损失，另一方面，由于客户资料的缺失，对于产品的后续服务也很难开展。而且，业务员的频繁跳槽增加了服务的不确定性，使保险业在大众心目中的形象大打折扣，不利于保险业的发展。2、管理人员作为企业的管理者，知晓企业的经营理念，掌握着企业的经营策略。管理人员特别是高级管理人员的流动，不仅会增加保险企业人员培训的成本，还会由于商业机密的泄漏使新产品的开发受挫。有的高管人员跳槽的同时还带走了较有能力的部下，集体跳槽事件波及范围广，对其他员工的工作热情也有影响，进而使人心涣散，集体凝聚力下降，这些都使得企业无论是在经济上，还是在情感上都很受伤，从而削弱企业的市场竞争力。1、基于对保险业务员跳槽原因的考虑，若想规范业务员的流动，体制的改变是根本。如果从体制上给予业务员合理的地位，使其有所归属，从而获得相应的保障，那么跳槽问题自然会得到缓。保险业务员的目标是做好营销，而保险公司的目标是做大保险，二者的目标不同必然引起利益冲突，所以业务员应该从保险公司脱离出来找到自己的实体。以保险业务员为主体成立专门的营销公司，保险公司以招标的方式挑选优秀的营销公司建立长期合作关系。这样既解决了两大利益主体的矛盾，又能形成有效的激励机制，规范业务员的行为。此外，在保监会内设立营销监管部，在保险法中增加规范业务员的相关法规也是解决当前业务员不规范流动的必要措施。2、企业文化是留住高管人才的关键。高级管理人才的收入颇丰，所以酬劳的高低并不构成其择业的全部标准。那么若想留住人才，人们跳槽前衡量利弊考虑的因素是切入点。从心理学的角度讲，每个人都有求稳的心理，如果现有职位的光环较大，则能不跳就不跳。这光环即企业的品牌，而企业的品牌则由市场份额和企业文化打造。市场份额不是短期能改变的，而且与管理人员执业水平的相互依赖度较大，所以要从企业文化入手。良好的工作氛围和较大的发展空间，加之较优厚的福利保障，业余时较多增进感情的聚会，平时亲如一家的关怀，这一切必使高管人员在跳槽前谨慎行事，因为一不小心将得不偿失。在一个具有优秀企业文化的企业工作，感受到温馨如家的亲切感，试问，谁会为了一点利益而放弃自己的家呢？此外，保险业也可以借鉴其他行业的经验，建立脱密机制来防止人员跳槽后商业机密的泄漏。适度的人力资源流动可以为企业增添新的活力，中央财经大学郝演苏教授认为，人才流动加快，说明保险业这个行业非常活跃，每个人都在寻找更适合自己的新的定位。一个行业，人员没有流动性，也就没有了创造力，没有了发展空间。所以在保险业的发展过程中，跳槽是必然存在的正常现象。

扩展阅读：【保险】怎么买，哪个好，手把手教你避开保险的这些"坑"

‘伍’ 保险公司员工跳槽同行业需交违约金吗

因为你朋友属于保险公司的保险代理人，无劳动合同，不属于公司员工，所以在你的代理合同中可以约定这样的条款，你也可以去看下。你所谓的那些经理也是一样，不是公司员工。如果合同中没有这么要求，原则上是不可以的。
LS的，要帮保险公司说话,不用扯到保监会去。那有这种规定？拿出来看看好吗？原来保监会还管人跳槽不跳槽的，这倒是第一次说。至于什么月薪上万，卖保险的能做到，母猪就都能上树了。

扩展阅读：【保险】怎么买，哪个好，手把手教你避开保险的这些"坑"

‘陆’ 保险公司跳槽时间限制

你好，就保险公司跳槽的时间问题，为你做如下解答：
1、保险公司跳槽是没有时间限制的，只要你个人在原单位的合同不产生纠纷，能够得到顺利离职，那么到新公司工作就没有问题；
2、如果是保险公司的高级管理人员（包括一、二、三、四级机构负责人，班子成员）的离职，监管部门也是不会做过多干涉的，但是如果跳槽过于频繁，任职的时候可能会遇到有麻烦，比如短时间内到不同的好几家主体任高管，在高管任职资格审批的时候可能会遇到阻力；
3、保险监管部门原则上对于保险公司的人员流动是没有硬性的年份规定的，比如说一年或是两年。但是监管部门提倡的是保险人员有序流动，特别是对高级管理人员，不希望过于频繁的流动，也正因为没有硬性的监管规定，所以更加难以掌握；
4、作为用人单位来说，也不希望到自己公司来的员工有着过多的跳槽换公司的经历，我想这个是很好理解的，因此，虽然没有硬性要求，跳槽换主体也应该谨慎对待，不宜过于频繁。

扩展阅读：【保险】怎么买，哪个好，手把手教你避开保险的这些"坑"

‘柒’ 那位仁兄知道新致的 保险事业部 怎么样，前两天收到该公司的offer，职位位 程序员(5级)，不知道什么意思

骗子，别信
你不懂保险，保险也不懂你，别人凭什么给你职位。现在保险行业还招小白的一律拉去做业务员，不可能给你正式职位。

‘捌’ 中国人寿程序员外包怎么样

一般。
1、前途上。中国人寿程序员是掌握着核心技术的，针对成绩当中的核皮简心技术，他们基本上都是掌握一点点拼起来，做外包前途上的吸引力并不大。
2、薪资上。外包程序员一般去承担公司里面的非核心业务，工作要求就是批量生产，薪资待遇并不高，一般。

‘玖’ 程序员跳槽后面试怎么说

你的离职原因带有积极性就行
千万别说自己不想在原来公司混了
千万别说原来公司如何如何刻薄，不说原雇主的坏话，这是职场准则，就是坏话，也要委屈地表达，例如：
你对原公司薪水不满意，可以表达为：想找一个待遇更理想点的企业。
你对原公司加班太频繁不满，可表达为：想换个环境，一个加班强度在自身身体状态可承受范围内的环境。
可以说：贵司的文化吸引了我。or 我觉得我更适合一个更具挑战性的岗位。 or 比较喜欢这个城市，其实一毕业时，我一直想来这里稳定地工作的。 or 我想挑战更高薪资待遇的工作。。。。。。。。

‘拾’ 为什么国内程序员都很少进行代码重构

说到代码的重构对于国外的程序员提到的比较多，特别是大型的开源工程，基本上一个模块或者函数的实现会反复的修改，一个文件能被修改成千上万次，曾经订阅了linux内核组的邮件，每天的收到的修改文件成千上万，有时候一个文件都能被修改上百次，对于文件修改最疯狂的是google的chrome源码，重构的次数，让你觉得每天都在重写但是功能上感觉越来越流畅。为什么我们周围的程序员绝大部分时间做的不是这样的事情。

为啥从直觉上觉得老外的写的代买质量比我们的要高，我们国内的程序员绝大部分的时间是在赶进度，准确的来讲忙着增加功能和修改bug，其实也从侧面反映出为什么国内出不了android以及Linux等影响深远的 科技 创新，从全球开源代码的占比就可以看出，差距还是很巨大的。

为什么觉得老外写的代码比我们的强？

1.国内软件发展主要阶段还在解决有没有，还远谈不上强大
中国的软件经过近几十年长足的发展，已经取得了巨大的成就，特别在互联网行业已经有几个巨头跻身世界前列了，最近炒的很热的脸书的用户数据泄密事件，作为当事人扎克伯格，也在论述中提到中国有几个很厉害的互联网公司，这说明中国在互联网领域还是取得了相当大的成就，但是在一些核心的领域，或者门槛很高的领域差别还是非常巨大。

任何事情在发展的初级阶段首要考虑的是不是有没有，所以如同创业初期的公司会选择短时间内搞出来个产品，哪怕是不成熟的产品，然后快速的投入市场，根据市场用户的反应同步追踪问题，等到产品差不多稳定，并且产品在市场上有了一席之地之后，后续的事情就要考虑优化功能，对里面的代码或者产品的性能进行全方面的提升，目前国内大部分的互联网一般比较年轻，还在解决有没有的问题，相信随着时间的推移以及国内软件的发展，也会有大量的高质量的开源框架代码出来，但这一切都需要很长的时间。

所以国内的程序员大部分时间都是在赶进度和根据需求完成功能代码。

2.软件产业的底子还很薄弱， 历史 积淀还不够
举个很典型的例子，现在很多国内的程序员到了30多岁就开始考虑后续的转型了，因为后面的轻轻人会带来很大的冲击，所以大部分的30多岁的程序员都在考虑自己后路，都要考虑转型的问题。老的有经验的程序员反而转型去做管理或者合伙创业了，哪有几个还在安心搞技术，年龄大了还在搞技术的还被人鄙视，觉得自己没有出息。

但是在国外写代码是一种很常见的职业，和别的工种没有多大的差异，40，50岁了写代码也是比比皆是，做软件是一种技术工种，经验的占比是很高的，所以老程序员写出来的代码更加有深度，稳定性更高，一切的根源还是产业的发展不够成熟，需要时间和 历史 的积淀，从这方面讲国内的软件整体产业还是比较薄弱，从业人员的整体素质和工作氛围还有待慢慢的成熟，周围都是有经验的程序员在带领着如何去重构代码，如何提升代码的质量，而国内大部分的程序要还是被产品经理鞭策着增加需求和修改代码。

3.公司的文化差异
目前很多的中国技术公司更多的追求的是短期利益的最大化，在基础软件的投入远远不够，毕竟基础的投入很难短期见成效，在一个具体的场景，有一个产品主体的功能已经实现了，也能在用户那边投入使用了，一般的公司很难拿出时间来，让你做代码的重构，毕竟这种事情很难直接产生经济效益。这与公司本身的文化差异有很大的关系，重视的技术或者懂得技术的公司对于这方面相对比较重视，反之就差很多。

小时候课本上就说着我们落后100年，所以高楼大厦不是一天建成的，所以在追赶的道路很漫长，所以承认存在差距，然后努力加倍的去追赶。

Time is money. 以目前国内互联网的情况，需求应接不暇，程序员基本上都是被需求与业务赶着走，时间非常紧张，在这种情况下，程序员很多时候唯一的选择就是赶紧实现需求的功能。所以，一个项目下来，代码基本上都变得非常非常的“垃圾”。

也有很多程序员想过在项目结尾的时候进行代码的重构，基本上每个程序员也都知道重构代码的好处，但是并不代表着真正能做起来。还是那个原因，国内互联网的速度太快，需求应接不暇，做为程序员，基本上没有时间来做这件事情。

而另外一个原因是跟团队负责人有关。若团队负责人能够意识到重构的好处，那么他可以为此单独划分一段开发时间出来，让大家分别负责一个模块进行重构，这都是可以安排做起来的。这也需要团队负责人如何在需求人员的需求与代码质量的进度上做一个平衡，进行统筹安排。

最后我想说一个可能很少意识到的原因，那就是人员流动问题。国内互联网目前人员流动非常的大，尤其是北上深这样的互联网发达的城市，基本上是平均两年就会走一大波人，在这样的情况下，也会考验从业人员的职业道德，即我到底要把代码写的多好，要把代码的可维护性做到多好，其实这都是从业人员自身需要考验的问题，因为完成一个功能很容易，但是要考虑的全面就是另外一回事了。而人员流动带来的另一个问题就是有一些代码是很难看懂的，即有些代码在人员离开后成为了“ 历史 ”，无人敢动。这也会阻碍着软件的重构工作的进行。

从我所讲的这几种情况来看，重构其实是大家都能知道的好处，但是真正实施起来却又有现实的约束，需要负责人来做这样的统筹安排与推动。

成本太大
大多数软件产品的开发都是经过了很多开发人员的付出，如果进行代码重构需要了解产品、了解框架、了解代码逻辑，这个过程会花费大量的时间和人力成本，对于企业来说，效益是第一位的，与其花费精力进行效益不大的产品重构，不如去承接更多的项目来的实在。
领导决策
由于大部分企业的老板都是非技术人员出身，他们更关注效益和客户，为了符合企业的发展，在进行产品开发时会更多的采用新技术来吸引客户，花费精力重构代码不如开发一套新产品或者开发更酷炫的效果更具有实在意义。
代码规范不足
由于国内互联网较之国外起步较晚，很多企业发展时间较短，加之人员流动比较大等多方面的因素，很难形成标准、严谨、行之有效的代码规范，所以很多技术人员在开发时都是根据个人风格习惯在开发，等其他人接手代码时，缺少相关标准和文档，很难理解代码逻辑，花时间去了解代码、重构代码不如直接推翻重做来的方便。
客户定制化需求
部分企业创业初期对企业信息化是不够重视的，只有企业发展到一定程度才会考虑信息化建设，而由于业务的限制，大多数标准化的互联网产品都很难满足企业的实际需求，需要进行大量定制化的开发，对于互联网企业来说，即使产品开发足够完善，在实际项目中也需要进行扩展，倒不如直接在项目中进行调整。
程序员的发展限定
在国内很少有终身的程序员，大部分都会逐渐转向销售、售前、项目经理、产品经理等岗位，而这些岗位则需要了解业务、了解客户，对技术的需求反而不会太高，所以与其花时间去专研技术不如将更多的精力用在业务和项目层面。

代码能够重构对底层框架要求深度掌握、且代码框架本身要足够灵活，而国内绝大部分技术人员都是停留在对框架的使用层面、少数可以完善、结合使用，极个别的在做同语言山寨或者换一种语言重写，能够对产品体系进行把握、与时俱进扩展实在是凤毛麟角。随着国家的经济提升、IT行业逐渐成熟，在我国这么多IT公司基数下，即便是凤毛麟角的概率，重视基础框架、积累萃取、不断迭代完善的一些技术公司也会慢慢崭露头角、涌现出来的。

【国内程序员很少进行代码重构】，这个现象虽然没有什么调查统计，不过我写了十多年代码，也发现身边的程序员大多数是这样的，【宁可写新的代码，也不愿意重构老代码】。下面我也谈谈自己的看法：

系统没有问题，就是最大的功劳
我见过的大部分的传统行业的软件公司或IT部门是这样的（互联网公司不太了解），“只要系统稳定，那么就是最大的功劳”，而保持系统稳定最好的方法是什么？ 就是尽可能的不要动系统！

可能很多人不能理解，但很多公司确实是这样，甚至公司对项目的考核标准中，项目有什么突破的权重很低，是否有生产事故的权重很高。所以很多“机智”的项目组成员，千方百计的不接需求，或者把需求推给别的项目组。在这种单位里面，别说重构了，新代码都写的不多。

测试覆盖度太低，重构代码没办法保证质量
代码重构，很重要的一个问题：“重构后的代码谁来保证？如果影响到原有的功能怎么办？”

这时候很有效的一个方法，是使用各种自动化的测试来保证重构代码的质量。

但是，大部分公司，不管是单元测试还是其他的自动化测试，都是不健全的，甚至是没有的。所以只要不是被逼不得已，程序员宁可重新写一个方法，也不愿意重构之前的代码。

其他

进行代码重构不是一件容易的事情，务必需要对需求熟悉；对代码 历史 变更熟悉；对代码框架，模块熟悉；对产品更新迭代做好风险把控，时间成本把控……

进行代码重构需要能力非常高，责任心非常强的人进行，甚至需要一个优秀的团队完成。

为什么要代码重构？理由一大堆，我认为主要有两条，一是原代码已不适合扩展新需求，二是原代码已拥肿不堪，乱七八糟。

为什么很少重构？除了上述分析外，还有其他因素，如人员流动快，原团队原作者早已不知何去何从了。又如需求和业务繁多，完成工作开发都累得半死不活，日理万机似的，哪有时间和心情重构？

谢谢大家。

1.国内程序员技术能力不足以进行代码重构

大量的软件从业人员连编程规范都不熟悉，怎么可能做代码重构？更多的人只会写写hello world，只会拷贝粘贴小段代码，连if else这种语句都写不清楚甚至漏掉逻辑，连面向对象的编程思想都没有，谈何重构？

2.国内程序员的沟通能力说服能力一般。

进行软件重构，必须说服经理，让经理相信重构会带来软件质量的提高和故障率的逐步降低，这样经理才会安排人力进行重构。

3.国内软件开发更注重bug的及时解决

国内软件开发大量的人力被分配到解决短期的某个bug，没人抽时间思考如何长久的彻底的解决软件缺陷，其实解决bug不重要，找到软件的缺陷或者性能低下的地方才重要，这些才是重构的点。国内加班加点疲于奔命式的开发，没人考虑bug率是否长期内能够收敛，总是先解决眼前的问题再说，处于一个永远解决bug的死循环里。

这种工作模式是愚蠢的，不是smart的。

软件开发，一定要动脑子，不要蛮干，这不是耕地，力气大就耕的多。

重构代码的目的说白了，就是让软件开发人员更自由。

谢谢楼主的问题，这是一个我特别想回答的问题？

为什么？因为，第一，我是一个对代码有洁癖的人，受不了一坨，一坨那样的代码。第二，我是一个践行Clean Code 的人，给大家我主要负责的一个项目的一组数据（JAVA），总代码量20万行,UT coverage(单元测试代码覆盖率）82%，代码重复率0.5%，代码规则(sonar）违反（Code issue）0,甚至连最低的违反都没有。

也正是因为我的项目在实践Clean Code上的数据，我经常去给不同的团队做分享，也对团队对这个重构不太上心有一些理解。

大致以下几个原因。

第一，也是最多的，交付压力，大部分人都会抱怨，你看我们有这么多新功能，还有那么多bug,根本忙不过来，哪有时间重构？

第二，重构意识不足，老板，管理人员总是希望这个我们要有，那个我们也要实现？为什么？因为别人有，别人有我们没有可能会造成用户流逝。即使有一些有见识的程序员和老板反应这个重构问题，但是重构从来不是高优先级的。毕竟，现在的软件的生命周期可能很短。

第三，人员流动性大，这个是我听过最奇葩的一个理由，我问一个来听培训的哥们，说你代码写成这样，以后怎么维护？这个哥们说，我也知道难维护，但我明年就跳槽了。

第四，设计上就不需要重构，曾经给一个保险公司做分享，我本人也是做金融相关产品后台的，我就问你们这样写代码，可能三四年以后就非常难维护了，还是要尽快重构。他们的回答是，我们不重构，我们只重写。什么意思那？就是一个系统，三四年以后在写一遍。

第五，程序员本身的问题，可能第一写单元测试，修改命名，修改代码结构，是一件很没有成就感的事情，也是一个没有多少附加值的事情。毕竟现在你去找工作，这个代码质量方面的问题会问得很少。

第六，我见过的我不能反驳的一个回答，我的英文太差，不能很好的命名，而我也不想学英文。

第七，反正我已经实现了功能。

最后，用一句话来提醒程序员们，重构是多么重要。

出来混迟早要还的，挖了坑迟早要填的。

在国内，【重构】这件事是程序员最喜欢做的事，而不是公司喜欢做的事。

但程序员喜欢并不能影响公司的决策，所以，国内的现象就是软件系统很少有重构。

其根本的原因在于，国内的公司所推出的系统大多没有重构的价值。

1、国内的互联网公司存在这样一种快节奏，那就是发现一个有价值的创意，就马上进入开发，开发完成立即上线，并立马推广使用。这是一种快速试错的模式，一旦发现系统在 社会 中没有引起反响，那就马上把系统再下线。这种情况下的系统哪来的重构价值呢？

2、即使一个系统上线成功了，也积累了大量的用户，貌似为了系统的稳定性和性能，可以有重构的机会。但事实上不是，国内公司仍旧不会选择重构，因为重构带不来新的价值。所以，公司多数都会在系统上添加新的功能来吸引新的客户，而不会考虑重构现有系统。

总得来说，引起重构的原因在于能够有持续的价值。没有价值的事，企业当然不会做，仅是程序员的一厢情愿而已。

你只是见到了你所在的公司现象，不代表所有，也不能代表大部分的。

代码重构还是存在的现象

代码设计烂，经常出问题、扩展麻烦、维护心累、数据混乱、结果不清醒、模块划分混乱

就可能要考虑到重构了

呵呵，

老大说：

你赶紧去修复一下这个bug，

还有几个功能没有实现，加班搞一下，

pm 说：

这个功能改一下，

还有这个，界面重新调整一下，

这个业务流，现在不一样了，

客户需求需要多几个功能，

老板说：

这东西下周能出来吗？