程序员连出两次线上事故

❶ 微盟事件真相是什么

事情经过

2020年2月23日18时56分许，微盟核心运维贺某酒后因生活不如意、无力偿还网贷等个人原因，在其暂住地上海市宝山区逸仙路XXX弄XXX号XXX室，通过电脑连接公司VPN、登录公司服务器后执行删除任务，将微盟服务器内数据全部删除，导致微盟自2020年2月23日19时起瘫痪，300余万用户(其中付费用户7万余户)无法正常使用该公司 SaaS 产品。(上述来源：中国裁判文书网)

2月25日，我们紧急恢复了核心业务的线上生产环境，新用户使用不受影响，并提供老用户临时过渡方案，确保商家在数据暂时没有恢复的情况下可以正常经营。

2月28日，我们恢复了所有业务的线上生产环境，并且开放了老用户登录，以及恢复了微站产品的所有数据。

截止到3月1日晚8点，在腾讯云团队协助下，经过7*24小时的努力，我们数据已经全面找回，由于此次数据量规模非常大，为了保证数据一致性和线上体验，我们将于3月2日凌晨2点进行系统上线演练，将于3月3日上午9点数据恢复正式上线。

此次事故给商家经营造成了严重的影响，公司管理层对此深感自责和愧疚，我们准备了1.5亿元人民币赔付拨备金，其中公司承担1亿元，管理层承担5000万元。在紧抓数据恢复的同时，也在同步研究商家赔付方案，我们拟定了现金赔付计划和流量赔付计划供商家选择。

同时此次事故也暴露出公司在数据安全方面出现了管理漏洞。事故发生后，我们加强了内部流程控制管理，同时邀请外部数据安全专家一起来评估数据安全保障方案，并迅速制定了一份数据安全保障计划，以杜绝此类事故的再次发生。

赔付计划

此次事故给商家经营造成了严重的影响，公司管理层对此深感自责和愧疚。事故发生后，公司管理层在紧抓数据恢复的同时，也在同步研究商家赔付方案。

首先针对此次赔付计划，我们准备了1.5亿元人民币赔付拨备金，其中公司承担1亿元，管理层承担5000万元。其中公司董事会主席兼首席执行官孙涛勇承担3500万元，公司执行董事兼首席技术官黄骏伟承担500万元，公司执行董事兼智慧商业事业群总裁方桐舒承担500万元，公司执行董事兼智慧营销事业群总裁游凤椿承担500万元。

其次整个赔付方案中，我们既要考虑商家因系统不可用而造成的利润损失，同时也要考虑系统不可用而带来的流量损失，因此我们的赔付计划做了两个不同的方案供商家任选其一。

01

现金赔付计划

我们会针对因系统不可用期间商家边际贡献利润额进行赔付，具体公式计算如下：

边际贡献利润额=日均收入×行业平均边际贡献利润率×系统故障时间

(其中日均收入等于该商家在2020年2月17日晚7点至2020年2月23日晚7点在微盟系统中产生的实际成交额除税后的平均值;边际贡献利润率是指在收入(不含税)基础上扣除商品成本、仓储及物流费及推广费、销售佣金等与商品服务销售及交付过程直接相关的费用之后的边际贡献利润占收入的比例;行业边际贡献利润率最终参考值将以研究机构公开报告为准;系统故障时间自2月23日晚7点至3月3日上午9点)

02

流量赔付计划

我们会针对因系统不可用期间的商家给予腾讯广告50000曝光次数进行流量补偿，并且提供账户运营服务，同时再延长SaaS服务有效期两个月。

(其中腾讯广告包括微信朋友圈广告、微信公众号广告、小程序广告等;曝光次数是指该广告被用户看到的次数;运营服务包含广告的创意策划、素材制作、投放执行、数据分析、账户优化、数据报表等运营服务)

最后我们所有的赔付将通过线上赔付系统完成，公司将在接下来一个月左右开发完成线上赔付系统，届时商家可通过登录微盟商户后台，点击申请赔付即可完成。

数据安全保障计划

此次事故暴露出公司在数据安全方面出现了管理漏洞。事故发生后，我们内部在系统自查的同时邀请外部数据安全专家一起来评估数据安全保障方案，现公布措施如下：

措施一：数据安全管理机制全面加固与整改，加强运维平台治理

1、完善数据安全管理制度(涵盖权限、监控、审计方面)，严格执行授权审批制度;

