程序员被黑后续

Ⅰ app遭黑客攻击恢复要多久

一般最多24小时。
这个要看程序员的能力如何了。被攻击说明黑客找到了app的漏洞而程序员不一定知道。但一般来说24小时左右应该可以恢复。
如果是网站被黑的话，需要进行被黑处理，这个就比较麻烦，但是如果网站有备份的话，还原备份就会很快。

Ⅱ 程序员面试互联网大厂被告知已进入黑名单，此生与名企无缘

这是一名程序员的遭遇，因为其遭遇，互联网圈子里的阳光诚信联盟也得以露出水面。事情的起因是这名程序员面试某互联网大厂，最后一轮面试时HR告知因为已进入黑名单，不予录用。

我是一个有着5年工作经验的架构师，关于web前端，自己有做材料的整合，一个完整学习web前端的路线，学习材料和工具。能够进我的群51615，6028收取，免费送给大家。希望你也能凭自己的努力，成为下一个优秀的程序员！

马上就有知情网友表示，这是进入了阳光诚信联盟，阳光联盟全称是阳光诚信联盟，是多家企业抵制不诚信员工的一个组织。据了解，这是由京东倡议然后联合各种知名企业联合发起的联盟，共同打击假冒伪劣，腐败，欺诈和信息安全等问题，现在已经发展到几百家，失信人员拒绝录用。

看样子这名程序员应该是在之前的工作经历犯过错误，以至于进入了阳光诚信联盟，导致此生与名企再无缘。有网友亦表示：如果是被阳光联盟了，那不是活该么？

随着互联网信息的透明化，个人职业信息发展也一目了然。一些上规模的公司在招聘员工时，会在适当的时机发起背景调查，一旦员工过往出现过黑历史，是很然通过背景调查的，因为所有记录都在案。阳光诚信联盟，便是此背景下的诞生之物。

Ⅲ 程序员被老板发现从网上抄代码，后果是怎么样

if(老板对程序开发有了解){ //有了解，一点点的了解即可

认同，见怪不怪;

}else if(老板很开明){ //一无所知，但是开明

信任，尊重程序员的做法;

}else{ //不仅一无所知，还要胡乱猜想

可能需要一个合理的解释;

}

我们程序员不把这个叫做抄，一般称之为“代码复用”。

当程序员需要使用到一个新的框架、类或者方法的时候，一定会做到有迹可循、有理可依，也就是不要乱用。

例如我们一个Spring Boot的项目，现在想用到Rabbit MQ，但是之前没有用过，怎么办？程序员一般会通过这么几种方式：

我建议，先试试方案1和3，自己解决不了的话，再去请教其他的同事。

抄代码分为三种。

一，整个项目抄过来，不做丝毫改动地把别人的代码照搬过来。这种情况很罕见，一是涉及版权问题，二是网上的代码都是烂大街的，抄过来也没什么意义，也获得不了什么收益。

二，抄框架，这点是比较常见的。拿盖楼来举例，就是把别人打好的地基，搭好的脚手架直接拿来用，省去了基础设施搭建的工作。盖房子就直接开始砌砖，编代码就直接开始写业务逻辑。好处是显而易见的，减少了项目前期的重复工作，节省大量的人力物力。老板家里要没有矿的话，一般不会反对用别人的框架。

三，抄算法。简单的算法可以自己写，比如求2个数的和，很简单，一行代码就搞定了。复杂的，人脸识别算法，没有几百万也有几十万行代码，倾注全公司资源都未必搞的出来， 科技 含量非常之高。这种时候，往往会寻求与专业的算法公司进行合作，通过付费的方式获取到相关的代码。

程序员被老板发现从网上抄代码，后果是怎么样？这样的事情被老板发现了，至少从现在来看一点儿事情也没有，如果能够抄得让项目进度大大提前还不出问题不出Bug，不引起纠纷老板还大大的高兴。给他节约了大把大把的钱，他不高兴还咋的。

当然从网上抄代码并不是说整个项目给拿过来，特别是有知识产权的那种，这样一旦被原版权人发现会引起纠纷。大部分程序员抄代码都是一小段一小段代码实现某种小功能、或者对某些方法、类等等用法的抄，以便于在自己的项目中去实现自己所需要的功能，融合到自己的项目中去，而不是盲目的去抄原封不动的搬运过来，程序员一般很少会做那样的事情的。

