技术选型 工作流引擎目前开源上可以选的就只有activiti、flowable、camunda三种，当然除了activiti它们都有商用版本，而且flowable与camunda都是从activiti之中分裂出来的子项目，也是NB。但是目前从技术选型角度考虑，我们公司后续发展或者项目情况来看BPMN 2.0标准已经完全足够使用了，更加复杂的流程控制确实没有什么必要性对我们而言也不是重点所以...

技术选型 在选型上工作流引擎基本上是一个没法选的状态，开源的除了kettle之外基本上是完蛋的状态，不完善。商用的形成了完善ETL功能的基本上全部都完成了Pass系统我们集成上会非常难受所以没有什么好选的基本上上就是kettle了。 项目集成 集成上采用了最简单的方案由项目代码自行进行调度，任务执行的逻辑通过编辑器产出的配置文件进行定义最后就是基于配置文件的运行。在集成上其实是比较傻逼...

远程仓库 分支约束 远程仓库只允许出现五种类型的分支： 主分支：项目的主要分支也就是master分支。用于正式发布，该分支禁止任何人直接提交，提交合并请求由对应项目主管人员确认合并。 开发分支：项目的开发迭代分支，用于开发发布，常规开发任务的代码直接提交至该分支或者由临时分支合并至该分支。 测试分支：项目的测试迭代分支，用户测试发布，该分支禁止任何人直接提交，提交合并请求...

前言 这篇文件不是简单告知大家本文的效果怎么实现，而是给出一个能够实现复杂效果的思路与手段，实现本文描述的效果不算什么复杂的事情，但是在这个基础之上拓展进而形成自己的效果甚至更加复杂的效果才是这个文章的目的，所以实际掌握本文所描述的方法才是重点效果反倒不是那么重要。 一般来讲我很少将这些东西写出来原因是很多组件的官方文档与案例说的非常清楚了，基本上不需要怎么的学习便可以从文档之中获取对应...

版本依赖​ 搭建思路 很多高级运维人员都2020年了对于K8S的存储大部分都是采用主机路径大法这样的系统搭建简单但是极其不科学，运维者自己也清楚但是为什么不直接搭一套Ceph呢，那就是在系统上搭建Ceph太TM复杂了，我看了整个文档之后也是头皮发麻的。 首先我们不是直接在虚拟机或者物理上直接搭建Ceph，那样的话……，而且当前各路大神的集群思路都是容器...

原始问题 首先是为什么要搞这个东西，本质原因在与UniAPP团队的SB设计，为了兼容APP、各种小程序与H5多端打包所以全平台采用去DOM化的设计思路（主要是兼容小程序），限制了开发者直接操作DOM对象，他使用的VUE在打包之后也只能作用于框架的组件。 这样导致的问题就是无法对DOM对象进行自定义结果是所以的DOM API全部无法使用。如ThreeJS、ECharts、地图等等直接DOM...

前言 由于公司最近马上需要落成一套三维GIS系统，之前基于什么百度、高德、Echarts之类都太LOW了而且没有办法达到项目的要求。无奈只能硬着头皮设计，最后发现可以使用 ThreeJS来渲染三维模型同时将地图的瓦片落在三维场景底部实现整体功能，基于这个思路足足检索了大量内容足足搞了两天才落成一个基础的Demo，伤的一B。 首先必须说一下，这个标题可能有一点标题党的意思了，我不是直接将瓦...

性能 JavaScript的发展可以说是黑科技不断，像各种NB的Canvas应用呀、WebGL呀可以说即便是现在我有时候都在想一个网页居然可以实现这么多功能，甚至tensorflow都这种深度学习框架都有js的版本。在node的加持之下JavaScript已经可以作为一个大一统语言了。但是我们不得不面对一个事实js的运行是基于解释器运行的，意味着js的执行是解释器翻译一行然后转为底层再告知...

前言 妈的最近忙疯了，公司现在有一个项目简单来说就是使用完成端口服务端去接受下位机发送的数据，同时对下位机的连接生命周期进行管理。当然这只是项目的一个小部分。本来都是很简单的事情但是由于我们硬件供应商出了一大堆幺蛾子搞得非常伤，主要是采用的硬件方案不是一个成品是临时设计开发的，各方面测试都没有过，抗干扰能力非常差。但是就是因为这种方式的问题反而暴露了一下我写的完成端口程序一个巨大的BUG，...

前言 一般来讲我常规开发windows系统的程序的时候绝对会遇到一个问题，我们想要实现美观炫酷的界面效果但是windows无论是QT还是MFC这些老牌C++应用框架还是windows UFP的.NET Winform都很难去完整自定义你的样式。比如说QT里面的按钮你只能通过C++或者UI文件对按钮生成项进行简单的设置，MFC更加过分只有30不到的设置项，Winform也差不多。如果你想完整...