2、使用腾讯云CAM权限系统进行云资源管理，严格执行分级授权和最小集权限制度，对高危险动作执行二次授权制度;

3、建立科学、高效、安全的网络策略，对开发环境、测试环境和生产环境进行严格隔离;使用腾讯云堡垒机替换自建堡垒机，进行细粒度权限分级和授权管理，同时严格审计堡垒机操作日志，发送安全审计报表;

4、加强运维安全流程学习，职业道德学习，法律学习等。

措施二：加强灾备体系的建设，做到多云异地冷备1、建立多云灾备体系，在北京、上海、南京等地区建立全备份的冷备系统架构;2、借助腾讯云的IAAS的底层服务能力，建立高可用的同城双活架构;3、云上所有的云主机，启用每天的快照策略，保证全量和增量备份;4、所有非结构化数据，使用腾讯COS对象存储系统进行归档保存，启用COS的多异地复制功能，数据存放多地，并且COS冷存储，确保数据只增不减;5、建立月、季度级别的定期演练机制和制度
。

措施三：基础设施全力上云1、借助腾讯云数据库MySQL的数据高可用和安全体系，逐步放弃自建数据库服务，迁移到腾讯云数据库(CDB)，快速具备数据库跨可用区和异地灾备的能力;2、黑石1.0物理机全面升级黑石2.0，全面使用云主机。

法院判决

2020年9月，上海市宝山区人民法院认为，贺某行为违反国家规定，删除计算机信息系统中存储的数据，造成特别严重的后果，其行为已构成破坏计算机信息系统罪，应当依法追究刑事责任。公诉机关指控的犯罪事实清楚，证据确实充分，罪名成立。

贺某如实供述自己的罪行，认罪认罚，可依法从轻处罚。辩护人的相关意见本院予以采纳。依照《中华人民共和国刑法》第二百八十六条第二款、第六十七条第三款、第六十四条、《中华人民共和国刑事诉讼法》第十五条之规定，判决如下：

一、贺某犯破坏计算机信息系统罪，判处有期徒刑六年。(刑期从判决执行之日起计算。判决执行以前先行羁押的，羁押一日折抵刑期一日，即自2020年2月24日起至2026年2月23日止。)

二、作案工具笔记本电脑一台依法没收。

❷ 程序员无电工证触电，责任归谁

这要看具体的情况，如果是程序员无证操作，那么主要责任在程序员。
为了安全，我国对很多行业实行了“特种作业操作证”。
《特种设备安全监察条例》规定：锅炉、压力容器、压力管道、电梯、起重机械、客运索道、大型游乐设施、场（厂）内专用机动车辆的作业人员及其相关管理人员（以下统称特种设备作业人员），应当按照国家有关规定经特种设备安全监督管理部门考核合格，取得国家统一格式的特种作业人员证书，方可从事相应的作业或者管理工作。
没有操作证禁止从事特种（电工）作业。因此如果程序员从事电工作业，其本身就违反了相关管理规定。自身要承担主要责任。

❸ 程序员遇到很难的技术问题是怎样的感觉

昨天刚领一个线上P0级重大事故，持续时间1小时，影响范围全站 ！准确的时间点是下午17点开始，具体问题定位且听我下文细细道来。

先说感觉，那感觉真是太刺激了，本来下午五点，昏昏沉沉的，瞬间一个激灵就清醒了（想象一下高中课堂，你在打瞌睡，突然老师走到你面前给你一下子的感觉），原本准备再过一小时吃晚饭了，吃完晚饭再摸鱼到21点就可以下班了呀，别问我为啥到21点，问你就不是程序员！

带着无比紧张且颤抖的心情开始定位问题，先来个错误日志尝尝鲜：

1、下午五点开始有少量的慢sql报警，没有人当回事，因为这种事情总发生，虽然大家都知道在实际开发中如何避免慢sql，但是整个团队要想完全避免慢sql却很难；

2、五点十分左右，开始零星有用户反馈指定功能不可用，SLB开始报警，技术开始介入排查；

3、十五分左右，客服部门电话开始爆炸，用户密集反馈指定功能不可用，技术部开始重视；

4、二十分左右，所有服务大面积出现接口无法响应，整体服务不可用；

5、我们一开始定位觉得是MySQL的问题，因为前面有mycat的慢SQL报警，后来定位并不是MySQL，因为MySQL的内存、连接数、流量这些指标都很平稳；

