程序员该不该接私活? 2018-08-02 / 53 次 / 快抢沙发 /

程序员到底该不该接私活,这是一个严肃的问题。

作为多年的程序员老司机,是不是或多或少的接触过私活,那么我们如何去判定这个私活是否值得接,是否有价值呢?这是一个值得深究的问题。

我个人正在经历的两个私活项目,和大家分享下:

1.“友情”和“慈善”的外包

最近我们的一个私活(Android & iOS App)持续的增加各种小需求,迭代各种小 Bug,这件事情让我很头痛,为什么头痛呢?因为这个私活是我朋友主动来找我做的,当初考虑到公司也没有太多的福利给到我们兄弟们,就接过来,我自己没有收一分钱,全部的开发费由一个设计师和两个开发工程师平分,我自己就负责一下项目管理,大家业余时间做一做。

项目的初期,项目内容看起来也很简单,就是 App 连接蓝牙设备,对蓝牙设备进行几个简单的动作控制,我也收取了一个非常友情的费用。但是在做的过程中,你会发现,有些私活就是一个无底洞。

前期设计师出了一套三种风格的 UI 效果图,老外客户似乎并不是很接受我们的设计风格,然后他们又要我们按照他们设计师给出的设计图来处理,我们的设计师基于他们的设计图来调整,然后确认没有太大问题之后,我们就进入 App 技术开发阶段。

做那种基于蓝牙或 Wi-Fi 技术和设备通信的 App 项目,和设备端的联调是一个非常头痛的事情,有的时候,这个调试时间很难去把控,一会可能是设备出了问题,你 App 调试确认了很久才发现是设备的问题。一会又是 App 出了问题,你设备调试了很久才发现是 App 的问题,一来一回,可能就是几周时间。App 和设备端的这种调试会纠缠蛮久的时间。

和设备端的调试终于搞定了,你会发现做与蓝牙设备通信的 App,远比普通的 App 要复杂,尤其你要考虑各种交互逻辑还有蓝牙的兼容性(尤其是 Android 设备的蓝牙,都是各种坑)。由于前期朋友那边也没有懂 App 的人,更没有一个所谓的产品经理来整理一份详尽的产品规格说明书,而我们觉得这个项目也比较简单,没有必要整理这些。这就导致了后面在做的过程中,出现各种用户交互和细节问题,工作量急剧上升,而开发人员也缺乏对于项目本身的“边界”的认知,到最后都不想做下去,我作为中间人,左右为难,一方面靠着个人“魅力”来给开发人员“施压”,另外一方面也积极协调朋友和客户之间(客户是老外,非常的固执难搞)对项目的分歧。

由于 App 端需要不断的处理细节问题,还有各种看似新的需求内容,两位开发人员都表现出抵触,而且开发人员经常各种“称忙”和没有时间,我只能想进办法催促大家坚持下去,最后也告知大家,以后不再接这种私活,和朋友那边商定好一个截止时间,搞完之后,我们就交付源码。

我为什么接这个项目呢?
1.当初我为了友情,接下这个看似简单的项目,也相当于帮别人一个忙。
2.我们部门的兄弟,平时的薪资也不高,我也希望给大家争取点福利,觉得这个活可以做,就接过来。

我就这简单的两个想法,都是出于友情以及善意。但是到头来我落到什么?朋友的不理解,认为我们开发的项目太慢,项目做得不好,开发人员认为我无休无止。这种 App 在外面,没有几万根本就做不下来,我才收了多少钱,我们是业余时间做啊,什么是业余时间,懂不?我们不是专职做这个。还有我为你开发人员争取点福利,我一分钱不要,还做项目管理沟通,当初看到这个活的时候,你们觉得这个钱还是可以的,接了就应该表现出一定的专业素养和道德水准,而不是到最后还来向我抱怨。大家觉得这种外包项目该不该接呢?

2.“人情世故”的外包

