程序猿dd(触发后删除数据库但他们死不承认)

程序猿dd，触发后删除数据库但他们死不承认？

谢邀~

如果严重造成了公司的经济损失，那就报警；什么事情都要自己沟通解决，还要警察做什么。

当然，在报警前，一些必要的事情还是要做的，说不定可以降低已有的损失。

先反思自己

至少我还没见过估计给程序留后门，删除客户数据的乙方；但是我见过很多拖着尾款不给的客户。

发生这样的事情，先反思一下自己对乙方是否有以下行为：项目开发过程中增加很多额外的需求，但是没有增加费用；项目验收过程中，是否“鸡蛋里挑骨头”，扣除了开发费用；项目已经交付，故意拖着尾款不给；

如果有的话，那么先和外包公司沟通，该给的钱给了，然后让对方看看数据能否恢复。

开始沟通千万别说“就是你们删的，快给我弄好”，是谁也不会承认的。

可以先礼后兵：“（装作什么都不明白）不知道什么问题，数据都没了，你们比较专业，帮忙看看有没有办法恢复，我们可以加一些费用”。

恢复数据

比找外包理论之前，还有更重要的事儿，就是想办法恢复数据了。

一些公司，数据库都会设置设置成主从模式，这种情况的话是好办的，不过大部分公司，还是单台数据库运行。

如果是单台数据库的话，也是有可能找回数据库的，例如MySQL，可以使用数据库备份+binlog日志的方式恢复数据库：时间起点=最近一次备份数据库的时间，时间终点=DROP操作前的一个操作，然后将binlog中的操作重新执行一遍。

如果数据没找回来，并且造成严重经济损失的话，那么该报警就报警吧，下一次，记得对外包好一些。

我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。

要不要先找好下家？

其实无论你是否跳槽先想清楚以下这点：

那就是为什么跳槽？

无论你在哪个公司，公司都会任用一个能够给公司创造营收的人，如果你在这个公司是因为怀才不遇，或者是因为工资低而想要跳槽。

那么，我劝你可以先找找自身原因，或者是找领导谈谈你们的薪资问题。如果领导对你的能力很认可，也准备给你加薪，就没有跳槽的必要，毕竟你的主要目的是加薪。

其次，觉得自己怀才不遇，升职的机会总是很渺茫。我觉得你可以从两个纬度来考量。

（1）个人能力

先想想是不是因为个人能力的问题，才导致晋升机会错失。如果是，我劝你先不要跳槽，你想想在这个现实的社会中，没有哪一个公司会给一个没有能力的人高薪。

就好比乌鸦如果不改变自己的外貌，在哪里都不会受欢迎。

所以，在能力配不上自己野心的时候，就静下心来好好学习。或许有一天你不用跳槽就能够在这个公司出人头地了呢。

（2）公司内部

又或许你的能力很强，早就可以独当一面了，就是因为公司体系太不完整了，领导都是老板的亲信。这时候，我建议你跳槽。

跳槽的时候也要注意一点：一定要在找好了下家再离职。

首先，提前离职就意味着没有收入，而一个人要在大城市里打拼，没有收入就意味着要面临债务危机。房租水电等费用会让你喘不过气来，更会让你陷入焦虑和恐慌之中。

毕竟，辞职找一份自己满意的工作真的不是那么容易的一件事，这是需要时间的。

但是，你想想等时间到了，你是不是也该山穷水尽了呢！

最后，我想给很多想要跳槽的朋友们一些忠实的建议：

1.跳槽前先问问自己是否具备了一项扎实的能力

在竞争激烈的现实面前，每个企业需要的都是能够给企业带来效益的人。也就是说你必须有一项技能或者一个超乎常人的能力，你才有可能在另一家企业得到更优渥的薪资。

否则，跳槽穷三月，换行穷三年，这是亘古不变的真理！

2.跳槽前先问问自己值不值得

现在职场上有一个很常见的现象，那就是在基层做着简单的工作，认为太无聊了，各种流程也熟悉了，就不想继续干下去了，觉得没有意义。

可是，我们应该想想在这家公司的基层工作都没有学到什么，也没有什么意义，那你到了别家公司就能够学到什么了吗？又或者你就能上升到高层的工作了吗？

你可能会说，我去其他岗位试一试，反正年轻嘛，多尝试。是的，那你为什么不在这家公司换岗位呢？偏偏要冒着巨大的风险去别的公司呢？

这些问题可能会是很多公司在面试或者挑选员工的时候会考虑到的，甚至别人会觉得你在第一家公司都没有什么成绩，也没有灵活变通，别人也会对你的能力打下一个大大的问好。

如此一来，你的面试通过率会大打折扣，就算成功了对于你的关注，或者对于你的能力也会有很大的疑问。

所以，值不值得你也得考虑清楚！

3.确实我的发展速度太快了，这里已经掏空了我

也有些人跳槽是想要去接触更优秀的人，让自己的未来更具有竞争力。在这家公司已经掏空了我所有的能力，学不到更新鲜的知识了。

这时候你可以选择跳槽，到一个更高的平台去锻炼自己，这也无可厚非。