6、最终在五点三十分的时候我们定位到是ES出问题了，因为所有的Java服务不可用最终都指向上面的错误日志，bbo提供的服务线程池满了，再有请求进来直接拒绝了，查看这个服务的代码，最终查询的是ES，此时的ES进程已经处于假死状态。

那接下来大家说怎么办？如何快速的恢复线上服务？

重启！

是的，只有重启大法此时是最快的解决办法，你不可能说保留ES事故现场，让我用arthas之类的工具来现场分析jvm内存情况。

然而重启之后服务依旧是不可用，接口还是无法响应， 大家知道这个时候是什么原因吗？为什么重启了ES服务还是不行？

后续继续重启报错bbo日志的相应服务，当这些服务全部重启完毕后，我们的服务终于恢复访问了，这个过程持续了十几分钟，确切的说，直到17点五十多分，我们的所有服务才恢复了访问。

接下来就是事故总结、相关责任人、产生问题的原因、接下来的优化方案，全公司邮件通报！

你说这个难不难？本身并不难，难的是事情紧急且重要，这个时候你慌了啊，乱手乱脚的，大家你一言我一语的，如何冷静提取有效信息然后尽可能快的解决生产的重大故障才是最难的！

最后，当一切都恢复平静的时候，你会发现：“卧槽，好累啊！”。

虚脱的感觉！

最后祝大家程序员节日快乐，今年可是程序员的本命年哦

2020 = 1024 + 996 = 404 + 404 + 404 + 404

这种感觉能难受，很压抑。

技术难题，对于程序员来说，是经常有的事，关键是如何面对吧。

说下我的事情，虽然也会写点代码，但并不是以此为正业，所以对于真正的程序员来说，可能说法会有点偏颇。

遇到难题时，一般都在网上搜索解决方法，一般来说，都有很优秀的程序员分享他的劳动成果，所以一般都能解决问题。但也真正碰到难的问题，一个就是循环的问题，无限极菜单问题，当时都是找了很久，看了很多遍才明白过来，当时自己是几天都不太开心，也不太想说话，总是在测试着程序。挺烦也挺不开心的。只是最后做出来了，心情就好多了。

这是我的一些经历，当然，如果全职程序员，可能压力就更大了。

如何形容这种感觉呢？焦躁，紧张，失落，无助，亚历山大...

再多词可能都描述不清楚。本人在工作中经常遇到难题，有些问题一两个月都搞不定。遇到这种问题，估计只有下面这张图的表情能描述此时此刻的心态了。

程序员遇到的难题其实分为两种，一种是没有办法定位清除的问题，另外一种是定位清除了，但是没办法，或者很难解决的问题。

所谓难定位的问题，其实就是你根本不知道这个问题是什么。比如系统突然挂掉了，你从现有的信息根本不能确定问题在哪。这个时候你剩下的可能只有满脑子的问号了。

如果系统只挂了一次，后面不再出问题，那就很难找出问题的根源了。不过这样也有好处，那就是问题的影响的程度相对较轻，毕竟不容易出现。所以在软件开发中通常不是什么问题都解决的，因为不是所有问题都能搞清楚是什么问题，谈何解决呢！

难解决的问题是问题搞清楚了，但是基于现有架构很难，或者没法搞定。遇到这种情况，通常先是很高兴，兴奋，然后就只剩下无奈了。

当然，从技术层面来说并不是完全解决不掉。只是如果要解决需要涉及架构调整或者其它方面的改动，修改调整的内容太多。这种情况下就要考虑利弊得失了。

如果改动太大，可能会引入很多新的问题，可能得不偿失。因此，遇到此类问题可能会采取一些规避方案。

当然，在开发和运营当中遇到各种问题是很正常的，关键是遇到不同的问题采用不同的策略。首先保证的是业务的正常运行，然后是考虑是否需要彻底解决。这样慢慢调整，心理压力会小一些。

作为一个工作多年的老码农，在工作也遇到过一些艰难的技术问题，就以切身体会谈谈对这个问题的看法。

首先需要明确一下，问题是否困难除了取决于问题本身之外，还在于解决问题的人的水平，也许对你很难的问题，在别人看来不过是小菜一碟。明白了这一点，那么这些技术问题也就成了考察程序员水平的试金石，有些人可能会因此气馁，甚至放弃；而有些人则通过解决问题学到了很多新的技术，也让自己进一步成长。

