这件事事实上发生在本周三吧。记得比較清楚是由于我周四要歇息。。

        当时.NET项目那边的一个技术支持找到我，希望我能做一个SVN分支版本号的规划和培训文档什么的。事实上当时自己手下也没有什么事情。本来是应该答应的。可是当时停顿了两秒，感觉这件事情不应该是我来做。或许这么说不恰当，应该说是这件事不应该是交到我这里。于是当时提议，为什么不交给***，他们近期那边也没事。

      这样提议有两个原因：

      1，从我的角度来说，在公司里面。每一个人都有自己的位置，比方说PM负责项目质量，进度。风险。对上对下各种杂物。。

。而作为一个单纯的开发，仅仅需写好自己代码即可了。可是开发跟开发也有差别，高开跟中开不仅仅体如今工资上面，假设分配任务的时候。让高开去做中开的活儿（不常见）或者是中开去做高开的活儿（非常普遍），这显然是不合适的。 从我的方面上来看给我的任务，显然就是不合适的。

尽管我能够完毕任务，可是。事实上对这个任务来说。有比我更适合接管它的人。

       2。从提议给Tech support的那边的人来说，这个任务尽管对他们来说。确实合适的。首先，是他们人员充足，并且有时间。而是这个任务对他们来说，可能须要花费一定时间，可是终于还是能完毕。

        这样分配的优点也是双方面的：一方面。对我来说。我能够利用省下来的时间学习新东西。这对公司来说是添加隐性財富。还有一方面，对他们那边的人来说，也是锻炼的机会。在分配任务的时候你会发现这样一个现象，分配的任务假设超出接收任务人的能力范围一点点，对他来说，既是锻炼。也是种激励。这样的解决这个问题之后的快乐对技术人员来说。是一种自我鼓舞。

随着日子久了，他也就这样被锻炼出来了。

       想象一个极端的情况。假设我接受了任务。然后完毕的非常好，结果是对我没啥太大的影响，并且我耽误了挺多时间。同一时候一些三档开发没有得到锻炼，他们没有得到在公司中成长的机会，长此以往。我越来越忙，并且開始认为在这个公司里面没前途。而那些三档开发跟我也是一样的感觉。最后非常多任务压在了我这里，他们始终没啥提升，感觉留在公司没前途。

。

。。最后我们都离职了。你别笑。这是非经常见的情况。

       曾经也遇到过非常busy的上级，有时候问他。交给别人不即可了嘛，他说不放心或者感觉别人做不好。

结果每天搞得自己每天工作48小时！事实上，有时候还是要放手去让以下的人做，他们没有你想的那么差。须要的仅仅是你给的机会和信任。

同一时候，自己应该学会让自己闲下来，关注更加重要的事。毕竟，有管理性质的位置，公司每一个月给你30几K的公司不是让你来写代码的，是让你给公司创造很多其它价值的。可是你给公司带来的仅仅是一个码农的价值，每次项目稍有延期。被上面骂还要死扛，图啥？？

     所以，给自己的定位要准。看清楚自己真正的价值在哪里。公司不会养闲人。这是第一句话，是对普通程序员说的。

看清楚最有价值的地方在哪里。这是第二句话。