我觉得能否接私活的判断标准有三点。但接私活不一样，私活发包方通常并不懂技术，大部分只是有一些模糊的想法，那这时我们就要有良好的沟通能力，帮助并引导发包方梳理清楚他们到底想做什么，题外话做为程序员，其实我们都知道，自己在积累了一项目经验以后，其实自己就积累了很多源代码，很多程序员并不重视这些源代码，也没有很好的进行管理。
1、程序员接私活时，软件如何定价？
通常来说，做这种外包订单的定价方式有两种，但无论哪一种，我们都需要对需求先行进行了解并且明确下来，才知道如何定价。1.按功能定价对于一个系统来说，我们了解了用户的具体需求以后，可以将系统分为若干的功能点，按照每个功能点的复杂程度，按照一定的价格来收取费用，例如：我们要做一个新闻的模块，新闻模块非常简单，对于后来来说，有四个功能点，新闻列表、添加新闻、修改新闻、删除新闻，对于前台来说，就是查看新闻列表和详情两个功能点。
其中查看新闻列表这个功能点对于前后台都一样，可以合并在一起，假如我们按照一个功能点100块来收费，其实这个模块我们就收费500块就可以了。那可能还有复杂的，类似OA的工作流，自定义工作流表单和可视化流程设计其实就是一个非常复杂功能，如果我们将工作流视为一个模块，那么简单的分一下的话，至少有表单可视化设计、表单的创建、表单的修改、表单的删除、流程的可视化设计、流程的创建、流程的修改、流程的删除、流程的查看、流程节点的创建、流程节点的修改等等等等非常多的功能点，
按照正常情况，一个这样可视化的工作流引擎，大概你都可以报价超过2万块，还不用去算OA系统中的其他部分功能。要值得注意的就是，如果按照功能报价，你需要有将需求分解到功能点的经验，不然到时候分解时漏掉几个功能点，可能你的收益和你的付出就不成正比了，2.按照时间定价按照时间定价，可能是很多外包公司的定价方式，对于独立接单的程序员，很多现在也在使用这种方式来计价了。
一般来说，我们在接到一个外包的项目时，先对这个项目的大概功能进行一个分析，然后估算一个时间，一般我们需要估算三个时间，一个是最快我们什么时候能够完成，也就是乐观计划；一个是一般情况下，我们什么时候能够完成，算是普通计划；一个是最差我们什么时候能够完成，这个算是悲观计划。然后我们用(乐观计划 普通计划*3 悲观计划)/5，最后得到的这个时间就是比较合理的时间，
当然，这个是比较书面的一种计算方法。我们可以用一个比较简单的方法来计算，就是你算出自己的普通计划耗时的时候，乘以1.3就可以了，然后，我们就可以按照天来计算时间了。对于价格，一般来说，有400/天的，也有700/天的，这个就看自己来评估了，题外话做为程序员，其实我们都知道，自己在积累了一项目经验以后，其实自己就积累了很多源代码，很多程序员并不重视这些源代码，也没有很好的进行管理。
其实，我们可以将我们的源代码进行模块化，插件化的管理，这样的话，我们在接到新项目的时候，可能就有很多可以复用的代码了，例如：权限模块、通讯授权模块、订单模块、图文内容模块等等。我们可以在做的时候，就将它插件化，以后我们要使用的时候，一个引用就搞定了，减少了很多的代码量，然后我们又可以收到足够的钱，何乐而不为呢？。
2、Java达到什么程度可以接私活？前端也会一点？
我觉得能否接私活的判断标准有三点：技术能力、沟通能力以及需求分析能力，据我的经验，私活项目一般具有技术要求简单、需求不明、需求改动频繁等特点。技术能力作为一名程序员，技术就是吃饭的家伙，也是我们的立身之本，怎么判断技术是否合格呢？一个简单的标准就是能从前端页面写到后端接口、能从开发到运维，整个项目每个部分最好都会点，俗称全干工程师。
沟通能力有人可能不明白，程序员写代码要什么沟通能力啊？其实不然，正常我们工作有项目经理、产品经理在前面替我们程序员对接业务需求，等到我们真正开发时拿到的已经是非常详细的功能点了，但接私活不一样，私活发包方通常并不懂技术，大部分只是有一些模糊的想法，那这时我们就要有良好的沟通能力，帮助并引导发包方梳理清楚他们到底想做什么。