记得多年前看工作中要用到一款开源库，那时候刚学完C++不久，自以为对面向对象了解甚深，然而学习这个库时却是一头雾水，最后在经过泡论坛，然后又认真的学习了面向对象设计模式，后来不但能使用那个库，更重要的是对面向对象编程有了更深的认识！

后来还有很多类似的事情，刚开始时感觉无比困难，但是通过自己的努力，或求助他人、或查阅资料，当最终问题解决时，你会发现自己又牛逼了一些，然后再遇到一些新的问题，如此循环……

其实编程也是一个学习的过程，就如同爬山一样，每一阶段都会有一些山头，只有当你爬上山头才能欣赏美丽的风景，但是当你爬上一座山头的时候，就会发现更高山峰！只有当你爬上最高峰，才能“一览众山小”，可是到那时，你可能会向往地球之外的天地！

很难解决一般就是遇到某些瓶颈了，不同瓶颈的感觉是不一样的，但无非可以归结为下面几类。

成本原因
不让马儿吃草，还想让马跑。这个是有些不太理解互联网的一些领导的错误观念，他们会给你安排一个老旧台式机，想要让你承载几万、几十万并发的秒杀系统，你当然很难解决。
外界的评论可能是，“这帮程序员是吃干饭的么？这系统也太垃圾了！”
老板的评论是，“我这台式机也不少钱呢。”
程序员的评论是，“这抠门老板不会是个傻子吧。哎，再优化优化吧。”

当然，有些情况也是能够理解的，公司明白需要更好的设备，但是由于成本控制，不得不在某些方面节省。但换句话说，设备成本是占不了一个大头的，可能有其他方面的成本更加需要收紧。

如果是因为成本原因，我们的心情可能是无奈，又有些不能施展拳脚的束缚感。

历史 原因
举个例子，系统用了5年了，迭代了N个版本，在面对新的需求的时候，就会出现需求限制于系统的情况，常常会有程序员说，这个实现不了，那个不符合现在系统规则。其中很大一部分是这些年的积累，欠下的技术债造成的。俗话说，大船难调头。

这种情况更多的出现在刚创业之后的几年，由于一开始的快速迭代，追求先把业务流程跑通，先生存再规范，会让一开始的软件开发流程并不那么规范，如果在1-2年内没有进行重构，那么积攒的3-5年的技术债就会慢慢把你压得喘不过气来。

解决这种情况，一是需要时机，给出足够的空间和时间让技术团队重构，二是需要魄力，你得有成功的把握，不能干着干着说不行了，咱们还是回到原来吧。

如果是因为 历史 原因，我们的心情可能是期待和渴望，又有些对现状的无奈。

能力原因
虽然说专家很厉害，但说白了，大部分企业需要的研发人员，还到不了需要专家的级别。所以，一般而言，没有什么技术是攻克不了的。如果真的遇上了，那就说明你的公司已经到达了一个新的层次，从而需要那个层次的人员来解决，可以通过外聘或者顾问的方式，引进新的技术。

如果是因为能力原因，我们的心情虽然有些力不从心，但又为公司在新的台阶而高兴。

不管怎样，程序员是一群追求美好的人，不管是外部限制还是内部限制，不能解决的难题对于技术人员来说总是很憋屈的。

不能着急，慢慢分析，找到问题点，没有解决不了的问题

程序员的技术问题，排除架构师技术选型错误以外，都是程序员的功夫不到家所致。

1,面向网络的程序员会第一时间问度娘，各大社区求助大神。

2,面向源码的程序员会第一时间查看源码实现，查找api文档，思考解决方案。

3,不管技术如何发展，架构如何延伸，不变的是基本功，再先进的组件都是由基础语法书写出来的 。

练武不练功，到老一场空，共勉！

首先说下这个很难的技术定义，个人认为在你知道之外的知识都是很难的，一旦你深入了解其使用方式，原理，甚至阅读了他的源码，你会觉得有的时候会恍然大悟。程序员是一个不断要学习的岗位，就要面临很多从未知到已知技术的时候，每当遇到这样的情况时候，总有种不解决了这个问题，睡不着觉的感觉，心里不踏实，总是想尽各种办法去解决这个问题。甚至可以一直追查这个问题。也许这就是一种执拗吧

我老公最近就遇到一个大石头需要敲碎，我作为一个旁观者，都挺心疼他。

