首页 > 代码库 > 转手项目二三事

转手项目二三事

     程序员下班之余除了自己充电学习,一般都期待搞个私活做做,这样的方式给自己加班仿佛有了一层光环:自动回血又加经验。我也是今年才开始做一些个人的小案子,都是朋友的朋友介绍的,没什么价。只是这样的过程还是比较好的:慢慢建立自己的客户,提高自己的代码效率,驱动你去研究一些你不熟悉东西,了解别的行业,积累人脉关系。但遇到转手项目这种案子 营养不多,麻烦却不少。

上次一个朋友介绍一个接口的小差,大概一共就是二十几个方法,还没开始做就打了1000元给我。当时心想:写几个方法给这么多,太多了吧。按照他说的 一两天差不多了。 说着急要。周天下午刚从外面回来 就开始做。打开源码一看,咦,虽然后缀是aspx。C#代码、javascript、html和css欢快的交织在一起。是一个asp的三层团购网站,摞了一大堆。提供api 又不能去改人家的源码,于是就从源码里面找,肯定是有对应方法的。于是就找到了今天。第四天了,还有五个方法实在是找不到。自己写不能保证逻辑一致。前几天都是十二点以后睡的。有问题都是先告诉那朋友,他再问,那边又没有专门的负责人,现在的人不熟悉源码的框架逻辑。 硬着头皮看了找到了今天,突然觉得自己是浪费时间。整理了一下几个api controller,和一些说明,给朋友发过去。然后一千元也原路退给了他。 

    qq上给朋友说了,他好像很不愉快。问我是不是觉得钱少了。这几天自己没睡好,昨天还搞到4点多,就是觉得这个事情没有做好,受之有愧。但真不是钱的问题。加加班就当帮忙了。程序员找Bug,最怕是要去翻别人的代码,我翻了四天的没有业务逻辑层的古董代码。身体都开始抵触了,神经衰弱,腰酸背痛。钱退回去的那一刻,突然就释然了,忙忙碌碌,勿忘心安。做该做的事情,拿该拿的部分。

   上次一个项目也是,朋友说做了一半,静态的前台差不多弄好了,你把后台联系起来就行。话说出来简单。我一看,ORZ,有一种无从下手的感觉。那是一个家政网站,模仿了几个网站,这边copy一点,那边copy一点。那种感觉就是你根本就不想用vs第二次打开它。于是我也拒绝了。

   回想这些事情,于是给自己定下约定:

    一.不做二手的项目。

    1.二手项目的性质,有点像二次外包,首先回报上面是打折扣了。2.因为他要从他手里把工程交给最终客户 你很难得到客户的声音。沟通不便,容易造成误差较大。3.代码阅读和框架逻辑理解是个狠耗精力的问题。上面两个例子已经说明了,这感觉就像软件不兼容,很难跑起来。

    二.必须有专门负责人窗口。

    1.客户最初提需求的时候一般都考虑的不是太细致。你当时也难得全面。必须有这样一个窗口确认需求。不要自己发挥。你要知道考场超长发挥是很少的事情。而且客户所想和你所想完全不一样。不要自以为是。确认是一个简单省事的动作。

    三、先做事后拿钱。

    1.别人先给你钱,开始让你有种优越感。被信任的感觉。但对于我这样的人,那个钱在事情没有做完之前我是不会动的。这样就是一种负担。账户这么私密的地方出现了暂时不属于你的东西,让人不舒服,让你想着早点把事情做完,但这样往往欲速则不达。如果事情没做好,那要不要退呢?拿了该不该,不拿自己吃不吃亏呢。而我就选择了后者。年轻吃亏也是福,求个心安,下次不会犯同样的错误。拿不该拿的,迟早是连本带利还的。2.最好的方式是 先做一部分,确认效果,客户基本满意 交订金。完成项目后再拿尾款。别做了项目,客户又放了鸽子,这样比较可惜。

    最后想说的是,程序员的业务能力真的有待提高,技术是根本,业务是活路。天天对着电脑 身体越来越差,圈子越来越小。这样就不好了。

    与君共勉!