私活就那么难搞定吗？

                                                                                  私活就那么难搞定吗？

          当我们的技术，经验积累到一定的程度，然后在一个有比较多空闲时间的公司工作的时候，我们总想利用自身的优势，弄一些其他的业务。为了自己的兴趣爱好，更好的体现一个程序员的价值，更实在一点的就是为了把自己的物质水平在提高一些，我一直都在寻找机会找些私活来做做。

         早段时间一个做IT业务方面的同事，给我提供了一个私活。他问我能不能搞定，我说没问题，现在我缺少的就是单，当时我还挺有信心的。还吹水的说：“没有不能搞定的”。第二天，我还邀请了我的另一个好朋友一同去了客户那。和客户聊起了他们的需求，用户到挺爽快的直接明了的说：“我们要的就是一个通用的进销存系统，然后加上我们特定的一些内容就行了，在3个月内完成”。貌似看起来他们的需求是多么的简单，直接，明了。用户公司还从来没有用系统来管理，用户对于用计算机系统管理是不成熟的，他们也提出用”**进销存系统“做为例子，按照它先做一个通用的，然后在加上特定的业务流程。最后，我们了解他们公司一些基本的运作流程，答应一个星期给他们一个方案。

        我和朋友都没有做过类似的系统，在网上一查，一般的进销存系统都是用dephi写的。我们很想在网上找到一个用java写的进销存的系统，可是找了很久都没有找到。其实，我们最困难的事情是，没有做过类似的系统，又离用户那边比较远，和他们面对面沟通就比较困难，用什么样的方法把他们的需求完好的挖掘出来。我们能够很好的把握住用户的需求才能把项目做好。用户提出来要参考“××进销存系统”，我们用JAVA开发出来到时肯定会和用户那个有区别，比如操作上面，界面的显示上面......如果我们没有一点代码的积累都没有，完全从零开始，然后又是利用业余时间来开发，这样恐怕很难在预期的时间完成；如果我们不能很好的挖掘出用户的需求，那么我们很难把这个项目做好。用户对系统没有一个好的概念，说不定需求定下来，过几天又会变动，那我们不知道要做到什么年月才能完成。我和朋友商量了很久最终决定不接这个单了。

       我很想利用这么好的机会锻炼一下自己，培养自己的业务分析能力；和用户的沟通能力、表达能力、协调能力；系统的设计，编码能力.......但是机会错过了。

         私活就那么难搞定吗？ 我们怎样才能把私活做好呢？我觉得应该要具备几个方面：
         第一，行业背景。平时多学习，了解一下行业一些业务流程。
         第二，多看看同行所做的一些系统。分析一下系统是怎么实现的，涉及到什么样的业务流程。
         第三，多学些程序设计语言。利用他们各自的优势，对于编写代码也方便。比如：dephi就擅长桌面开发。
        第四，多几志同道合的朋友。能够一起努力把项目做好，或者能够提供项目。
        第五，技术，代码的积累。能又更多的代码库，那么能够提高工作效率，缩短开发时间。
        第六，提高自己业务攻关能力。很多事件是可以商量解决的。

         我们不能光技术而技术，现在已经不是“科学技术是第一生产力”，而是“科学技术转化为生产力“，我们要能够把所学的技术转化为用户所需要的系统，才能加倍的体现我们的价值。

 
 

评论

21 楼 lighter 2007-05-14  

hgq0011 写道

<p>[quote=&quot;lighter&quot;]编辑器有bug! 有时候,事情并非想像地简单,自己的人力物力的考虑,你做出来的东西,客户是否接受(特别在沟通不能太多的情况下),有时候无疑时自找苦吃,说点不好听话;当然我也并不是说不能接私活,具体看各人的能力,时间的安排,客户的情况 </p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 估计现在的重点是都会认为沟通的成本非常的高。在XP中也强调这点。要把握好用户的需求必须反复的沟通确认。我们没有做过类似的系统，那么沟通的成本会更高，也许用户都会很烦。 </p>

"估计现在的重点是都会认为沟通的成本非常的高。"
这一点我非常同意;沟通,客户的反应,好像一加一等于一样简单的,其实这才是难点.
就我个人而言,特别有空时,与客户沟通方便,有符合自己的技术特点的小型系统,才会考虑..
ps:好像现在关于RoR方面的私活多了起来啦

20 楼 hgq0011 2007-05-14  