他还在读博，最近遇到的问题是他一个项目上的问题，也跟他的毕业设计相关。他刚读博的时候确定了一个方向，去年开题的时候他觉得这个方向没有什么前景，真的是考虑了好久要不要换，如果不换，就是安稳的毕业，换的话接下来的一年多时间他会很艰难，很多新的问题需要一一克服，最后他决定换了，他说他读博就是为了提高自己，还是想挑战一下。

年前，系统板设计好了，然后最近做好回来了，开始调试，说这个板子跟个石头一样，不工作。本来就是礼拜一到礼拜六待在学校不回来，周日是休息的。现在放假回来都是在啃变压器的东西，早上起的很早，晚上又很晚。真的挺心疼的，他还安慰我说，他又要进步了。挺担心他的身体的，我特别希望时间能快点过去，能顺利毕业。他却不希望，总觉得时间过的太快，没有时间搞研究。

今年的生日愿望，希望他科研顺利，身体 健康 。

以我的从业经历，说说遇到很难的技术问题是什么感觉吧： 兴奋、充满挑战性 。尤其是在开发中遇到了技术难题，很多情况下真有种可遇不可求的感觉。

我认为能遇到技术难题，至少证明这个工作是有价值的。 这种价值体现了两个方面，一是你的工作在整个产品开发中占据重要地位，甚至是核心地位。二是你的认知和经验，仍然有成长的空间。如果你的工作一直没有遇到难题，轻而易举地就解决了一切，那么很可能是你没有机会深入重要的核心部分，或者你的工作性质可替代性很高，简单重复性很高。

分解法。 把技术难题拆分，尽量的单元化、模块化，这样有利于逐步攻破，逐步解决。主要是降低技术难度，寻找真正的难点所在。如果问题无法拆分，就是那么一个点，那么需要逆向思维，可以先把问题扩大，看看涉及面有哪些，然后再缩小范围，锁定关键之处。

刨根法。 把技术难题抽象化，理论化，从根本的源头去解决。很多技术问题，从基础理论的角度去看，其实真的不难，只要你能定位到相关的技术点，困难点，知识点，就很容易进行快速解决。解决的终极办法就是从理论上彻底解决，做到知行统一。

讨论法。 三人行，必有我师。很多情况下，所谓的技术难题，在别人的眼中，也许并不是难题。很多情况下，小组讨论，交换意见，方案互补，就可以解决难题。有些情况下，还需要和供应商一起讨论，主要是补充信息的错漏。经常出现的芯片问题，很多情况下供应商都更加有经验。因为供应商有更多的使用客户，有很多解决问题的经验。最主要的是，芯片是他们设计的，他们更加清楚缘由。

没有绝对的技术难题，有的只是尚未解决的技术难题。

❹ 程序员加班如此疯狂，都有哪些原因

程序员加班是程序员，工作中很常见的一个情况。为什么要加班呢？顾名思义就是工作没完成，或者是工作任务量太大，他没有办法在规定的时间里面做完，所以他就只能疯狂地加班来完成自己的任务，这样才能不被上司批评。

第三个原因就是因为程序员的日常比较繁琐。因为我们都知道程序员这个工作对于工作人员本身的要求是非常高的，不管是她知识领域的专业性，还是她实际操作的技巧性，都是有着严格要求的。所以说这个岗位上面的人才还是比较稀缺的，工作的人数比较少，分配到每个人身上的任务也比较重。

❺ 程序员为什么死的早

问题一：程序员为什么死得早 程序员之所以死得早，其原因主要如下：接触电脑太多，电脑辐射大，对人体影响大。很容易导致身体状况下降。
加班过度，程序员普遍加班多，需要完成任务而拼命加班，这种加班为常态的生活方式对身体是很不好的。
普遍缺乏运动，较宅。程序员通常不喜欢外出，有休息也会宅在家里看电视看电影，玩游戏。这种生活方式也不够健康。

问题二：知乎 为什么程序员钱多话少死的早 钱多：钱有多少嘛，人家妹纸也是按价位挑选的嘛
话少：少的什么程度？是对于不熟悉的陌生人坐对面也没话说，展开不了话题，性格内向呢
还是见到异性就内分泌失常，鸡冻的不会说话？
死得早：这个你怎么知道，你比未来媳妇死得早呢?这个你孩子知道吗

问题三：当程序员是不是都死得很早？ 也不是绝对的，只不过这些都是脑力劳动，反而会变得更聪明

