A. 程序员加班最狠的一次是什么情况，有多辛苦
我自己的高强度加班有2次，都是自己创业
当时这是个社区平台，有过千万用户了，一个核心系统升级，然后出了点问题，不能降级，没办法只能停了这个系统加班加点修改。
改了4天3夜，中途还接了用户近200个电话，好多是凌晨，用户还很惊讶，说那个时间还有人接电话。
最终解决了，用户也没有流失，睡了好几天补觉。
这是一个 游戏 接入项目，因为对方是一个大平台，用户量特别大，要上一个流量平台，一堆 游戏 cp抢着上，所以你不抢肯定赶不上第一波，而第一波绝对是资源最足的。当时开发团队分在3个城市，我来统一指挥，还需要跑去平台那边，相当于是4个地方，最终也是赶上了。虽然 游戏 没赚到钱，不过这个加班是太狠了。
当然，对方平台公司更夸张，为了他们流量平台项目，整体没日没夜加班3个月，每天到凌晨3点，早上还早早9点就到公司了，具体公司就不说了，我们对比他们简直算是早九晚五了。
另外从业20年，总结：
短期冲刺加班赶节点还是有点用，长期加班的项目成功概率太低了
遇上长期的，赶紧换公司走人
其他程序员怎么加班我确实不太清楚，就我个人的经历，最狠的一次加班是在2009年1月1日。
直到现在，我都清晰的记得当时的情况。那是的我还是一个普普通通程序员，2008年的年末，我们接手了一个新的项目，是和苏州公司合作的一个项目，因此，苏州公司派了一名项目经理全程参与。
我还记得第一天项目启动会的时候，这位项目经理说：“我希望大家能够通力合作，完成项目。放心，我不会把大家当牛当妈的使唤的。”当时，我以为这是一句玩笑话。但是后来我明白，他果然没有把我们当牛马，都快要猪狗不如了。
2008年12月底，由于项目快完成是产生了需要和设计的变化，而需求和设计的变化不小，导致代码改动很大，但是项目研发阶段的deadline临近，本来之前就加了不少班，大家就怨声载道了，现在更是只变需求不给时间，大家就更是不开心了。Teamleader和项目经理是因为这个问题直接怼上了，最后，项目经理很不厚道的把“我们完不成任务”的情况汇报给了集团的高级总裁。
这件事也就不可收拾了，我们这里分公司的总经理扛不住，只有要求Teamleader按照项目经理的要求完成，如果完不成就提前说，咱们就换人。
最后，自然就定下了一个目标，1月7日前完成所有的调整，保证质量的情况下进入集成测试阶段。
于是，惨无人道的7天生活就开始了。
2009年1月1日，元旦节，我们在公司加班到了凌晨1点多，到处都没有人了，就连对面的华为（当时华为的园区还没有修好，所以就在我们公司对面）也没人了。我们大概10人左右的小分队就到了附近的烧烤摊，吃了顿烧烤，然后3点左右回到公司继续干活。到了凌晨5点多的时候，扛不住趴着睡了一下，9点多又起来接着干。
2009年1月2日，其他项目继续放假，我们接着干，中午的时候休息一下，下午开始又一直弄到完成11点多，然后回家。
2009年1月3日，整个公司还是只有我们这一个小分队，9点多到公司后开始干活，一直干到了晚上9点多，然后让一些女同事先回家了，毕竟女孩子要是一个人的话，太晚回家还是有安全上的风险。我们几个男同胞又接着干，到凌晨3点多，然后收工回家。
2009年1月4日，公司正常上班了，我们也按时到了公司，这时候项目其实基本是赶工的成果，功能没有全部改完，也没有经过验证，风险很大。但是，集成测试前，有一个UT和Checklist是必须完成的，这个至少需要留一天时间，也就是留给研发的时间只有不到3天了。
于是，1月4日这天又忙到了凌晨3点多，还是有很多问题没有解决。无奈，大部分人都快要扛不住了，还是回家吧。
2009年1月5日，我大概9点多到的公司，然后继续开始了赶工之路，时间已经不多了，这天结果一直到了晚上2点多，还是有很多未完成的内容，Teamleader带着大家出去觅食，结果便利店都关门了，只有无奈返回，继续干活。一干就干到了1月6日下午5点多。这个时候，大部分的问题都基本处理了，只剩下一些零散的内容。所以，到了晚上8点多，大家就撤了。
2009年1月7日，对整个系统进行了自测，遇到问题处理问题，由于根本没有时间做UT用例，所以都是想当然的进行了验证，按照Checklist的内容一一跑了一下。最终，在晚上9点多的时候完成了所有的测试并进入了集成测试阶段。
终于，我们算是按照要求达到了目标，不过也度过了惨无人道的7天。什么凌晨4点的街道，什么凌晨5点的朝阳，呵呵。
那肯定是连续通宵加班啊，赶项目就是这样，没办法，干工程的人员应该都有体会！
分享最近的一次加班经历吧，多狠倒是不至于，也没觉得有多么的苦逼，反而很有成就感。
就是这次疫情期间发生的事情，很多公司都停工停产，不过也有行业很早就开启了远程办公模式，我们公司也也不例外，甚至我们在春节假期期间，就已经开启了加班模式了。
针对这次疫情，我们公司推出了一款新产品（线上），具体内容就不详细说了，反正也算是做了一件利国利民的事情，所有收入都捐给了武汉，而这款新产品的开发，让一个团队上百个伙伴，连续工作了三天三夜。但是产品上线后遇到了一个比较严峻的考研，就是业务量比较大，一个老接口已经超过了现有系统的承受能力，所以需要一个系统提供一个接口，现有业务迁移到新的接口上。
我是那天晚上起点多接到了领导们的微信语音，了解到这件事儿的前因后果，并且领导给出的提测时间点：第二天早上。
苦逼么？别人系统做了几天还是几周开发出来的东西，需要第二天重构出来。
其实一点儿都不苦逼，反倒觉得非常有挑战，似乎有一些热血澎湃。
讨论完需求的具体细节之后，我安安稳稳吃完了晚饭，然后：
20:40 沐浴更衣，准备大干一场。
21:00 点坐在了电脑前，VPN 连到了公司的电脑；
22:00 总体的架构就搭建起来了；
02:00 四个小时把细节全部实现；
03:00 一个小时自己进行调试，修改，再调试 ... 通过；
03:30 花了半个小时完善了注解和文档；
提交代码，打完收工，貌似提前完成了工作；
测试团队（全流程）测试，第二天下午上线，上线后效果不错，抗住了压力。
感觉自己像一个拯救了世界的英雄。
我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。
作为一名老程序员，职业生涯经历过很多次加班赶进度的情况，这在这个行业里是再所难免的，偶尔的加班其实还都可以接受，怕就怕持续性的加班。
基本上对于大公司来说每次大促活动、大版本发布都需要经历一段时间突击，当然，像大促活动上线这种情况即便你工作完成了，在上线前后你都需要随时待命，一般像双十一这种规模的活动，基本上都是彻夜守候在电脑前，保障系统稳定性和及时解决出现的问题。这种加班其实并不是工作量的累了，而是真正的精神压力了，一个小问题都有可能引起大故障。但在这种情况下后勤保障还是挺完善的，各种小吃饮品满足你需求，紧张的心情伴着“节日”氛围，事后释怀了回想起来让人也是感觉成就感满满的。
我曾经半夜三点被主管喊起来开车拉我到公司解决线上Bug，也曾因为接到了一个自己完全不熟悉的领域连续加班5天到2点，但这不是常态，如果成为常态那果断离职吧。
在这里也建议各位程序员加强身体锻炼，毕竟身体是革命的本钱。
我听朋友说的，他是在公司做HR，有一次她早上来上班，正常的和同事说话，可能声音比较大，把项目经理吵醒了，发现项目经理一夜都在公司，基本熬个通宵。
有的时候为了赶项目，确实要加班很晚，但也不全是这种状况，要是平时速度快的话，肯定是不用加班的。
程序员加班其实没有最狠，只有更狠。从不同的领域细分，一般互联网企业加班是最厉害的，然后是一些头部的私企，具体是哪家就不说了。有的创业公司加班也比较厉害，但不一定。
很难从总体上说是什么情况，说说自己从业十几年的经历吧。
L公司
刚毕业的时候去的L公司，号称是国企的IT公司。到了没多长时间就碰上新项目，由于工期紧，领导带着做封闭开发。基本上是每天凌晨3点睡觉，早上8点多起床。最后加班都加恶心了。
H公司
然后去了H公司，H公司是一个私企。加班本来就是家常便饭，但是我参与的又是线上的业务，出了问题要马上搞定。记得最厉害的一次应该是搞了一个通宵，然后第二天正常上班接着搞。
倒是没有连续搞多个通宵的情况。没有在互联网公司呆过，听说那里加班更加厉害。有过类似经历的同学可以在下面分享一下。
你知道凌晨四点的杭州西湖是什么样子吗？
每个公司不一样，部门不一样，加班的原因也不一样。像我，很多大型活动的时候都需要研发值班过晚上12点，2、3点下班。比如618，双十一，双十二，双“蛋”。一年也就那么几次，没那么频繁，不然谁都受不了。
但是这不是最苦逼的，因为第二天可以调休，值夜班中间也没啥事，还有公司统一发放的夜宵，同事之间吃吃喝喝，说说笑笑，还是很嗨皮。
最苦逼的是半夜三更被电话叫起来，应急处理某些重大线上bug。只有你一人孤军奋战，从天黑干到天亮。还得正常上班，开一天的会向领导汇报情况，精神一直处于高度紧绷状态。最后还吃力不讨好，成为背锅侠。后面几天晚上都睡不好，从身体到心理上都觉得苦逼。
总结下，bug无法避免，我们程序员个人能做的是什么呢？除了提高技术能力之外，就是保存良好心态，和拥有强健体魄。随着年纪增长，越发的理解前辈的话，能够倒头就睡第二天被上班闹钟叫醒真的很幸福！
我记得那是上班的第二年，在移动的一个项目上，当时真的是年轻，精力充沛。当时是年底组巡，为了应对检查，通宵两个晚上去核查数据，基本连续两个晚上没睡，到了第三天下班才正常回家补觉。
后来年纪大了，真的熬不起了，奉劝年轻人还是不要这样，提高工作效率是关键，没有产出的加班是一种无能的表现。
最狠的一次加班也就是连续半个月在公司待到凌晨一两点左右吧。那时候为了完成一个项目所有同事都一直忙到很晚才回去，自己我住的离公司很近，其实也不算多么的辛苦吧，毕竟就算不加班自己也是要一点左右才睡觉的。每次加完班走在回去的路上，反而有一种病态的满足感，感觉自己过的很充足 。感觉每天和一群同事努力的去完成一件事情，特别是最后圆满完成的时候有一种小小的成就感。其实做了五年的程序员，平时很少加班的，因为没有加班费所以公司也不提倡加班。如果不是特殊的情况，一般都是朝九晚五的节奏，很少有在公司待到一两点的。很多人提到程序员就是加班，什么九九六，什么零零七，其实正常的公司为没有这么变态了，一般只是一些特殊的情况才会偶尔加一次。
B. 程序员有必要使用vpn吗
挺有必要的，毕竟IT还是美国最强，不管是使用美国的IT资源还是跟高手交流，都要用VPN
C. 程序员怎么使用Google
Google需要使用VPN才行。
作为程序员这简单的翻--墙应该会吧。
D. 怎么防范数据的丢失
随着信息化进程的发展，数据越来越成为企业、事业单位日常运作的核心决策依据，网络安全也越来越引起人们的重视。
数据安全的重要性
有机构研究表明：丢失300MB的数据对于市场营销部门就意味着13万元人民币的损失，对财务部门就意味着16万的损失，对工程部门来说损失可达80万。而企业丢失的关键数据如果15天内仍得不到恢复，企业就有可能被淘汰出局。CIH和“爱虫”给国际社会造成损失多达数十亿美金。国内曾经有用户误删有效数据而没有备份造成企业须停业手工重新录入，给企业造成数十万元的损失。不幸的是，这并不是偶然事件，类似的教训不时在上演，可见保证信息数据安全是多么地重要。
数据安全所面临的威胁
原则上，凡是造成对数据库内存储数据的非授权的访问—读取，或非授权的写入—增加、删除、修改等，都属于对数据库的数据安全造成了威胁或破坏。另一方面，凡是正常业务需要访问数据库时，授权用户不能正常得到数据库的数据服务，也称之为对数据库的安全形成了威胁或破坏。因为很显然，这两种情况都会对数据库的合法用户的权益造成侵犯，或者是信息的被窃取，或者是由于信息的破坏而形成提供错误信息的服务，或者是干脆拒绝提供服务。
对数据库安全的威胁或侵犯大致可以分为以下几类:
1、自然灾害：自然的或意外的事故、灾难，例如地震、水灾、火灾等导致的硬件损坏，进而导致数据的损坏和丢失。
2、人为疏忽：由授权用户造成的无意损害，特别在批处理作业的情况下。
3、恶意破坏：存心不良的编程人员、技术支持人员和执行数据库管理功能的人员的破坏、毁损及其他行为。
4、犯罪行为：盗窃行为、监守自盗、工业间谍、出卖公司秘密和邮件列表数据的雇员等。
5、隐私侵害：不负责任的猎奇，竞争者查看数据，为政治和法律目的获取数据。
概括而言，如果从企业面临的数据安全威胁来源途径出发，主要包括：内网的安全、传输过程的安全、客户端的安全、服务器的安全、数据库的安全。
内网的安全
研究表明，几乎所有企业都开始重视外部网络安全，纷纷采购防火墙等设备，希望堵住来自Internet的不安全因素。然而，Intranet内部的攻击和入侵却依然猖狂。事实证明，公司内部的不安全因素远比外部的危害更恐怖。
内网面临的安全威胁包括：
1、未经允许，随意安装计算机应用程序现象泛滥，容易导致信息网络感染木马和病毒，也容易因为使用盗版软件而引起诉讼；
2、计算机硬件设备（如内存和硬盘等）被随意变更，造成信息软件资产和硬件资产管理困难；
3、上网行为比较混乱，难以管理和进行统计，访问不健康网站行为无法及时发现和阻断，也可能通过网络泄密公司敏感信息；
4、非法变更IP地址或者MAC地址，造成公司内部网络混乱；
5、外部计算机非法接入内部网络，造成信息安全隐患；
6、通过Modem拨号、ADSL拨号和无线拨号等私自建立网络连接，造成单位内部网络存在安全隐患；
7、移动存储介质使用难以控制，成为造成内部网络病毒感染的重要源头。
另外，单位内部计算机终端越来越多，而桌面是内网信息网络的主要组成部分，也是安全事件发起的主要地点，所以桌面安全管理也成为内网安全管理的重要组成部分。
CTBS针对内网的安全策略
CTBS通过两种的安全策略来保障内网的安全。一方面，通过SSL VPN安全接入网关保证内网不受到外部攻击。SSL VPN是通过加密协议实现传输安全，客户端与服务器交换证书，如果客户端接受了服务器证书，便生成主密钥，并对所有后续通信进行加密，因而可实现客户端与服务器之间的加密。同时，SSL VPN是基于应用层的VPN，只有开放了的应用才允许使用、并没有给接入的用户不受限制的访问权限。因此，可以大大降低企业内网核心业务遭遇外部攻击的风险。
另外，针对上网行为比较混乱，难以管理，以及内网核心数据有可能被泄露所造成的安全威胁，CTBS提供上网行为集中管理解决方案。其运作原理是将IE浏览器和邮件系统等应用程序安装在CTBS服务器上，局域网内的所有用户都通过访问CTBS服务器上发布的IE浏览器来上网，客户端无须安装IE浏览器，也无须接入互联网，所有的上网行为都通过CTBS服务器来完成。局域网内所有用户的每一个上网行为都会被CTBS服务器详细记录，从根本上实现了对上网行为的集中管理。
CTBS双重的安全策略能够分别解决企业内网面临的来自外部和内容的安全威胁，从根本上保证了企业内网的安全。
传输过程的安全
在当前情况下，政府上网及企业上网工程的实施，电子商务的广泛应用导致了越来越多的敏感数据通过网络进行传输，网络的安全性正成为日益迫切的需求。
Internet的安全隐患主要体现在下列几方面:
1、Internet是一个开放的、无控制机构的网络，黑客(Hacker)经常会侵入网络中的计算机系统，或窃取机密数据和盗用特权，或破坏重要数据，或使系统功能得不到充分发挥直至瘫痪。
2、Internet的数据传输是基于TCP/IP通信协议进行的，这些协议缺乏使传输过程中的信息不被窃取的安全措施。
3、Internet上的通信业务多数使用Unix操作系统来支持，Unix操作系统中明显存在的安全脆弱性问题会直接影响安全服务。
4、在计算机上存储、传输和处理的电子信息，还没有像传统的邮件通信那样进行信封保护和签字盖章。信息的来源和去向是否真实，内容是否被改动，以及是否泄露等，在应用层支持的服务协议中是凭着君子协定来维系的。
5、电子邮件存在着被拆看、误投和伪造的可能性。使用电子邮件来传输重要机密信息会存在着很大的危险。
6、计算机病毒通过Internet的传播给上网用户带来极大的危害，病毒可以使计算机和计算机网络系统瘫痪、数据和文件丢失。在网络上传播病毒可以通过公共匿名FTP文件传送、也可以通过邮件和邮件的附加文件传播。
CTBS针对传输过程中的安全策略
沟通CTBS采用先进的SBC（基于服务器的计算模式）技术，在服务器和客户端间只传键盘、鼠标、屏幕画面和必要的客户端终端外设信息数据，而不是发布的文件本身，这些数据即使在传输过程中被非法截取，也是一堆无用的代码，根本上无法从这些代码中获取任何有价值的信息。CTBS通过先进的技术架构，确保了数据传输过程的安全。
另外，CTBS还通过SSL加密技术，对网络间传输的数据进行加密，为网络传输的安全再增加了一道保障。
客户端的安全
在互联网应用中，商业机构、企业用户对网络安全要求较高，这些用户大多“着眼于大局”，将防御手法锁定在建立防火墙、购置防病毒软件上，却忽视了客户端的安全。美国系统网络安全协会(SANS）发布的2007年20大互联网安全威胁中，客户端安全威胁位居榜首。其中包括：网络浏览器、Office软件、电子邮件客户端、媒体播放器。
现在网页中的活动内容已被广泛应用，活动内容的不安全性是造成客户端的主要威胁。网页的活动内容是指在静态网页中嵌入的对用户透明的程序，它可以完成一些动作，显示动态图像、下载和播放音乐、视频等。当用户使用浏览器查看带有活动内容的网页时，这些应用程序会自动下载并在客户机上运行，如果这些程序被恶意使用，可以窃取、改变或删除客户机上的信息。主要用到Java Applet和ActiveX技术。
针对客户端的安全策略
针对客户端的安全，CTBS具有多重安全防护措施，如通过多种认证方式、MAC地址绑定、客户端验证码提高抗攻击能力；通过设置用户策略、应用策略和资源访问策略，提供多层次的安全防护；并通过隐藏系统用户提高系统的安全性。
尤其值得一提的是CTBS提供动态密码锁和动态密码技术保证客户端的安全。黑客要想破解用户密码，首先要从物理上获得用户的动态密码锁，其次还要获得用户的PIN码，这样，黑客必须潜入用户家中（电脑黑客还需要学习普通窃贼的技术），偷取了动态密码锁，然后再破解PIN码。
没有用户PIN码依旧无法使用，而通常情况下动态密码锁本身具有一定安全保护功能，录入PIN码错误10次就会自动锁死而无法使用。这也保证了动态密码锁物理上的安全性。
动态密码技术可以完美解决客户端用户的安全性问题，因为黑客无论使用什么方法，也无法方便的窃取用户的密码，即使黑客窃取了一次密码也无法登录使用。
如果用户对于客户端的安全还是不够放心，CTBS还可以结合生物识别系统，通过指纹鼠标，指纹U盘等外接设备，让登录人员必须通过指纹核实身份才能进入系统，从而确保来自客户端的访问经过了充分的授权，是绝对安全的。
服务器的安全
近些年来,服务器遭受的风险也比以前更大了。越来越多的病毒，心怀不轨的黑客，以及那些商业间谍都将服务器作为了自己的目标。而随着企业规模持续扩张，即便是一点微小、想象不到的安全上的疏忽都有可能将辛苦建立的公司轻易地暴露于潜在的威胁当中。很显然，服务器的安全问题不容忽视。
服务器安全有狭义和广义之分，狭义的服务器安全，是指服务器所依托的操作系统的安全；广义的服务器安全，除了操作系统安全，还包括硬件安全、应用安全和数据安全等——的确，作为存储数据、处理需求的核心，服务器安全涉及太多环节。
对于应用服务器、服务器的操作系统、数据库服务器都有可能存在漏洞，恶意用户都有可能利用这些漏洞去获得重要信息。服务器上的漏洞可以从以下几方面考虑：
1、服务器上的机密文件或重要数据（如存放用户名、口令的文件）放置在不安全区域，被入侵后很容易得到。
2、数据库中保存的有价值信息（如商业机密数据、用户信息等），如果数据库安全配置不当，很容易泄密。
3、服务器本身存在一些漏洞，能被黑客利用侵入到系统，破坏一些重要的数据，甚至造成系统瘫痪。
4、程序员的有意或无意在系统中遗漏Bugs给非法黑客创造条件。
针对服务器的安全管理制度可以包括建立服务器安全加固的机制、加强系统账号和口令管理、关闭不必要的系统端口、过滤不正确的数据包、建立系统日志审查制度、使用加密的方式进行远程管理、及时更新系统安全补丁等。树立安全意识、制订信息安全规划是最为重要的。
CTBS针对服务器的安全策略
CTBS系统平台有一个内置网关模块来进行端口的转换与控制，对外仅需开放一个端口（80 或 443），实现单端口穿过防火墙，从而最大限度降低网络安全风险，保证服务器的安全。
数据库的安全
随着计算机技术的飞速发展，数据库的应用十分广泛，深入到各个领域，但随之而来产生了数据的安全问题。数据库安全性问题一直是围绕着数据库管理员的恶梦，数据库数据的丢失以及数据库被非法用户的侵入使得数据库管理员身心疲惫不堪。
现代数据库系统具有多种特征和性能配置方式，在使用时可能会误用，或危及数据的保密性、有效性和完整性。首先，所有现代关系型数据库系统都是“可从端口寻址的”，这意味着任何人只要有合适的查询工具，就都可与数据库直接相连，并能躲开操作系统的安全机制。例如：可以用TCP/IP协议从1521和1526端口访问Oracle 7.3和8数据库。多数数据库系统还有众所周知的默认帐号和密码，可支持对数据库资源的各级访问。从这两个简单的数据相结合，很多重要的数据库系统很可能受到威协。不幸的是，高水平的入侵者还没有停止对数据库的攻击。，
另外，拙劣的数据库安全保障设施不仅会危及数据库的安全，还会影响到服务器的操作系统和其它信用系统。
可以说，数据安全的威胁如此之多，无处不在，令人触目惊心，因此您需要数据安全整体解决方案。针对上述种种安全问题和应用需求，沟通科技提供了数据安全的整体解决方案，可为企业带来巨大的技术优势和业务优势。
CTBS针对数据库的安全策略
CTBS采用数据分离技术，将发布服务器数库与实际真实的数据库相隔离，实现动态漂移，真实数据库不直接面向网络，保证数据库的安全。
另外，CTBS设有备份恢复功能，防止自然灾害或意外的事故导致的硬件损坏，进而导致数据的损坏和丢失。让数据库无论在任何情况下都可以安全无忧。
企业的数据安全如此重要，而企业面临的数据安全的威胁又是如此之多，因此如何保证数据的安全，已成为评价现代企业IT部门的工作成效的重要指标。而数据安全是多个环节层层防范、共同配合的结果，不能仅靠某一个环节完成所有的安全防范措施。一个安全的系统需要由内网的安全、传输过程的安全、客户端的安全、服务器的安全、数据库的安全共同构成。因此，选择一个确实可行的数据安全整体解决方案是解决数据安全问题的根本出路。