<p>

lighter 写道

编辑器有bug! 有时候,事情并非想像地简单,自己的人力物力的考虑,你做出来的东西,客户是否接受(特别在沟通不能太多的情况下),有时候无疑时自找苦吃,说点不好听话;当然我也并不是说不能接私活,具体看各人的能力,时间的安排,客户的情况

</p>
<p>          估计现在的重点是都会认为沟通的成本非常的高。在XP中也强调这点。要把握好用户的需求必须反复的沟通确认。我们没有做过类似的系统，那么沟通的成本会更高，也许用户都会很烦。 </p>

19 楼 lighter 2007-05-14  

编辑器有bug!
有时候,事情并非想像地简单,自己的人力物力的考虑,你做出来的东西,客户是否接受(特别在沟通不能太多的情况下),有时候无疑时自找苦吃,说点不好听话;当然我也并不是说不能接私活,具体看各人的能力,时间的安排,客户的情况

18 楼 lighter 2007-05-14  

<br/>
<strong>hgq0011 写道：</strong><br/>
<div class='quote_div'>
<p>

BirdGu 写道

私活也是“活”， 也得当个正儿八经的项目来对待。

</p>
<p>这个肯定了，至少要对客户负责，也要对自己负责。</p>
<p>有时候,事情并非想像地简单,自己的人力物力的考虑,你做出来的东西,客户是否接受(特别在沟通不能太多的情况下),有时候无疑时自找苦吃,说点不好听话;当然我也并不是说不能接私活,具体看各人的能力,时间的安排,客户的情况</p>
</div>
<br/>
<br/>
<br/>
<br/>

17 楼 hgq0011 2007-05-14  

<p>

BirdGu 写道

私活也是“活”， 也得当个正儿八经的项目来对待。

</p>
<p>这个肯定了，至少要对客户负责，也要对自己负责。</p>

16 楼 hgq0011 2007-05-14  

<p>

tuti 写道

私活如果很容易搞定，还要开公司干嘛？

</p>
<p>有时候一些公司也想物美价廉，用最少的成本为公司开发一套合适的系统；而我们也想利用业余时间为自己提供更多的机会去发展，于是这样的关系就搭建出来了</p>

15 楼 BirdGu 2007-05-14  

私活也是“活”， 也得当个正儿八经的项目来对待。

14 楼 tuti 2007-05-14  

私活如果很容易搞定，还要开公司干嘛？

13 楼 hgq0011 2007-05-13  

<p>

EnhyDra_ 写道

私活这个东西，技术不是难点，而是一些技术外的东西让人左右为难。

</p>
<p>在时间相对较小的范围内，选择相应的适合的技术也很重要。</p>
<p> </p>

12 楼 EnhyDra_ 2007-05-13  

私活这个东西，技术不是难点，而是一些技术外的东西让人左右为难。

11 楼 hgq0011 2007-05-13  

<p>

无明 写道

接私活最好不要去接完整的项目，有太多未知因素，即使是自己做过很熟悉的东西，稍有变化，就很难控制时间的投入了。人的精力是有限的，把自己弄的疲惫不堪就划不来了。 接私话的活计，最好是培训，咨询－－一锤子买卖；服务器管理－－一次搞好之后基本不管；翻译，写文章－－时间容易控制，但好象不怎么来钱。。。。 算来算去，恩，还不如去炒股票吧～

</p>
<p>在认真考虑了之后，我们还是没有接。也就是怕到时需求没有把握到位，项目的时间拖的太长，把自己的精力投入进去了，把自己拖的是疲惫不堪, 把关系又搞的很僵，真的划不来。</p>

10 楼 hgq0011 2007-05-13  

<p>

zerozone 写道

还是做自己熟悉的业务包括开发语言、工具。最好是从维护和添加新功能做起，不存在技术风险和业务风险。总之，要在自己的能力和经验控制范围之下。接的活越大，风险越大。

</p>
<p>        接自己有把握的项目，把风险控制到最低。所以平时我们要多积累。</p>

9 楼 hgq0011 2007-05-13  

<p>

Lucas Lee 写道

是的，私活没有这么容易的，必须有一些特别的长处来弥补交流的不足。比如丰富的行业知识，或者类似的项目经验。难以用一般公司间的项目方式来做。

