⑴ 大家都羡慕程序员工资高，那你觉得大龄程序员该怎么办呢
大龄程序员一定是拥有丰富的开发经验，而且拥有良好的学习能力，能够保持持续进步，才能不被时代所淘汰。尽快转管理岗也许还好，但是运气不佳仍然在一线奋斗，随着年龄增长，家庭事业各方面的压力越来越大。我建议还是尽早放弃一线开发去做其他工作。没办法，身边年龄大的程序员，真不一定是大神，更多的只是一般水平，而毕业三四年的开发人员也一样可以拥有很可靠的技术，而他们对新技术的兴趣和关注度肯定会高于有些大龄程序员。加油吧，持续热爱可以继续，如果厌倦了，心生退意尽早离开。另外，不要看到别人能够坚持下去，就去纠结，尊重自己内心的意愿是最重要的。最后说一下最后一种出路，出书，写作，做讲师。
关于大龄程序猿何去何从问题，总结起来可以从“一个困惑，两点建议，三条转型”进行思考
一个困惑
“大龄程序猿问题”的关键大约有这么几点：一是精力问题，基本33岁以后已经不愿意加班，感觉疲惫；二是技术问题，新技术太多了，已经没有时间与精力去研究了；三是家庭问题，不能说是拖累，享受天伦是人之常情，宁愿意抱着小孩看电视，也不愿意再看电脑了。
两点建议
1、深耕技术。李嘉诚说过一句话“做生意，手头上要有一个，天塌下来都是赚钱的”。一样道理，既然选择了程序猿，就要永远保持技术上的学习力和竞争力。
2、拓宽知识。在学习技术的过程中，当你觉得迷茫而痛苦时，拿本小说看看吧，或是杂志，随便什么书，不要只钻在技术的圈子里。面试过一些理工技术男，特别是IT男，知识面太窄了，有一种“两耳不闻窗外事，一身只读圣贤书”的感觉。
三条转型
有人指出程序员的转型之路，无非以下几条，一是转做售前或售后；二是转向IT培训或营销；三是走向项目经理；或许还有其它。。。
我表达的意思是程序员可以走行业专家的路线。产品里面我技术最好，技术里面我产品思维最好，帮助项目顺利的开发和实施。
北京养老的IT公司多了，混到40感觉问题不大
多关注当下流行的技术迭代更新，紧跟时代潮流，否则，老一点的技术很容易就被淘汰
要么转管理，要么创业。第三35之前努力挤进国企吧。
⑵ 作为一个程序员，你有没有想过如果不做程序员了你还能做什么
首先扒出网上的一张图，表明程序员工作的路线图。虽然只是笑资，但也依旧部分真实。
大多数在一线城市的程序员根本买不起房，特别是北京，当然对比其他薪资更低的其他岗位更是如此。所以基本分为两大块，一直留在大城市和后期回到二线甚至三线城市，求个轻松安稳的生活。
管理 ：大多程序员在没有怎么敲代码后，都是走管理路线，管理项目，统筹兼顾，这也算是没有脱离程序员的行业，但也不能算是敲代码的程序员了。不过管理岗位就那么多，也只会有少数人能够晋升。
程序行业的猎头 ：现在很多大公司都需要hrbp等岗位，需要懂得编程的人帮忙招聘真正有本事，能够聊技术的hr，不过hr更多要有资源，能够会说话，有大概的判断，因此程序员行业很多人并不能胜任，但总会有人适合，不是么。
培训老师 ：懂的知识，能够系统理解就能教书育人。同时也是对自己知识体系的梳理过程。无论你是内向还是外向，都可以做讲师，因为每个人都有自己的讲课风格，但这需要你做一定的适应，最大的难度就是从自己动手做项目到用语言准确表述自己的经验与技术。
做自媒体 ：现在的自媒体已进入成熟期，如果你的技术已经十分娴熟，可以把专业技能放在自媒体平台上，把你的编程经验、目经验写一写，以文章、视频形式展现出来。名气大了，自然会有人找上你，请教问题或者打广告，一切都水到渠成。
接私活 ：现在也有很多地方可以接私活，自己赚钱，趁着年轻多赚钱，至少被年轻人淘汰时候，手上也有很多钱可以任由自己挥霍。
很多人在做程序员后，都会想有更轻松的人生，钱少点无所谓，但不能委屈自己。那能干啥呢？
在老家开一个小店铺，天天刷刷视频，看看电视，日子也很悠闲惬意。
甚至在老家开滴滴，自由职业，想上班就上班，手头缺钱就加油跑，
有一点自己爱好的，开个小餐馆做作 美食 ，弹弹吉他教教学生。
修修电脑， 游戏 陪玩。或者自己写一个服务器，做个网站玩玩。
只有一份工作，并且还是给别人打工，担心永远都不会少，有一份副业才是正道。不要等到年纪到了，发现只能依赖一份死工资，变得唯唯诺诺，一点底气都没有，从而变成被公司压榨的理由。
而对于大多数人而言，要多想想除了现在这份工作，我还能干什么赚钱，同时，也要加强自己的不可替代性。而程序员的不可替代性依旧是想法和技术。可以关注私聊我发送“ 项目 ”获取很多项目的学习视频哦，当然觉得没有你想要的可以私聊说说想要什么资源，大部分都能给你找到。
作为一名从业多年的程序员，或者说作为一名大龄程序员，肯定都会考虑，中年职业危机的事情，达到一定年龄后，自己该何去何从，中年程序员的焦虑随着年纪增大而增大。
项目管理，软件经理
很多公司没有技术专家的岗位，所以很多人都会考虑转管理，比如项目管理，软件经理，因为技术沉淀，可以对软件开发进行管理，这种职业转换，相对与研发经理会比较简单，压力没有那么大。
转换做技术支持，做FAE
假如你之前从事的工作，是做嵌入式软件开发，写C语言编程，那么对于单片机一般会比较熟悉，那么可以找一些mcu芯片原厂或者大的代理公司，做技术支持FAE，利用自己的技术经验，帮客户解决问题，然后有些公司的FAE的工资也会与销售额挂钩，有一定提成。
转换做销售
转换做销售是很多程序员的考虑，但现实是很多公司不会招没有销售经验和资源，且年纪偏大的人做销售，主要是培养时间长，稳定性差，没有资源，当然卖房不需要经验。
跑滴滴，跑美团送外卖
估计很多人也会想，如果真的失业了，就去跑滴滴，送外卖，肯定也是一个门路，肯定是一定收入，但收入肯定没有做程序员高。
创业自己做点小生意
做程序员，工资相对于其他一些行业工资要高，或许有点积蓄，就考虑开一个小卖部，或者开餐馆，做烧烤，做早餐等等，再或者是不是开一个快递网点也是一个不错的选择。
还可以利用自己的专业知识，给别人做产品，方案开发等工作。这种我觉得是程序员重点考虑的方向。
说实话，确实没想过，作为一个已经在程序员岗位上干了10年的老鸟，目前还没想过不做程序员了还能做什么，做个小生意，不知道从何做起。合伙开公司，也找不到合适的人，而且最重要的是要有人跑市场，天天面对电脑，感觉已经丧失了和人打交道的能力了。
30多岁了，已然变成了00后口中的中年大叔，面对上有老，下有小的窘境，你想不做老本行，辞职去做其他的事情？除非有十足的把握，不然还是劝下自己，不如将现金投放到余额宝，或者买一些基金定投产品来的靠谱。毕竟那个一人吃饱，全家不愁的时代已经过去了。每天睁眼面对的就是父母妻儿，车贷房贷，以及其他的消费生活压力，想给自己解解压，还是抛弃不切实际的创业梦想吧。
但是，别忘了，虽然人在江湖，身不由己，对于自己还是要投资的，不论是身体方面，还是职业方面，健身房没钱去，就到小区路边多走走，锻炼好身体，至少用一个强壮的身躯来撑起家庭。编码之余，多看下前沿的最新技术，程序员是最喜新厌旧的行业，你所比年轻人多的，不是身份证上的年龄，而是宝贵的项目资历，不过在层出不穷的新技术面前，保持一颗善学不断的心，总归是没错的。
就算你要干别的行业，也请你把现在的程序员做好，既然要当斜杠青年，抑或是斜杠中年，也得脚踏实地，一步步的来不是？分享与大家共勉！
都说程序员吃的是年轻饭，过了30岁以后的程序基本上都是行不通的。然而好像事实也是如此，一旦上了年纪的程序员，真的没办法和年轻的相比。
三四十岁的年纪，论技术没有年轻人的跟得上时代，论体力你也拼不过年轻人，我老程序员唯一拥有的话就是经验。那谁说做程序员就得干一辈子，没有这种说法。如果说你不做程序员以后的话，其实你可以将你自己的这一身经验，传授给别人。
说白点就是直接去当老师吧，当老师待遇也不错，工资而且还挺高的。如果你有教师资格证的话，可以直接去正规的学校应聘，老师如果说你没有教师资格证的话，现如今有很多的那种私密的培训机构，他们都会招收很多的讲师。不管是学校还是公立的培训机构，各自有各自的好处，但整体来说待遇都是非常不错的。
就以普通的培训机构为例吧，他们非常需要人才，需要讲师，有的培训机构甚至直接聘请一些在校的大学生去作为他们的讲师，但可想而知这些大学生的话，他们也只是学生，真要论起实战，是远远不如退休下来的程序员。
但当老师也不是程序员唯一的屈辱，其实还有很多方向可以去发展，如果你觉得你这个行业做腻了，想换点新鲜的去做一下其他，那你就可以勇敢的去尝试。不管是各行各业，只要自己喜欢都可以去做，能胜任程序员这个职位的人，我相信都是非常的聪明，去做其他职业只是时间的问题，我相信都能够胜任。
因为程序员，吃的是一种技术活，头脑必须灵光。太笨的人真的当不了程序员，所以说那么聪明的一个人转行去做其他职业，一点问题都没有。
有时候我也在想如果有一天我不做程序员了，接下来应该去做什么。
再回铁路行业，从铁路行业出来的我，再去应聘个地铁公司或者厂家应该不是什么问题。
去工厂企业做维护，我的专业是自动化专业，做个电务的维护也还算可以，毕竟还记得PLC，DCS编程语言，我还是一个拥有高压电工证的程序员。
去辅导机构，去做个英语老师，大学英语六级，以后准备考个雅思，教小孩英语，应该绰绰有余了。
或者回老家包地，再把毕业以后扔下的单片机，FPGA拾起来，做一些农业自动化的东西，再结合我现在的web编程，创造一些农业新生态。
或者开一家烧烤，开一家有情调，有技术氛围的烧烤，程序员可以凭工作证获得优惠的烧烤，因为这个世界上太多的程序员需要安慰。
只要你想活下去，总会活下去。
我想每一个程序员都应该想过这个问题吧
首先，程序员行业普遍加班较多，年轻力壮还好，加班身体也扛得住，年纪大了就不一定了。
其次，步入中年后，你的责任可就不止工作了，你是家里的顶梁柱，你是家里的一份子，你要抽时间来陪伴你的她或他，陪同孩子老人吧。
第三，程序员行业技术日新月异，新技术层出不穷，你不可能跟小年轻拼记忆里，拼学习能力，所以你需要考虑转型。
谈谈出路：一是坚持一个行业，精通业务，转行做管理；二是年轻时做好技术积累，可以出书，写博客做技术专栏，也可以做培训老师；三是转行自己创业或是转移到一个对年纪要求不那么大的行业
最后，祝所有即将步入中年或已入中年的程序员顺利找到满意的发财之路
1、转产品经理、cto、管理层，如果往这些方向转的话，建议平时工作中多管一些“闲事”，除了变成之外，例如产品同事的讨论也多参与，多思考从产品上怎么发展这个产品，对于转型有很大的帮助。
2、未来编程肯定会往中小学生教育方面发展，可以考虑转型做编程的教师。
推荐一本对我自己影响比较大的书:《软技能-代码之外的生存指南》，里面涉及生活习惯养成、思维方式等等，凸现技术中人的因素，阅读这本书可以全面了解软件从业人员所需要知道的所有“软技能”
⑶ 一枚程序员的跑步之路
如果有人问我，2020年，你坚持最久的习惯是什么？我会不假思索的说是“跑步”。这个问题同样抛给你，你会如何回答？
转眼间已到年末，令人难忘的 2020 即将过去。又到了做年终总结的时候，我也随大流做一个年终总结，不过是“跑步年终总结”，同时也分享下自己跑步一年来的感受及经验。
曾几何时，我以为自己是那种吃不胖的体质，从小到大都属于比较瘦的人群。整个大学期间，体重也极其稳定，一七几的身高加上不到120斤的体重，那个时候很想再涨十斤肉。
毕业以后，个人生活习惯改变了很多，外卖逐渐吃的多了，也不怎么运动了，经常上班久坐。长此以往，体重逐渐开始上升，有一次去超市购物，顺便称下体重，惊奇的发现自己的体重已经突破了 130 斤。每次回家，老家亲戚朋友都说我吃胖了，此时我也没有特别注意，觉得原来太瘦，长胖点也挺好。原本以为体重会慢慢稳定，没想到仍然在增长，到了 2019 年 10 月份，巅峰时候体重到了 140 斤出头，毕业短短两年，体重却增长了小 30 斤，岁月果然是把猪饲料。望着自己大了一圈的脸庞及逐渐隆起的肚腩，此时的我下定决心，是时候开始锻炼减重塑形了！
跑步可能是最容易入门的一项运动了，每个人都可以跑，几乎不受时间和空间的限制。我从 2019 年 10 月中下旬开始跑步，刚开始跑总是枯燥且劳累的，跑跑走走两三公里都是比较困难的，每次跑完都喘的不行。那时的我也想过放弃，但想着刚开始就想放弃，也忒不行了，于是慢慢坚持了下来。
渐渐的，发觉只要坚持就有进步。我可以跑完 5 公里了，跑完不喘了，逐渐体会到了跑步的乐趣。跑步一个多月以后，5 公里平均配速终于达到 6 分内，这是当时朋友圈的记录。
好像在哪看到一个说法，如果你连续三周经常做某个事情，就可以说你养成了这件事情的习惯。跑步也是一样，当养成习惯后，这一切似乎变的简单许多。我逐渐开始享受跑步，到了跑步时间会不自觉想起去跑步。随着跑量的堆积，我的配速提升到了 5 分内，即使到了炎热的夏季，我也经常出门跑步，这几条朋友圈记录了我当时的心境。
跑得多了，有时候也需要突破一下自己。大学时候学校运动会有男子万米长跑项目，当时我觉得能跑完 10 公里的同学都特别厉害。某个周末下午，我觉得是时候突破一下了，于是顺其自然的跑了人生中第一次十公里✌️✌️。到了 12 月中，我的总跑量也突破了 1000 公里，用时一年有余。
跑步一年多以来，除去中间因疫情中断了两个多月，其余时间不敢懈怠，每个月都有坚持跑步。人都是有惰性的，养成的好习惯一定要保持，一旦中断可能会中断很久。
跑步也让我收获了很多，除了体重下降，它还可以增强我们的心肺能力，锻炼我们的意志力。同时跑步也会舒缓压力，当有进步时也会获得成就感，养成规律的跑步运动，我们的生活也会更加规律。
这里也拉波仇恨，放下我的减重曲线图😉，一年下来，减重了将近 20 斤哦！想减重塑形的各位小伙伴，跑步吧！
对于跑步，我也是野路子出身，一些经验教训都是自己摸索的。作为一个业余跑者，这里斗胆分享几点跑步相关经验，想入门跑步的小伙伴可以参考下。
室内还是户外
我都是进行户外跑的，如果你家里有跑步机，可以选择室内跑。我的建议是天气允许的情况下最好可以户外跑，在户外跑步感觉更开阔，还可以看风景。
可能你要问了，怎么选择户外跑的场地？我的建议是附近若有学校操场或公园健身跑道的话，这类场地是优先选择的。实在没有也可以选择一般马路跑，不过要注意行人。不要选择太偏僻的场所。
跑前跑后要热身拉伸
无论你是刚入门还是有经验的跑者，跑步前一定要做好热身活动，可跟着一些跑步软件上的热身教程一起做，一般跑前热身要持续十分钟左右，为防止受伤，一定要充分热身后再进行跑步。跑完后要慢走会，然后进行跑后拉伸，活动下脚踝及大腿。
入门初期不要想太多
刚开始跑步要量力而行，从慢跑两三公里开始，觉得累了就停下走走。动起来就算成功，坚持一个月就算入门。不要想着立竿见影的看到效果，跑步一个月体重没变化就再多坚持几个月。
关于跑步时间
每个人的空闲时间不一，跑步时间也要因人而异。如果你习惯早起，可以选择早上晨跑，如果你晚上有时间，那可以选择夜跑，周末空闲也可以选择傍晚跑。无论哪个时间，只要跑了就有收获。
网上有观点说哪个跑步时间比较好，但我们都是打工人，不是可以随时抽时间跑步的，跑步时间建议自己慢慢摸索。我一般是晚上跑步，周末会选择下午四五点跑。饭后不宜跑步，一般要选择饭后至少一小时后。
关于跑步装备
对于跑步装备，我研究的并不算多。一切以舒适为准，选择一款合适的跑鞋很重要，如果你是刚入门，各大运动品牌的基础跑鞋都可以先试试，等以后你跑了一段时间后，可以再根据自己的情况选择跑鞋。
跑步服装一般选择速干衣，温度高于 15° 可以穿短裤短袖跑，10° 左右可能就要穿长袖长裤了，再冷些就要穿两件了，内层速干，外层保暖防风。特别是冬天户外跑，要注意跑步，跑完后要及时加衣。当温度低于 0° 就不太建议户外跑步了。
关于跑步过程
匀速跑是比较推荐的跑法。稳定的配速可以让你比较轻松的坚持下来，同时跑完后身体的恢复较快。不要过分追求配速。
冬天身体比较寒冷，可以选择慢跑，等身体完全热身后，可以再提高配速。如果你想提高自己的耐力，可以尝试下“LSD训练”，即长距离慢跑（Long Slow Distance），放慢速度，跑下 10 公里、15 公里甚至更长距离。
关于跑步频率
跑步不是越多越好的。学会跑步也要学会休息，运动过量极容易受伤。你如果每次跑 5 公里的话，可以跑一休一或者跑二休一，一般一周跑个 3-5 次比较合适。当然如果你非常有经验且身体素质很好，可以适量多跑跑。
关于跑步受伤
跑步过程中，一定要注意不要受伤，当身体出现异常时，要立即终止跑步。跑步会对膝关节造成一定的磨损，要注意防护。如果你的鞋子不太合脚，可能还会出现水泡或趾甲变黑的情况。
不是所有人都适合跑步
这里说下，跑步只是各类运动中的一种，并不是所有的人都适合跑步。膝关节有损失或体重过大的人群不适宜跑步。对于体重过大的人群，跑步对膝关节的冲击会更大，跑步要更加注意，也可以选择慢走等其他运动。
碎碎念了这么多，感谢你可以看到这里。写了这么多，还是想做个记录吧，同时分享几点自己的跑步经验，如果能帮到各位，我也是很开心的。
这里也提醒下，减重塑形不只要跑步，同时也要注意饮食哦。个人觉得，跑步对于减重还是很容易出效果的，而且你养成习惯后，会觉得跑步使一种乐趣，既锻炼身体又愉悦自己，何乐而不为呢？
2020 年即将过去，要不要给 2021 年立个 flag 呢？ 希望当问你“ 2021年，你坚持最久的习惯是什么？”，你也会不假思索的说是“跑步”！
各位小伙伴有没有相关运动经验分享的，或者想立个 flag 的，在评论区畅所欲言吧。
⑷ 为什么国内程序员都很少进行代码重构
说到代码的重构对于国外的程序员提到的比较多，特别是大型的开源工程，基本上一个模块或者函数的实现会反复的修改，一个文件能被修改成千上万次，曾经订阅了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 说：
这个功能改一下，
还有这个，界面重新调整一下，
这个业务流，现在不一样了，
客户需求需要多几个功能，
老板说：
这东西下周能出来吗？