不过你也要清楚地给领导说清楚，说不定他会有资源，让你更进一步。避免了失业后带来的风险，没有也没有关系，你可以自己先找，确定了就可以离职了。

注意！如果你是有很强的能力，有些公司是会给你时间处理离职事宜的，这个不用担心！

有哪些有用的Excel公式？

谢邀。Excel中大概有500多个函数，每个函数都有一定的用途，都有用！

不过也别懵，日常工作中，我们常用的也就十几二十个。

下面我就分享下Excel公式的一些使用心得。

函数那么多，总有忘记具体用法的时候，怎么破？

500多个函数，认不全，参数记不住？

好吧，这个公式和参数，不用记、不用记、不用记！！！

公式的菜单指引：Excel将公式归类整理到“公式”菜单中，并且，公式都有相应的说明和用法，还可以在线获取帮助。

无处不在的小提示：不止公式菜单，我们在单元格输入公式时，Excel会联想弹出相应的公式下拉框（若是你的没有弹出这些公式列表，试试摁下<Alt>键），单击需要的函数，还有相关说明。

微软的在线帮助（F1）：Excel的杀手锏啊，实在不行，还有万能的度娘不是！

如此这般，公式还需要特意去记吗？懂得使用这几个小功能就好了。

常用的公式

虽然不用特意记公式，但，那些常用的，熟能生巧，用到时，能信手拈来，就是效率。试想下，就像Vlookup函数，天天用，你却还要天天找帮助，多累！！！

以下这些函数，我认为很常用，送给大家：

查找和引用函数：Vlookup、Index、Match

文本函数：Left、Right、Mid、Len、Find、Text

日期函数：Today、Weekday、Time

逻辑函数：IF、And、Or

统计函数：Sum系列、Count系列、Subtotal、

详细公式列表

逻辑函数

查找和索引函数

日期和时间函数

文本函数

统计函数

信息函数

数学和三角函数

财务函数

500个公式，1000多个案例，如果你需要，私信我"Excel帮助"即可免费获取！我是Excel大全，别忘了，点赞、点赞、点赞！！！

程序出现bug是必然出现的情况？

虽然有很多低级的Bug是由于手误或者逻辑错误等人为问题导致的，但我们不能简单的认为Bug就是程序员的水平能力有限，最好的例子就是当年轰轰烈烈的“千年虫”事件。

众所周知，软件业开始兴起是上世纪五十年代左右，随着七八十年代小型机及个人电脑的流行更是蓬勃发展。那时候很多软硬件开发商在产品设计之初就没想过系统到底能用多久，所以在代表年份的字段上只用了两位十进制来表示，节省空间：67就代表1967年，99就代表1999年。问题来了，快到2000年（又被称为千禧年Millennium）的时候，业内突然发现一旦跨过千禧年，两位十进制的年份会出现错乱。因为系统默认这两位数XY代表的是19XY年，所以00年就被认作1900年而不是2000年，那么基于日期的所有计算都会出现错误的结果。这个问题被统一命名为“Millennium Bug”或者叫“千年虫”。

我记得1999年的时候，全球几乎所有涉及到信息系统的行业（包括政府、金融、保险、电信、电力、医药、交通等）都产生了巨大的恐慌，甚至有谣言说2000年的第一天将会是社会瘫痪的一天。好在经过紧急的防范和弥补，投入了巨大的财力和人力后，该测的测该打补丁的打补丁，2000年第一天结束后大多数人并没感觉到有什么异样。大规模的灾难性的瘫痪没有出现，事后只需要针对个别的千年虫进行修复和处理即可。这中间可苦了各种程序员，估计他们一边疯狂写代码打补丁一边心里在骂娘：当初干嘛省这两位数！

俗话说吃一堑长一智，于是现在我们在各种编程语言和数据库里看到的日期格式成了YYYY-MM-DD，即用四位十进制来表示年份了。呃，好像没有啥问题了是吧。可是人类历史可是以万年记的（虽然文明史只有几千年），未来保不准还能一直延续到公元10000年，离现在还有，7980年，也就是说现在YYYY的年份格式还可以用7979年。于是我们会想象到：在7979年后的某一天，一群程序员在疯狂的打补丁，一边心里在骂娘：当初干嘛省这一位数！

另外还有个例子，当年我在新加坡国立大学的时候，有幸听了一场Vinton Cerf（TCP/IP发明人之一，互联网先驱之一）的演讲。老先生当时谈到了 IPV4地址枯竭的问题，他很无奈的说不是他不想设计的更合理，而是美国国防部要的急，将当时还是“试验阶段”的TCP/IP连同IPv4都直接部署上线然后就一直用到了今天。一开始人们还比较乐观，毕竟IPv4的地址数量有256的四次方也就是近43亿个，哪用得完啊！没想到互联网时代到来，网站服务器爆炸般增长，短短不到50年就把IPv4地址给榨干了。科学家也没闲着，想用IPv6来解决这个历史遗留问题，但谈何容易，又是一大堆软硬件的兼容性问题要解决，还要无缝的迁移，只能分阶段慢慢的逐步的实施。。。