主题

信任许多老哥都有兼职做定制开发的经历,正好我领先遇到两种极点情况，以作共享,以此来剖析，后半场的互联网，模式的变革和观念的变迁,将已实际的事例进行辅助,请老哥耐性往下。

发现身边事儿、聊点周奇遇，我是沈二，等待奇遇的互联网灵魂~、一起聊天吹水，探索新的可能~wx:breathingss，入圈吧！

概略

根本上看过之前共享内容的，根本大致知道我开发的一个杂乱情况，由于精力的问题，真实是无法在对接口，扯事务这个问题上瞎耽误时刻,但怎么办不管怎样，世事总不皆随愿望，总有个例,以下是两个事例以作警示。

• 事例1：表根本不超越10个,崔的紧急，可是事务还没怎么捋顺，属于原型有,但详细的事务处于探索中的状态，但根本几个关键环节了解了，根本事务就清晰了,有硬件数据收集部分内容，但职能比较单一，办理端根本类似于计费体系。
• 事例2：传统的设备办理体系,根本包括APP及办理端，包括：出入库、设备巡检、报修、保养、工单、报表等内容，子项（36）个功用模块，一起包括硬件收集数据接入，统计显示,详细的诉求大约如下：

  

进程布景

• 事例1、事例2差不多同期展开,我自身在单体项目中的人物可以随意切换，缺啥就兼做啥,一切兼做的副业均为有占用工作时刻,一天最多能做(8-12)4个小时内容，当然这一个月时刻投入的占比差不多是15天的样子，中间多会集在工作上，间歇出差和加班处理工作杂事。 事例1由于自身不想参加太多，在我看来功用项很少，涉及的表也才几项,办理后台也就1周的量罢了,我根本等表设计好之后,一套生成也没费啥心里，怎么办纯后端布景的老哥做事儿有点儿死板，一直纠结在表设计和事务确认上，想的太多，没啥事务整理的概念，窜不通事务,真实没办法,功用要往前推动,整理确认了一下事务闭环,这才得以完成我这边的内容,手写的接口根本一步一个坎，还要加事务判别，到了我这个年龄对这项内容根本兴趣缺缺、到目前为止，一个完整的根底数据入库逻辑还没走完。

• 事例2根本上便是整理功用需求项，基于此对事务设计表和excel的一些材料进行剖析细化，这个进程根本把表设计和表建模，页面定版（框架及标准化处理）各自做好前后端命名约定,写生成模板进行验证，单项功用无问题后，批量生成,根本把外键、字典、导出等根本功用都搞定,简直包括80%的内容、剩余一些特别的如用户选择、动态表单列表录入等会调整,还有便是添加事务操作和事务处理,一套下来简直没费什么心力根本功用项就完成了，现在剩余的根本是窜连事务进程，添加详细的事务活动操作。

总结

此两项事例其实从合作度上来说,事例1的情况简直完胜，但履行的缺有点儿差，事例2简直便是给了材料全程自己搞,一个是信任专业、一个是人物没有摆正。还是按照10年前的模式在做开发交付。

副业最重要的其实是精力投入和时刻差,占比越少越划算,精力首要指的是交流本钱，开发上简直没啥好说的，趋势根本是你能把事务有用的转换成信息化产物、转化才能越强,简直做的东西越顺，如果把你的专业判别交给他人,简直便是人为的把项目做成残次项目

共享

上图为敬

• 功用部分

  

• 编辑部分

  

• 功用编辑部分代码

  

PS

最后想说的是,当下的单个体系的根底其实现已没什么屏障,区别在于时刻问题,另外便是一些专精特新的体系功用使用有一些屏障，比如服务编列、ETLCloud、规矩引擎、血缘剖析等之类的特异化定向功用,竞争力和定位需要从头的衡量和评估,到底是为了达到不上班的想法而去上班，还是什么都会便是什么都不会的无我无欲、