开源两个月总结

优质资源分享

学习路线指引(点击解锁) 知识定位 人群定位
Python实战微信订餐小程序 进阶级 本课程是python flask+微信小程序的完美结合,从项目搭建到腾讯云部署上线,打造一个全栈订餐系统。
Python量化交易实战 入门级 手把手带你打造一个易扩展、更安全、效率更高的量化交易系统

前言

ladybug-flow项目从发布第一版开源到今天已经过了2个多月,

发布了11个小版本,得到7颗星(包括自己给自己的一颗星)。

开源两个月总结_第1张图片

开源两个月总结_第2张图片

虽说战绩很一般,但对于刚接触开源的我来说已经很满足了。

遂写此文章来纪念一下。

初心

之前的文章写过,此项目最早来自于一个公司的一个小小的需求,做一个AI项目时,有好多Job需要进行编排,

要求通过数据库配置对Job进行并行,Join的编排,简单的调查后发现上一个工作流太重,SpringBatch对JobFlow的处理又不灵活。

遂自己写了一个简单的框架完成了此任务。

当时只是简单的存入Job的先后关系,用Future来监控Job的完成状态,从而达到按指定顺序启动Job并且对顺序可配置的目的。

随后深感SpringBatch对Job的Flow这块的支持是一大弱点,流程配置及其重,并且不支持可视化。

于是决定写一个轻量级的工作流框架,能进行流程可视化,又可以通过引入Jar包的方式简单的调用。

所以有了此项目ladybug-flow

拖拽一个流程,生成json,绑定流程节点与Java方法,即可完成对Flow的执行和监控。

难处

完成了初版后,发布到github和maven仓库里,当maven仓库发布完成的那一刻,自己还是满有成就感的。

以为到此即完成了整个项目的一大半,谁知千里执行始于足下,接下来的一系列现实让我深深的认识到,

我以为的完成了一大半60%,实际上还没有完成1%。

设计和写代码以外的工作量和难度远远超过了项目本身。

难处1:写Readme

项目本身有很多功能点,都写到Readme里对我来说显然是一个庞大的工程,

于是摘取哪些要点,写到哪种程度的Readme,对于我这个理科生来说简直是无从下手。

最终在google了各种Readme技巧后,勉强算是写完了一版Readme。

开源两个月总结_第3张图片

难处2:写文章

这个不多说,相信看到这里的同学对此都深有体会,

和给代码写注释一样的是,写文章的时间远远超过写代码的时间。

和给代码写注释不一样的是,不能瞎写,简写。要写的让大家看明白,还要注意篇幅,格式等。

开源两个月总结_第4张图片

难处3:Star

对于刚开源的项目,又属于小众群体的项目,每一个Star都能让我激动的彻夜难眠。

想过让熟人给Star,也想过那个啥,但最终觉得这些都比不上来自陌生人对项目的认可。

于是,没有让熟人知道自己的项目,也没有花钱那个啥,决定体验每一个Star给自己带来的快乐。

感谢大家的Star!

ladybug-flow:

开源两个月总结_第5张图片ladybug-flow-ui:

开源两个月总结_第6张图片

难处4:对于项目方向的把握

在公司的定制项目是需求驱动开发。

开源项目初期正好相反,通过开发出一些功能来挤出新的需求。

所以对于方向的把握尤其重要,最开始以为的方向,经过几轮反馈后,往往最终会产生很大的偏差,

于是,收集用户的反馈,需求,最终是项目朝着一个方向前进,这个实际操作起来是相当有难度的。

回顾

让你的流程图"Run"起来

。。。

首先要有一个绘制流程图的界面。并且能够将流程图转化为json格式。这里我选择了Vis.js的network。可以编辑简单流程,如下

开源两个月总结_第7张图片

还可以实现流程图和json之间的互转。

开源两个月总结_第8张图片

开源两个月总结_第9张图片

我们把这些节点的基本信息拿到,就可以得到一张图,然后通过程序遍历这张图的每个节点,即可达到运行流程图的效果。

。。。

感谢大家对我的支持!

以后

ladybug-flow会朝着轻量级工作流的方向越走越远。

希望大家长期关注项目

最近为项目加了UI监控界面,张这个样子:

开源两个月总结_第10张图片

源码:

https://github.com/nobuglady/ladybugflow

https://github.com/nobuglady/ladybugflow-ui

你可能感兴趣的:(python,开源,计算机)