主题
相信许多老哥都有兼职做定制开发的经历,正好我当先遇到两种极端情况，以作分享,以此来分析，后半场的互联网，模式的变革和观念的变迁,将已实际的案例进行辅助,请老哥耐心往下。
发现身边事儿、聊点周奇遇，我是沈二，期待奇遇的互联网灵魂~、一起聊天吹水，探索新的可能~wx:breathingss，入圈吧！
概况
基本上看过之前分享内容的，基本大致知道我开发的一个杂乱情况，因为精力的问题，实在是没法在对接口，扯业务这个问题上瞎耽搁时间,但奈何不管怎样，世事总不皆随心愿，总有个例,以下是两个案例以作警示。
- 案例1：表基本不超过10个,崔的紧急，但是业务还没怎么捋顺，属于原型有,但具体的业务处于摸索中的状态，但基本几个关键环节了解了，基本业务就清晰了,有硬件数据采集部分内容，但职能比较单一，管理端基本类似于计费系统。
- 案例2 ：传统的设备管理系统,基本涵盖APP及管理端，包含：出入库、设备巡检、报修、保养、工单、报表等内容，子项（36）个功能模块，同时包含硬件采集数据接入，统计显示,具体的诉求大概如下：
过程背景
-
案例1、案例2差不多同期开展,我本身在单体项目中的角色可以随意切换，缺啥就兼做啥,所有兼做的副业均为有占用工作时间,一天最多能做(8-12)4个小时内容，当然这一个月时间投入的占比差不多是15天的样子，中间多集中在工作上，间歇出差和加班处理工作杂事。 案例1因为本身不想参与太多，在我看来功能项很少，涉及的表也才几项,管理后台也就1周的量而已,我基本等表设计好之后,一套生成也没费啥心里，奈何纯后端背景的老哥做事儿有点儿死板，一直纠结在表设计和业务确认上，想的太多，没啥业务梳理的概念，窜不通业务,实在没办法,功能要往前推进,梳理确认了一下业务闭环,这才得以完成我这边的内容,手写的接口基本一步一个坎，还要加业务判断，到了我这个年龄对这项内容基本兴趣缺缺、截至目前为止，一个完整的基础数据入库逻辑还没走完。
-
案例2基本上就是梳理功能需求项，基于此对业务设计表和excel的一些资料进行分析细化，这个过程基本把表设计和表建模，页面定版（框架及标准化处理）各自做好前后端命名约定,写生成模板进行验证，单项功能无问题后，批量生成,基本把外键、字典、导出等基本功能都搞定,几乎涵盖80%的内容、剩下一些特殊的如用户选择、动态表单列表录入等会调整,还有就是增加业务操作和业务处理,一套下来几乎没费什么心力基本功能项就完成了，现在剩下的基本是窜连业务过程，增加具体的业务活动操作。
总结
此两项案例其实从配合度上来说,案例1的情况几乎完胜，但执行的缺有点儿差，案例2几乎就是给了资料全程自己搞,一个是相信专业、一个是角色没有摆正。还是按照10年前的模式在做开发交付。
副业最重要的其实是精力投入和时间差,占比越少越划算,精力主要指的是沟通成本，开发上几乎没啥好说的，趋势基本是你能把业务有效的转换成信息化产物、转化能力越强,几乎做的东西越顺，如果把你的专业判断交给别人,几乎就是人为的把项目做成劣质项目
分享
上图为敬
- 功能部分
- 编辑部分
- 功能编辑部分代码
PS
最后想说的是,当下的单个系统的基础其实已经没什么屏障,区别在于时间问题,另外就是一些专精特新的系统功能应用有一些屏障，诸如服务编排、ETLCloud、规则引擎、血缘分析等之类的特异化定向功能,竞争力和定位需要重新的衡量和评估,到底是为了达成不上班的想法而去上班，还是什么都会就是什么都不会的无我无欲、