无论你是哪个行业,你总避免不了所谓的“人情世故”,而有的时候,这种“人情世故”很容易就变成“事故”。

一个做产品的公司,找到曾经的领导说想要外包一个大项目,给的钱也是“挺多”的。于是这个项目又找到我了,不是我不愿意做,我确实没有时间,我今年也非常忙,有个人的学习计划,我也不愿意做这种外包,因为之前已经或多或少听说过这个项目是做什么的,这个项目的难度远超你想象,这个如果要做下来,估计至少要一年的时间,之前很多朋友也不想做,但是人家跟你讲所谓的“很信任你”、“你很靠谱”、“人情世故”、“圈子”,甚至包含着所谓的“软硬兼施”,人家有一万个理由来解决你所有的顾虑,甚至是暗示所谓的破坏规则的行为。大家很难去推脱,而领导则认为之所以你接,还是认同那一套,但是他不明白我们这些开发人员的心态。这就大致周围圈子的人,很是恐惧,刻意的保持“远离”。

作为曾经的受领导照顾、提拔、恩惠的我们,我们当然觉得应该做点什么来回报。但是这种回报应该是在一定程度上对等的,而不是一味的强调所谓的“你应该”。如果用上述所谓的东西压着,即使这次成功了,那么下次很有可能就是大家都可以保持“远离”,考虑下兄弟们的感受吧。

结合个人经验,我建议大家在接一个外包活之前考虑以下几个问题:


1.投入和产出是否对等。
说明:投入主要是指你投入的时间,产出主要是指收取的费用。时间对于一个程序员来说很宝贵,尤其是一个正在成长中的程序员,我建议若非必要,比如你确实很缺钱,现在就想搞钱,那 OK,你觉得价格合适,那就去做。如果搞钱不是必须的,那么对于一个正在成长中的程序员,我的建议是坚决抵制所谓的私活,私活的钱不好挣是一个方面,更重要的是如果你把这种做私活的时间,花在提升自己上,这样的价值要大得多,等你提升了自己,提升了你的固定薪水,远比你拿的这点外包的钱划算,千万不能因为蝇头小利,而漠视了你自己时间应该拥有更高价值。当然,如果项目周期很短,价值很高,很容易结案,那么尝试一下也无可厚非,只要自己有把握。当然,还有另外一种情况,就是你已经处于高级水平了,平时有时间,但是也没有额外的收入,同时为了保持你的技术熟练度,这种情况下,也可以考虑接一些私活。对于那种投入时间巨大,产出很少的项目,千万不要接!


2.项目目标是否明确。
说明:这个是非常非常重要,但是很多私活完全没有的。如果一个项目只是给你一个 Idea,或者几张简单的 UI 效果图,即使你看起来非常简单,也不要接。很多的问题都是在你开发过程中才会冒出来。一定要求对方有详细的产品说明书和交付标的,否则的话,你很难去推脱或者拒绝项目中的各种所谓的新需求或者 Bug 的问题。要有明确的项目周期,以及周期内迭代的时间。不然你的项目,接的时候,评估需要一个月,做着做着就快一年了,而且没完没了。明确项目了结之后,还需要多久的维护周期,是否需要交付源码,这些问题都是很重要的。


3.项目费用交付周期。
说明:千万不能答应那种项目完结了之后,再付费用,很有可能会出现克扣甚至什么费用都没有。最好是先让对方支付一笔费用,作为启动资金,然后阶段性验收,阶段性交付费用,这样能够让自己避免一些损失。


4.“友情”、“慈善”、“人情世故”的外包。
这种外包,能不接就不接,至于原因,上面的个人案例已经说明了一切!

打赏
本博客所有文章如无特别注明均为原创。复制或转载请以超链接形式注明转自ifeegoo 的个人博客,原文地址《程序员该不该接私活?
上一篇: « 下一篇: »
暂无相关文章

> 添加新评论