接了前同事给的活, 我是挺难受的...

我是主做前端的, 当然后端运维肯定也会一点, 自己维护一个小项目是没有问题.

八月份的时候跳槽了一波, 九月份入职新公司。在这期间我想着私活什么的要搞起来(因为我从来没正式做过, 又很想赚点零花钱). 恰好前同事 A 和前同事 B 找我做做个产品. (这两同事的关系是 A 是做产品的, B 是做技术的, 然后 B 现在是全职自己在家接单吧,不用上班的.然后 A 把钱给到 B, B 再把钱给到我)

那个时候我想着都是老同事, 平时交情也不错, 项目上肯定也不会亏待我太多的, 我也就答应帮他们做了.

答应下来的时候我其实还不知道具体要做个什么东西, 只知道是个 Native App, 我没开发过 Native App, 同事 B 说用 uniapp 来做, 让我在设计稿出来之前先熟悉一下 uniapp.然后同事 B 来负责接口.

后面在我入职新公司之后设计稿出来了

https://i.loli.net/2019/11/06/EmIK8JreFf7i3zj.png

然后前同事 B 给我报价静态页面+集成 5000 预付款先打 3000 完成之后打 2000 我第一次接单子做, 对市场价不熟悉, 只是觉得 24 个页面然后有 5000 觉得还不错,于是就开始做了, 一开始做也不顺利. 主要是因为对 uniapp 不了解吧. 它不支持热加载让我非常难受, 任何一个小改动都要重新编译好几秒才能看到效果, 然后还有其他莫名其妙的问题就先不说了. 不过不管 uniapp 的行为是多诡异, 我都还是有相应的 polyfill 方法, 无非是多花点时间, 项目还是能正常做的.

当然事情不会那么顺利, 后面设计稿有所修改

https://i.loli.net/2019/11/06/hY5J7qR6r83ifBD.png

从之前的 24 个页面陡增到 83 个页面了, 减掉一些复用性很高的页面, 算多一点减掉 23 个吧, 那也是 60 个页面.当然, 加量不加价. 那时候已经很想拒绝了, 但是考虑到以后的渠道, 往日的交情, 我还是忍了, 还是用自己的休息时间来做了. 这里说明一下, 我现在公司周一周二周四都是九点下班的. 还是连续熬了两个星期, 每天差不多 1 点半的时候再睡才把这所有的静态页面写好了. 因为接口也都还没好, 所以静态页面写好也就先放在那里了.

后面在国庆的时候, 同事 A 对我说还要再维护一个小程序和一个后台管理系统. 这时候也想拒绝不做了, 但是考虑到以后的渠道, 往日的交情, 我还是忍了. 后面小程序实际上我没怎么维护, 因为已经是个成品了, 后台管理的话倒是做了几个大的功能模块. 这时候同事 A 对我说了新的给钱方式, 就是以后每一个月给我 1k-2k, 视工作量来定, 但是从维护期开始我也还没见到这笔钱.

真正让我跟同事 A 吐露心声说不想做还是在集成那个 Native App 的时候, 因为我发现集成这 83 个页面工作量非常地大. 而且后端的 api 返回的数据风格特别的差.比如随便一个详情接口

https://i.loli.net/2019/11/06/FAyv1HDPN37ZrVk.png

注意, 是每一个获取数据的接口都是这样的风格... 很明显同事 B 在 SQL 层做了全字段查询又配合子查询(也可能是多表)的操作, 且在业务层也没有做 VO 类的转换. 有点讽刺的是, 同事 B 也没有测试接口, 现在 postman 中的请求还是我一个个添加的.

这样的数据结构前端拿到之后几乎没法用. 一是因为字段太多, 渲染的时候容易迷糊, 二是存在一些深层嵌套的属性, 直接去拿的话报错的风险的太高了. 每一个接口我都还要在前端做一次数据的二次封装.

https://i.loli.net/2019/11/06/GnZiWFrMu71OoeY.png

总结下来还是 1. 钱没给到位 2. 心委屈了