程序员很少有不上网去了解查询相关的知识的。而现在很多老板本来就是从搞软件项目出身的，或程序员出身的，早就知道这些招数甚至自己也用过，根本不值得大惊小怪，基本上都会鼓励程序员如果有什么不懂就去网络就去找网上相关的解决方法。

尽快寻找解决方法，才可以尽可能的减少一个问题就被卡死在那里花费掉太多的时间，大部分老板不是让你去当钻研代码的开拓者，而是去当能实现项目功能的技术能手，你用什么方式方法去得到那些技术，大部分老板不会关心的。

所以抄不抄代码基本没人管你，最重要的是抄来的代码是不是能解决项目的问题、加快项目的进度、节约项目的成本，只要能解决问题为项目带来效益，总监或者老板还会夸奖你是高手，是能人。

更多分享及互动，欢迎点击右上角关注【东风高扬】。

如果你能抄代码，请选择正确的抄代码的方式，来推荐几个我认为好的网站。

如果有一个网站的提问，可以涵盖你基本90%以上的日常开发问题，那就是这个网站。这里什么方面的代码都有，如果你是一个好的程序员，建议你可以来这里抄代码。

如果你还没有自己的github账户，那你得赶紧来注册一个。GitHub上有好多好的开源项目，Vue，React等等，如果你想看一想好的项目，建议来GitHub看看

如果你善于使用搜索引擎，那你已经比一般人好太多啦。学会使用一些搜索的技巧，能提升你快速找到问题。

所以，我觉得抄代码没什么，我觉得正确的方式，是如何去抄好的代码，去看别人的优点，然后可以使用到自己的项目，这完全没有问题。

拿着高薪的程序员，最熟练的两个快捷键就是ctrl+c 和 ctrl+v。

看到这里你是不是觉得：

哇，做程序员太轻松了吧，了解相关的知识，每天复制黏贴就可以了，还拿那么高的工资，还有没有天理了？

首先“代码复用”这个情况是很普遍的，从 社会 学和经济学来看，复用这个行为是值得肯定的，因为它能够避免浪费有限的 社会 资源。

如果合理地利用开源代码，可以避免“重复造轮子”的动作，从而解放大量的程序员去进行更有价值的开发工作，加快开发效率，以达到资源价值的最大化。

想要把开源代码做成适合公司项目的功能，本来就要求这个程序员的基础扎实，如果没有相关的项目经验，又如何对代码进行维护？

知其然，更要知其所以然。

这就是高薪程序员的高明之处：他们用开源代码来解决自己的问题，把架构、思路融会贯通再变成自己的逻辑表达出来。

程序员主要是实现功能需求，至于怎么实现的，是不是从网上抄袭得又有多少关系，现实中又有多少程序员不是从网上直接复制代码然后应用在自己模块中，把优秀的代码看明白然后灵活应用写在实际代码编写过程中特别常见，现在的开源社区不就是典型嘛，拿到源码然后搞明白，进行各种定制，很多公司都会正大光明的这么去做，在当今的技术领域特别正常。

如果真是老板发现了代码和网络上接近，但是功能用起来没有啥问题，如果因此找到程序员说事，那这老板才是有问题，正常来讲代码的审核主要还是在于直接的技术主管，老板都操心到代码是不是从网上找的了，方向估计该处问题了，老板正常来讲关心的是结果有没有达成，如果进一步拓展自己的业务圈子，把产值最大化。

希望能帮到你。

老板的态度无非是要么是置之不理，要么是批评开除。从老板的态度上可以折射出很多东西来。

置之不理：老板要么不懂程序要么懂程序，老板不懂程序置之不理也正常，如果老板懂程序，那他应该明白这是正常现象。这种态度属于明智之举。

批评或者开除：那老板肯定是不懂程序的，既然不懂程序，就不要在那瞎指挥。团队里自然会有总兼把关恒量。老板的职责是统筹大局，如果这些细小之事也要插手的话，不要留恋立即走人。这里绝对会限制你的发展。

项目本来就是以结果为导向的，任务急，工期短，尤其在创业型公司里，从头到尾从零开发，要耗费多少精力多少人力？我们就要学会“拿来主义”啊，去除糟粕，取精华！