</p>
<p>确实，我们毕竟是用业余时间来完成一个项目，那么就要有一定的基础，而不能从零开始，有把握了才能做好。我们要对用户负责，也要对自己复杂。</p>

8 楼 无明 2007-05-13  

接私活最好不要去接完整的项目，有太多未知因素，即使是自己做过很熟悉的东西，稍有变化，就很难控制时间的投入了。人的精力是有限的，把自己弄的疲惫不堪就划不来了。

接私话的活计，最好是培训，咨询－－一锤子买卖；服务器管理－－一次搞好之后基本不管；翻译，写文章－－时间容易控制，但好象不怎么来钱。。。。

算来算去，恩，还不如去炒股票吧～

7 楼 hgq0011 2007-05-13  

<p>

ouspec 写道

就我的经验来说，私活如果和对方比较熟悉，而且需求清楚的话，还是可以的。 但是很多情况，沟通成本，不停的修改，改需求，某些技术难点－－都会成为陷阱。 合同拟订清楚，把握付款方式，控制时间成本，控制需求挺重要。

</p>
<p>一般能接到私活应该都是熟人介绍的，但需求一般不会清楚，都要我们去挖掘。就上面的项目来说，估计最大的成本肯定在沟通成本，因为他们公司由于业务的扩展，人工来管理很难控制，人的成本太高，所以迫切的需要用系统来管理，用计算机系统来管理还是一个空白，所以就不成熟。也许在业务分析的过程中，还要对他们的业务流程要进行相应的调整，用户第一次使用系统来管理，管理的比较细严格，终端用户可能不愿意，会产生很大的抵触。由于我们又没有这方面的经验，所以也不知道用什么样的方式来引导用户把需求完好的分析出来。</p>
<p>”合同拟订清楚，把握付款方式，控制时间成本，控制需求挺重要",似乎是公司的标准来做，太严格了吧，也比较难做到。能够控制好当然是好事。</p>
<p> </p>

6 楼 zerozone 2007-05-13  

还是做自己熟悉的业务包括开发语言、工具。最好是从维护和添加新功能做起，不存在技术风险和业务风险。总之，要在自己的能力和经验控制范围之下。接的活越大，风险越大。

5 楼 LucasLee 2007-05-13  

是的，私活没有这么容易的，必须有一些特别的长处来弥补交流的不足。比如丰富的行业知识，或者类似的项目经验。
难以用一般公司间的项目方式来做。

4 楼 ouspec 2007-05-13  

就我的经验来说，私活如果和对方比较熟悉，而且需求清楚的话，还是可以的。  但是很多情况，沟通成本，不停的修改，改需求，某些技术难点－－都会成为陷阱。  合同拟订清楚，把握付款方式，控制时间成本，控制需求挺重要。

3 楼 hgq0011 2007-05-13  

◎Julien
<p><font>“私活基本上都是拿手头现有的东西改改给人家的，似乎？”</font>私活当然不是一定是拿手头现有的东西改给人家的，至少他们所特有的那些功能，我们得量身订做给他们。</p>
<p>“真的他说什么你做什么的的话，必需要有正式的合同，团队保证，否则很惨。”如果真的用合同来保障的话，我想那是把自己的退路给封了。用户的需求不明确，随时有修改的可能，那么项目的拖延还情有可原，或者做出来的东西用户说不满意，到时可惨了。</p>
<p>“私活也是活，也需要大量的沟通，扯皮，吵架，推翻重做的时间和流程。”不能把项目的沟通协作，想的太恶劣了（扯皮，吵架），那都是没有一个好的心态。这样只会把事情搞的更糟。</p>
<p>“光一两个人业余去跑这整个流程的话，精力分散，抓不住重点，也完全没有沟通迂回的空间，会死人的。”当然小的团队只能接小的私活，不能太大。（超过自己的能力）。在说了不是有点关系什么的，比较熟悉的情况下，用户也不会给你做，担心没有保障。</p>
<p>”正是因为脑子里还有“干活就是写程序”这种光技术而技术的概念，所以才会对私活有什么憧憬。“ 能把私活做好，那就不是单考技术了。我到觉得私活还是有前景的，或者慢慢的演变为工作室，在慢慢的到公司，这是一个理想状态，需要时间，需要探索的过程。漫漫长路，，，</p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>

2 楼 Julien 2007-05-13  

……这编辑功能真是，编辑一趟之后html标记怎样都无法去掉了