谈谈程序员接单这件事

有人说，程序员，会写代码，你有技术，我有钱，帮我写个需求呗。

是的，需求好写，程序员也乐意写，毕竟有一部分收入。

前不久，有些客户让帮写个简单需求，至于客户什么职业，做什么的，我还一概不知。

这时有人会问，客户是谁你都不晓得，怎么还能联系到接需求呢。这个我想，程序员都知道的吧。

下面就来聊聊客户，先说说第一个客户吧，暂且称呼他为客户a。

客户a的需求，很快就做完了，录制代码运行视频，客户a查看没问题，发送源代码。

发过去以后，才知道，客户a原来是非技术人员，可以说自己怎么运行代码都不懂。此时，我需要把代码编辑器，运行环境配置远程控制，进行安装调试完毕。可以说写代码的时间还没指导对方运行的时间长。

可见，接单虽好，也要考虑对方的情况。

再说说客户b，客户b远在国外，国外有一点好处就是，有钱，愿意花价钱去找技术。

同样，把代码发过去之后，客户b考虑要项目上线后付款。当然，我们可能怀疑，万一客户跑路了，岂不是白白费劲了呢。小伙伴这点可以放心，测试没问题，客户和技术中间也有一层保障，所以不用担心付出没有回报的问题。

可见，考虑项目上线周期，款费到账时间，也是接单必需所想。

最后再说说客户c，客户c需要比较着急，仅仅给一天时间，需求又很多，想想也是周末，弄了吧。周末不可抗拒因素也很多，也未能全部投入，晚上9点左右客户开始催要代码，确实，这个时候还没全部完成。

晚上10点，12点，1点，2点一直在催进度，要疯的节奏。终于，客户熬不住了，我也熬不住了，第二天早上六点醒来，做了一个小时后，测试完成。把代码发过去。

可是问题又来了，我的开发系统跟客户还不同，在对方那边编译不通，无奈，只能把自己的系统函数全部替换掉。这才交差。

可见，开发环境，周期务必要考虑周全。

此时，有人会说，技术人员业务时间接单还是不错的，收入+技术，也算一种副业吧。

我对此的观点：不赞同，也不反对。只是把自己踩的坑抛出来，希望读者接单时候可以避免不必要的纠缠和时间浪费。

最后，关于程序员接单这件事情，有几点小小建议:

1.合同签订最好不要以个人名义签订，最后找个中间代理商，防止最后纠纷全部归结个人;

2.技术人员再接软件编写的项目时，充分考虑硬件方的技术及责任，划定职责分工，防止最后出现问题不知道哪一方的责任;

3.最好把业务时间留给家人，程序员上班本来就很累了哦，周末还要继续，

身体吃不消呢。