程序员下班之余除了自己充电学习，一般都期待搞个私活做做，这样的方式给自己加班仿佛有了一层光环：自动回血又加经验。我也是今年才开始做一些个人的小案子，都是朋友的朋友介绍的，没什么价。只是这样的过程还是比较好的：慢慢建立自己的客户，提高自己的代码效率，驱动你去研究一些你不熟悉东西，了解别的行业，积累人脉关系。但遇到转手项目这种案子 营养不多，麻烦却不少。
上次一个朋友介绍一个接口的小差，大概一共就是二十几个方法，还没开始做就打了1000元给我。当时心想：写几个方法给这么多，太多了吧。按照他说的 一两天差不多了。 说着急要。周天下午刚从外面回来 就开始做。打开源码一看，咦，虽然后缀是aspx。C#代码、javascript、html和css欢快的交织在一起。是一个asp的三层团购网站，摞了一大堆。提供api 又不能去改人家的源码，于是就从源码里面找，肯定是有对应方法的。于是就找到了今天。第四天了，还有五个方法实在是找不到。自己写不能保证逻辑一致。前几天都是十二点以后睡的。有问题都是先告诉那朋友，他再问，那边又没有专门的负责人，现在的人不熟悉源码的框架逻辑。 硬着头皮看了找到了今天，突然觉得自己是浪费时间。整理了一下几个api controller，和一些说明，给朋友发过去。然后一千元也原路退给了他。
qq上给朋友说了，他好像很不愉快。问我是不是觉得钱少了。这几天自己没睡好，昨天还搞到4点多，就是觉得这个事情没有做好，受之有愧。但真不是钱的问题。加加班就当帮忙了。程序员找Bug，最怕是要去翻别人的代码，我翻了四天的没有业务逻辑层的古董代码。身体都开始抵触了，神经衰弱，腰酸背痛。钱退回去的那一刻，突然就释然了，忙忙碌碌，勿忘心安。做该做的事情，拿该拿的部分。
回想这些事情，于是给自己定下约定：
一.二手的项目要考虑清楚。
1.二手项目的性质，有点像二次外包。2.因为他要从他手里把工程交给最终客户 你很难得到客户的声音。沟通不便，容易造成误差较大。3.代码阅读和框架逻辑理解是个狠耗精力的问题。 这感觉就像软件不兼容，很难跑起来。
二.必须有专门负责人窗口。
1.客户最初提需求的时候一般都考虑的不是太细致。你当时也难得全面。必须有这样一个窗口确认需求。不要自己发挥。你要知道考场超长发挥是很少的事情。而且客户所想和你所想完全不一样。不要自以为是。确认是一个简单省事的动作。
三、拿钱的问题。
1.别人先给你钱，开始让你有种优越感。被信任的感觉。但对于我这样的人，那个钱在事情没有做完之前我是不会动的。这样就是一种负担。 2.最好的方式是 让客户确定做好后签了合同，再先支付一部分项目款。或者先做一部分，确认效果，客户基本满意 交订金。完成项目后再拿尾款。别做了项目，客户又放了鸽子，这样比较可惜。
最后想说的是，程序员的业务能力真的有待提高，技术是根本，业务是活路。天天对着电脑 身体越来越差，圈子越来越小。这样就不好了。
与君共勉！