作为码农，将别的功能代码拷过来稍作修改，完成了自己的工作，这样的方式简单快捷，好用，bug少。

能抄到代码，还能知道到哪里抄代码，知道应该抄什么代码，哪段代码，抄完之后怎么融入进去，并且还能解决问题，结果代码还真跑起来了！这也是本事!这也是励练自己的一个方式！

所以自己要对抄代码也要保持清醒的认识，我能故我抄！

俗话说的好，“天下文章一大抄”。我们在工作时，新闻稿、会议纪要等等也是有一定的模板，我们只需要比着葫芦画瓢就行了。那么，程序员从网上抄代码这件事情，如果被发现，会面临什么样的处置结果呢？

实际上，编写代码时最重要的一条，就是学会怎样利用其他程序员的代码和思路来解决问题。程序员写程序抄代码这件事情，也可以视情况分为三种：抄算法、抄框架、抄整个项目。

其实，简单的算法可以自己写，复杂的，比如一个大型 游戏 ，代码多到足以让全公司的程序员怀疑人生。而且一般这种复杂的代码需要和大型的算法公司合作，也不是简单的在网上随便抄一抄就能抄到的。

抄一个应用或者是功能的的框架这件事情，好处也是显而易见，减少了自身这个项目前期的重复工作，节省大量的人力物力，同事还能在现有的而基础上做一些自己需求上的改进，何乐而不为呢？而且应该很少有程序员去真的从最基础的时候一个字母一个字母的敲一整个程序的代码吧。

但是！整个项目不做丝毫改动地把别人的代码抄过来，这就涉及到一个版权和隐私的问题，严重的话是要负法律责任的。

所以说针对程序员从网上抄代码这件事情，要面临的结果无非下面两种，要么老板置之不理，要么被批评开除。

程序员要做的是在能抄到代码的情况下，还能知道到哪里抄代码，知道应该抄什么代码，哪段代码抄完之后能融入进去，并且还能解决问题，才是最重要的。

第一，一般公司老板从来不懂技术，也根本看不懂你是不是在搜资料还是。第二，就算发现你抄，那也是正常，初级程序员抄代码已是常态。关注一下再看下面的精彩哈。

文| 科技 黑洞宇文笑

本人是在某世界五百强企业，公司的老板肯定是见不到的，部门总经理也几乎从来不会在我们这些普通程序员这边逛 ，而且不懂技术。至于所谓的老板，应该是那些技术总监，可惜技术总监一般情况也不会碰你的答案。而技术总监下面一般是技术经理，普通程序员就归技术经理管管，跟着做项目，即使他发现你抄代码，也不会说什么，只要你能完成自己手头上的任务，无论你用什么方法实现。甚至他会教你“抄”哪的，其实这是叫你借鉴代码，这样你才能完成你的左右。

现在程序员抄代码，是比较普遍的，抄网上的，或者复制同事的。复制同事的函数直接不改，就有些无脑，而复用别人的代码，反而是正确值称赞的，这往往能提高代码的整洁度。如果你抄网上的，一般是没有现成可以用的代码，只能借鉴其思路，然后结合自己的业务，写一套自己的代码，这种做法往往还需要程序员有不错的基础，不然你连别人的代码都不懂利用。

程序员宇文笑一句话:

善“抄”代码，反而是一种编程美学，不过请你优雅。觉得说的好赏个关注呗。

产品功能产出流程：

一、产品经理：需求调研、产品需求文档、原型图的产出。

二、商讨需求可行性(移动端、前端、后端、UI、测试、产品)。

三、根据各个职能岗位意见以及需求产出时间成本等等条件因素，修改需求。

四、需求文档、原型图交由UI、后端、测试

1.UI根据需求文档、原型图设计效果图、标注图、切图。

2.后端根据需求文档、原型图设计数据库表结构、接口数据结构、接口文档；

3.测试根据需求文档、原型图写测试用例;

五、如上所产出(计效果图、标注图、切图)(接口文档)交由移动端和前端开发人员开发。

六、开发人员开发完成自测之后交由测试人员进行功能测试以及性能测试。

1.测试人员根据《测试用例》进行功能测试形成报告反馈(移动端、前端、后端、UI、测试、产品)进行BUG修复，需求完善，交互优化等。

