标签：
这个月6号，本打算写文章吐槽最近发生的一些事。当时真的是满腔愤怒，因为我从未遇到过如此奇葩的一个人，遭遇如此不堪的经历。
直到今天，事情总算告一段落，心中怒火也没当日那么多，但总想把这些事写下来，不知接下来会是吐槽呢，还是静静的思考呢？
6号正值周日，本该是休息的时间，然而我却被叫了过去，修改程序中的问题，周折一番竟发现问题根本不出在我这。之前也有类似的加班情形，不说了。
那么问题来了，上个星期，我为什么会额外加班那么多时间？
最近遇到一个特别特别“厉害”的项目交接人，且称他为C吧。C每次需要新的设计，或者需要一些接口，都会跟我说，我写好之后将代码交给他。（C有一种特别的癖好，就是在别人的代码上面加上一些特殊的注释，设计人：C）。但是C三番五次地找我修改需求，他和他的同事基本没讨论好怎样设计，就告诉我该如何做如何做，有时改了很多遍又改回去了。也许这一点情有可原，毕竟实际情况要求需求设计不断修改，但修改的次数真心有点多，有的修改就是因为准备不足思考不充分导致的。尤其坑的是，有时需要修改代码结构，他懒于修改自己的代码，于是我必须修改结构，同时不需要他修改代码。
有一次，C让我留一个接口，他在里面加上自己写的代码。几天之后，他找我说，为什么接口中的函数始终不能调用？我大致看了下，真是亮瞎DogEyes，之前留的接口是单击事件，而他实际需要的接口是修改复选框的选中状态！问题发现时已经到了晚上10点，正是下班的时刻。第二天一早，他跑来找我：改好了吗，你怎么总是拖啊，我们这边很急的，你有点责任心啊……每次听他抱怨，我都是面无表情傻傻看着。
不论他怎么以为，反正我是问心无愧了，跟他一起做注定要承受莫须有的责骂，我几个同事也有同样的感受。之前和我的师兄做的项目，他算是能力最强的几个人之一了，任务每次都能及时完成，我的能力也有了很大提升。一对比就发现问题了，难道真的知识越渊博，素质越高？C从不在意任务的难易，每次见面第一句话就是，改好了吗，做好了吗，你能不能别拖……我时常安慰自己，他跟我不熟，不知道我的能力，且由他说去吧。有一次需要改变代码结构，推翻之前90%的设计，如果交给身边其他人做，至少需要一周甚至更长的时间，我花了3天完成。在他眼里，3天已经是很漫长的了，毫无疑问，又被指责了。
因为项目需要，我写好的程序需要交给他，然后他可能会在其中加一些自己的代码。难以想象，他几乎每次加代码都会遇到各种各样的问题，最后背锅的还是我，比如下面3件事——
1.我通过他提供的接口在界面上显示数据，他负责修改数据库。有一次他在我的代码中添加修改数据库的代码，程序运行后发现数据库没有修改成功。最后原因是删除的顺序弄错了，应该先删孩子，再删父亲。代码是他加的，我却难逃其咎。
2.递归大家都见过，而他在我的递归函数中加上一个return语句，结果界面上什么都不显示，他吓了一跳，以为谁把数据库里的数据删了，然后指责我，你刚刚干了什么？重复多遍。
3.他对一个用法如何使用不清楚，把我在别处写的东西复制粘贴过来，程序运行后，还是我一步一步调试发现是空指针。然后他一本正经地说，你写错了，赶快改。
平时我做事认真负责，不仅追求完成，还追求把事情做得完美。但每次背锅，真的会让人觉得，嘿，你的能力不过如此。这个社会不公平的事很多，做事比你差了很多的人，拿的工资却比你高很多，其实我不该这样抱怨，毕竟人家是研究生毕业的，我从他身上也学到很多，除了一大波引以为鉴的，还是有一些正面的。平时我总是喜欢用map，但是每次修改变量时，map中的内容也要更改，带来很大不便，所以有时不需要遍历，我们可以把变量之间设置成成员变量，并提供get和set的函数。
上面的用法是跟C学的。在一次修改中，需要对某个函数的执行加以限制，只在某个变量发生变化的特定情况下执行。其他人，包括C提供了各种解决办法，但无一例外都很繁琐，比如C说增加一个标记。但是每次增、删、改时都要对标记量进行修改，程序很容易出错。最后我用了一种类似于设置成员变量的方法，完美而简单方便地解决了问题。当时可是满满的成就感，毕竟只有我一人想出这个办法。
少一些抱怨，每次经历都是人生的财富，加油！
标签：
原文地址：http://www.cnblogs.com/hellovenus/p/5034480.html