问题四：钱少，事多，死得早中国的程序员为什么如此苦逼 程序员还好吧。说是潘浚大多都是程序员自嘲的。程序员加班多，周围女的少是事实。但是同等级别的情况下比其他行业待遇要高出不少。

问题五：为什么程序员钱多话少死得早 网易 钱多：钱有多少嘛，人家妹纸也是按价位挑选的嘛 话少：少的什么程度？是对于不熟悉的陌生人坐对面也没话说，展开不了话题，性格内向呢 还是见到异性就内分泌失常，鸡冻的不会说话？ 死得早：这个你怎么知道，你比未来媳好扮态妇死得早呢?这个你孩子知道吗

问题六：为什么程序员会比较多猝死的情况 工作压力大
脑力工作
工作时间不规律
生活不规律
饮食不规律
不爱运动
缺少压力释放的方式

问题七：程序员真的是"钱多话少死得早"吗 作为程序员，我很蓝瘦。
首先我必须反驳话少这一点，据我身边的男性程序员可知，大部分都是正常人甚至言谈幽默且有条理的人，
其次我必须反驳死得早，虽说程序员猝死的新闻屡见不鲜，但是哪个行业没有意外而亡的新闻？医生有“医疗事故”的危险，教师有呼吸道和神经系统的疾病，建筑工人、司机师傅等等职业也常有意外，偶然事故不代表全体人员，
最后，我不得不反驳钱多，我并不知道钱多是多少算钱多，但是近几年的经济改革，人才的大量涌入，现在的程序员不好找工作，有文凭没经验-3000；有经验没文凭-3000，作为北上广深等一线城市才有更多就职机会的程序员来说，3000连房租都不够啊啊啊！！！
谢谢，希望大家不要对程序员有职业偏见，就像不要有地域偏见一样样的，感谢大家了。

问题八：程序员真的是"钱多话少死得早"吗 每个行业都有各式各样的人，员工也都有各种各样的性格。总体来说，可能觉得程序员单日工作时间长，整天友源对着电脑，不过现实也确实是这个样子的，随着互联网的发展 ，现在越来越多的工作都是整天对着电脑了。

问题九：为什么这句话说得这么有道理 ｛要嫁就嫁程序员！钱多话少死得早｝这句话本身带着玩笑又警世的意思。可以说，每一个程序员一天绝大部分的时间都猫在电脑面前，程序员作为一个高端行业的设计人员做一个程序员的前提条件是一个超级网虫，熬夜辐射伤身伤害眼睛伤害脑细胞饮食不规律什么的，在电脑面前总是最容易得到的毛病。一般程序员都会有，损害健康损害寿命。程序员是一个高端的职业，往往开发出一个程序就可以赚到比平常人超出几倍十倍百倍不等的金钱价值，当然了这要看开发出来的东西有没有经埂价值。但是往往一个值钱的程序软件什么往往要很多很多程序员日夜煎熬加班猜得出的成果，所以就是赚钱也可能搭上了健康，死得早。奉劝人们不要为了工作金钱搭上了健康。

问题十：人都说程序员人傻钱多死得快，事实真是这样的吗 还有几句话，叫“挣得多，死的早”、“有命挣钱，没命花”。其实，这都有点夸张了！程序员是辛苦，但是看你干什么样的。比如，搞运维的，缺兄如果技术还可以的话，去个中等企业，就是有时候忙点，很多时候也比较轻松。当然，如果是干开发的那种，就非常辛苦，身体不好的肯定吃不消，会掉头发、得颈椎病等等。望采纳！

❻ 程序员真的是拿命换钱么

当然不是， 程序员每天都与电脑为伴，长期缺乏运动，生活上并不规律，而且，程序员一般都缺少健康意识，对身体出现的一些警报也不会在意，导致一些小问题演变成了大问题。 我们经常会听说“某位IT工作者猝死”的消息，这些消息无疑也加深了大家对“程序员拿命换钱”的认知，其实很多问题都是可以预防和治疗的，关键是要提高健康意识。程序员的工作强度大是公认的，尤其是当出现紧急任务或者bug的时候，需要程序员在短时间内解决问题，熬夜通宵基本上都是难免的。 国内很多IT公司都存在着很明显的加班文化，就拿三巨头来说。网络鼓励狼性文化，被业界亲切地称为“狼厂”，如此称呼与网络半弹性的加班不无联系；在阿里巴巴每天工作10小时是很正常的，员工也总是抱怨工作效率低下；腾讯也和网络相似，工作忙的时候，周末都无法休息。