2.性能测试包括后端压力测试，移动端的内存等等。

七、最后进行灰度测试或者内部众测。

八、最终产品更新上线。

如上表述，程序员在一个功能开发过程中，最重要的是保证产品功能稳定性、扩展性。至于怎么实现如果没有意外。领导不会关心你怎么实现。而且在程序员这个行业工作要的是思路具体怎么实现复制粘贴代码是很经常的事情。so。。。你这个问题其实并不是问题。

Ⅳ 在职场中你被“黑”过最惨的一次经历是什么

1、不说职业，说说我因为一个公司名字被误解的事情吧。
我毕业第一份工作的公司叫北电（Nortel）一家外企，当时我拿到offer，我们系的一个老师问我去哪家公司，我说北电，她第一反应是“你去北京电影学院干什么?”(我是学数学的）；我说不是那个北电，她第二反应是，“oh，北京电力，那肯定是好单位”；我不好意思的说“也不是”；她就不耐烦了，说“你这什么破公司，名字这么怪？”
2、实习的时候吧，当时带我的人手底下有我和另外一个女生，因为那女生来的比我早，所以一般是她分配事情给我做。有一次发给我一个表让我去其他部门跟进一下然后部门周会汇报，但是她把一些重要的部分隐藏起来了，到了周会我汇报的时候她把隐藏的东西展开的时候我一脸懵逼。当然我管他的我直接怼她了，实习后我部门老大说我可能不适合这类工作我真是呵呵了。还有像开会临时把我喊去一点资料不给就让我写会议纪要这种婊事多了去了，当然我不可能惯着她，全部怼回去了

3、被人怀疑偷东西
因为自己比较二，不善于观察周围环境，自己是防人心重且多疑的人，又缺乏社会经验和分析判断力，与同事很少交往，所以被猜疑。尽管如此，自身有原因，但是这个锅背的太冤枉了。

Ⅳ 威胁删库程序员：“呵呵，一分都不给你！”

近日，一些黑客又不安分了，他们正以删除 GitHub 代码库为由，勒索受害程序员交出手中的比特币。

据 Bleeping Computer 爆料，黑客通过使用从第三方代码库管理服务泄露的帐户凭证，获得了包括 GitHub、GitLab 和 Bitbucket 等代码库的访问权限。

但是到目前为止，这些黑客还没有赚到足够的钱去星巴克买一杯咖啡。

截止到撰文时间，黑客勒索信中提到的比特币地址只收到了一笔转账，只有可怜的 0.00052525BTC（约为22RMB）。

黑客擦除了被攻击代码库中的代码和提交 历史 ，只留下了一个带有勒索性质的文件：

黑客“承诺”，只要受害程序员支付 0.1BTC（约为587美元），他们就会还原被盗的代码库。

尽管黑客可能为每封勒索信生成一个新地址，但这个地址已经在 GitHub 和 GitLab 上使用很多次了。目前，Bitcoin Abuse 上已经收到了37份关于这个地址的报告。

但到目前为止，从黑客迄今收取的赎金 （在北京，能买一份鱼香肉丝） 来看，程序员似乎并不是敲诈勒索的最佳目标。

比如这位程序员，就很牛 X 啊。

找到了，代码库并没有消失

一位名为 Stefan Gabos 的受害者在 Stack Exchange 上提出了一个解决方案，虽然他的解决方案还没有得到大多数程序员的认可，但是值得考虑。

Stefan Gabos 如何应对删库威胁并成功恢复代码？ 他是这样做的：

我当时正在做一个项目，一个私有 repo，突然间代码库中的所有提交就消失了。

我当时正在使用 SourceTree（我确定更新到了最新版本），但我仍怀疑问题所在可能就是 SourceTree，或者电脑 Windows10 系统遭到了破坏。

在我的所有代码库中，只有这一个代码库受到了影响。我更改了密码，启用了双重认证，删除了一个多年未用的访问令牌，并给 GitLab 写了一封电子邮件，希望他们能告诉我攻击者是谁、从哪里入侵了我的系统。

有人可能会说，如果他们是这样进来的，他们可能只是改变了帐户的凭证，但在互联网上搜索显示，在这些情况下 Gitlab/Github 会简单地为你恢复凭证，所以我认为这就是他们没有这样做的原因。

除了我之外，还有4个开发人员正在开发它，他们都可以完全访问被盗的代码库，因此他们的账户也有可能被入侵。

我用 BitDefender 扫描了我的电脑，但并没有发现任何问题。我没有在网上做什么见不得人的事，所以 我不认为我的电脑感染了什么病毒和木马、甚至装了一些恶意软件 。

我正在等待 GitLab 的回复，也许他们能为此提供一些线索。此外，为防止代码库被发布到其他地方，我更改了数据库、IMAP 帐户源中所有可能涉及到的密码。

出人意料，我发现代码并没有消失。

我尝试访问了一个之前提交的 hash，哇，竟然成功了。

所以代码是存在的，只是 HEAD 有点问题。

尽管我这方面的知识非常有限，但只要输入：

就能显示所有提交（commits）。

这就意味着攻击者很可能没有克隆代码库 ，而且他们通过检查源代码获取敏感数据或公开代码的几率很低；这可能不是一个有针对性的攻击，而是由一个脚本执行的随机的大规模攻击。

更令人开心的是，如果你输入：

你会看到攻击者所有的提交（commits）。

再输入：

你会看到所有“丢失”的文件。

再输入：

代码库的 origin/master 已经被修复...

但当你输入：

却显示：

HEAD 已从 origin/master 中删除，正在寻找修复方法...

如果代码文件保存在 本地 ，运行以下代码命令：

Bingo！代码库回来了！

、 这只是代码库存在本地时的解决方法。

因此， 现在唯一的问题是，如果你没有保存本地 repo，什么样的代码命令可以使得代码库恢复呢？ 至于攻击细节问题， 我希望 GitLab 的答案能解决我的困扰 。

在写给 ZDNet 的一封电子邮件中，GitLab 的安全主管 KathyWang 承认，Stefan Gabos 在 Stack Exchange 上提出的问题正是账户泄露的根本原因。

“我们根据 Stefan Gabos 昨天提交的内容确认了消息来源，并立即开始调查此事。我们已经确定了受影响的用户帐户，并且向他们一一通知。证据表明，丢失帐户的帐户密码以明文形式存储在相关存储库的部署（deployment）中。我们强烈建议使用密码管理工具以更安全的方式存储密码，并在可能的情况下启用双重身份验证，这两种方法都可以避免这个问题。”

微软与 Github 再背锅？

GitLab 并不是唯一受影响的网站。GitHub 和 Bitbucket 也遭到了同样的攻击和比特币勒索，多达1000个 Bitbucket 用户受到了影响。

但Bitbucket 和 GitLab 表示，他们的安全系统不存在任何问题。

Bitbucket 指出， 黑客是通过提交正确的用户名和密码获得了对用户账户的访问权限 。 “我们认为这些凭证可能是通过另一个服务泄露的，因为其他 git 托管服务正在经历类似的攻击。我们没有在上 Bitbucket 发现其他危害”。

他们怀疑是微软和 Github 的问题 （微软去年以75亿美元收购了 GitHub） 。

就在几天前，据 Micky 爆料，今年1月份微软曾轻描淡写般地回应了黑客利用 Outlook、MSN 和 Hotmail 安全漏洞盗区加密货币的事件。对此，微软表示，只有主题/标题和电子邮件地址被盗，邮件内容并未被盗取。

但几个月后，受害者发现其邮件内容已经被盗了，黑客通过邮件内容获取了受害者的加密货币账户并残忍地清空了账户内的加密货币。

这并不是新鲜事，删库威胁太low了

比特币性勒索诈骗已经是2018年的事了，对吧？不过，有些黑客可不这么认为。

美国堪萨斯州诺顿镇的居民正成为黑客攻击的目标。黑客威胁说，除非受害者支付比特币赎金，否则将公布一些“敏感东西”。

为此，堪萨斯州诺顿显警察局在其 Facebook 页面上还发布了一则公告，警告当地居民注意这种危险。

黑客声称通过远程控制受害者电脑的方式窃取受害者的个人数据，并拍摄了受害者观看色情片的视频。黑客还坚称，他们还有受害者当时正在看什么的屏幕截图。

如果受害者向黑客支付价值800美元的比特币，他们就承诺不会泄露受害者的视频和照片。

值得庆幸的是，这些受害者是勇敢的，没有人落入这个令人作呕的骗局。在撰写本文时，电子邮件中列出的钱包地址仍然是空的。

但去年的受害者就没这么聪明了。

在另一起比特币诈骗案中，一个黑客在几天内就赚了 17000 美元。

在这类骗局数不胜数，早在今年2月，HardFork 就发布了一份报道，报告指出，黑客通过这类骗局已经诈取了超过33.2万美元的钱财。

程序员，如果是你呢？

那如果是你呢？你受到了这样的威胁和勒索，你该怎么办？

正如诺顿县警方建议的那样，如果你收到这样的邮件， 请忽略它，也不要打开任何链接 ，当然也 不要将任何比特币发到邮件中列出的地址 。

在 Twitter 上，开发者社区的一些重要人物正在敦促受害者在支付任何赎金要求之前联系 GitHub、GitLab 或 Bitbucket 的支持团队，因为可能存在其他方法来恢复被删除的代码库。

值得庆幸的是，程序员对黑客的这种“小伎俩”并不感冒。

Ⅵ 程序员离职当天删库跑路获刑，此举构成了什么犯罪行为

程序员在离职之前删光了自己以往写的代码，给公司造成了损失。为了修补数据，公司不得不高价请第三方机构恢复。这是一项不必要的支出，该男子没有考虑到后果，他被前东家提起公诉，等待他的即将是法律的审判。员工要有职业道德，不要恶意删除在职期间的数据，任何都要为自己的行为付出代价。

Ⅶ 程序员为什么老被黑

      这个疑问句其实包含了两个问题，一是为什么是程序员？二是他们为什么被黑？这两个问题从一定程度上反映了我们目前的社会学问题。现在不管是在社交网站上，还是在日常交谈中，总能听到关于程序员被黑的桥段。那么不禁要问，被黑者为什么是程序员呢？这得先从中国的时代背景入手。中国近几十年正进行着经济结构大剧变，技术从国外着实引进不少。我们也因此顺利步入信息时代，IT行业自然而然成为一大热门。数据显示，目前IT职业的薪资水平位居第二，仅次于金融。而金融毕竟只是少数人玩的了的把戏，IT行业却有着巨大的人才缺口和相对优越的待遇，导致人力资源大量涌入，如此大的人口基数自然为程序员这一职业“登堂入室”奠定了基石。再者，该行业的职场主力军已经被80、90取代，这一代人较之我们上一代相对安逸没吃过多少肉体上的苦头，在毕业选择职业时自然偏向于脑力劳动而非体力劳动，在信息不对称的条件下，许多人毅然选择了程序员的行当。程序员就这样组成了一个热闹非凡的大群体，他们身上有着8090的烙印，崇尚个性自由，叛逆。所以自嘲成了他们的家常便饭，与其说是被黑，不如说是自黑吧。

Ⅷ 一男子为发泄情绪删光自己在职期间所写系统代码被判刑十个月

因试用期遭劝退，一男子为发泄情绪删光自己在职期间所写系统代码被判刑十个月，如何看待这一审判结果?

通过删库来发泄情绪的程序员是最蠢的。

聪明的程序员会写一堆只有自己看得懂的屎山，并且伴随着偶发且不可复现的重大bug。

一旦离职，屎山将变得不可维护。

然后你不但不需要自己删库，老板还需要花额外的钱请其他程序员来删掉你的代码。

屎山包括但不限于以下行为：

使用大量while语句和条件判断，并在之间加塞大量自定义函数和实例化以及递归结构。并把函数暴露在其他人可以灵活修改的位置，只要一个参数变化就会导致函数返回出错，卡死在while循环。而debug通常需要几千个循环之后才能发现，极大的延缓了bug被修复的时间。

函数套函数形成千层夹心，让思路乱做一团，很难理顺思考。

继承套继承，乱用面相对象，当接盘侠看懂了这个类，却发现这个子类继承了多个父类，还有接口冲突。而当他们想看看父类的时候，却看到这几个父类又继承了几个父类。

DFS搜索了一遍父类，想找到某个方法和属性。方法父类和祖父类都被架空了，于是找到了曾祖父类，结果发现这个方法包了一个buildin type的buildin 方法，且只有一行return。属性父类和祖父类都没有定义，结果找到了曾曾曾祖父类，终于发现了，这个属性的值是null。

灵活修改内置函数，类，属性，原本想用内置功能，却发现要用了一个带bug的自定义内容，后续的代码还有大量功能是基于这个披着内置函数的名字的自定义bug运行的。

随意起名，并和全局变量保持一致，不经意间就修改了全局变量。

catch所有的exception，让bug被巧妙隐藏。

使用复杂多线程多进程服务，并伴随着随机函数和等待时间，让bug很难出现。

大量使用外部api请求，并写死提取方法，一旦对方api修改，立刻出bug。

在数据库交互函数上灵活实现，让使用者可以传入任何值，修改数据库的任何内容，甚至只要传错一个参数就可以删掉数据。

一定不要写，单元测试，也不要写document，把你的所有的时间用在老板能看得到的功能实现上，而且一定要用最复杂，最fancy的实现方式。面对老板不切实际的需求来者不拒，只要让老板在看到功能时候保持运行状态即可。

实现的论文一定要用最冷门的巨巨技术，冷门意味着没几个人会甚至连业内人员都没学过，巨巨意味着难难到只有苦心钻研黑 科技 的你才能把抄来的代码勉强跑起来。

一定要拉上业界最顶级的框架，绝不按照项目自定义内容，如果一个顶级框架不能完成就再加塞一个顶级框架，每个框架只用一点点内容，以此来显示你超强的学习能力和业务素质。这样如果有人要接手，他们需要把这些框架全部学一遍。

并且经常使用那些不稳定但勉强能用的新版功能，无视大量warning，如果有就隐藏掉。旧版功能通常难以被新版支持，所以这些框架的版本在你引入项目的瞬间就被定死了。

然后为了保险起见你不要升级框架，一定要用最老的框架，这样一个毕业生误以为学会了框架内容结果却发现自己学的框架太新了，还得把旧版本的内容学一遍。

经常使用开源bug书写程序，这样一旦开源库修复bug，你的代码就需要重写。

如果写http请求，请一定把最危险的功能设置成get方法，这样只要在聊天时对方点误点了连接，浏览器就会自动把危险的请求传给后端，然后造成大量业务崩溃。但这不是你的错，是他们不应该在聊天和邮件里乱点链接！

一旦你离职，你所写的所有代码和同事的代码都会随着开源版本更新，新功能增加，外部api变化，新同事不小心传错参数，以及点错超链接造成大业务坏死。

让fancy的地方尽可能简陋，让简陋的地方尽可能fancy。就能在满足其要求的情况下，引入大量bug和feature的混合物，让改动变得左右为难。

这就让接手的程序员陷入如下困境：

删除代码重构，工作量太大

不删代码，看不懂源码

清理bug，功能变得不可用

不清bug，之后会引发严重问题

维护代码，只能用新bug掩盖旧bug

不维护代码，随着技术升级，旧代码会一点点变成bug

当你已经掌握这些技巧，并付诸实践，想必公司一定得让你晋升主管。

为了清理这些垃圾需要耗费成倍于你的人月方可完成删除，然后为了实现你的功能他们又需要额外的人月

清理屎山可不止恢复数据那点钱。

Ⅸ 年薪30w程序员被老师拉黑，深二代只找深二代，相亲鄙视链为何这么严重

因为现在很多人经济条件都提高，所以就会觉得自己非常有资本，特别容易瞧不起别人，所以这样的现象非常严重。

Ⅹ 程序员自杀案今日庭前会议，翟欣欣将会受到怎样的惩罚

距离苏享茂事件已经过去了很长时间，案件也是最近才刚刚审理。在开庭当天，苏家的三个哥哥以及一个姐姐都到了现场，苏享茂的前妻翟欣欣也在其父亲的陪同下亲自出庭。

不知道法律对于这样的骗婚行为，最终会采取怎么样的判决方式，但是都无法挽回一条鲜活的生命，也许苏享茂没有遇到翟欣欣，就不会消耗掉这么多的资产和资金，也不会让自己陷入困境，最终用极端的手段结束了年轻而宝贵的生命。翟欣欣最终可能也无法逃脱法律的制裁，不知道她的良心会不会痛，可能大概也不会吧，毕竟已经不是初犯，希望最终法律能够还事实真相一个公道。