@theohateonion 有个问题请教，对于 github flow ，我新建一个 feature 分支，自测完毕，提测的话是否需要一个新分支明显标志版本，例如 release-1.1 。创建该分支后自动触发测试环境部署等。想知道这个流程该如何设计。

@kaichen
👍 整理的真不错，收藏了。airflow 界面好看，用代码维护 workflow 不错，文档也很全。
另外最近发现还有一个 argo workflow ，融合云原生更进一步。

@SbloodyS
10 人常驻 人手短缺的话能理解 海豚本身声量还是挺大的 希望可以变得更好 小 bug 后续有机会贡献一下
UI 那块爱莫能助 真心希望下决心重做...

@SbloodyS
谢谢。
作为一个非贡献者，只能嘴炮一下。
调研过一些时间，实际用发现坑挺多，挺失望，所以多说几句。
以下主要为了交流使用观点，非针对个人，无需挂心。

数据质量这些新模块可以加，这是社区的团队自己定的。

我寻思 DS 要是想发力可以试着下决心重做 UI &优化交互&去掉一些不必要的可视化、尝试拥抱云原生、代码化 workflow 、自动部署、完善文档、修修 bug 啥的。

举几个使用中发现的问题：
1. 设置 workflow crontab ，会弹出一个丑丑的界面，有些其实简单 UI 更容易理解和增加美观度...
2. 调用一个外部 shell 脚本并传入动态参数，找了很多文档没找到...，找到如何传参了但试用半天无法获取到值，最后发现是 workflow 参数自动将大写转为了小写
3. 任务状态统计、流程状态统计、工作流关系的可视化作用是负的
其他很多不一一列举。

夯实现有功能、提高品味，真的能让这个项目长足进步，加新功能对 PR 有作用，但对项目的实际口碑就...
对于数据领域来说，近几年能看到很多海豚的宣传，对有一个在这领域踏足的国产项目感到高兴，真心希望这个项目能变好。

@liprais 哪两个，大佬。

@kaichen 不能更同意。😂
很多功能不应该聚集在调度器身上，借助 grafana 等实现监控很容易。
3.0 还要加数据质量校验啥的，感觉更是跑偏了。
界面太丑了！
有更好的推荐没，例如想基于 k8s 搭建。


@pengtdyd 本来想支持一把国产，实在...哎

@jasonkayzk 哈哈哈 确实概念很多

@azhangbing
垃圾软件
微信的话 大多数人微信只有一个 必然是隐私信息密集了
如果强制装没办法 就只能退掉所有个人账号了

好快 公司内部集群基本还是 ubuntu 18 、20

可以让学技术成为兴趣爱好。

@murmur 哈哈哈 蛮形象的 这种对业务开放实际会有帮助吗？

@kakalulin
@YuiTH
9.1 分，好高啊，已下单！谢谢推荐。

@liangkang1436
真实例子对分析也是有帮助的 ！
如果不是候选人本身能力问题的话
这个我感觉是前领导问题 新人上来接项目是不合适的 负责人起码前期做一些铺垫的 简单系统还好 如果新人面临业务不熟悉、技术栈有偏差的情况下 激进推进是不合适的

@liangkang1436 哈哈哈 兄弟 你太坏了 我是负责人 只是想看看大家对类似很常见的场景下 如何做更加有效率 感觉传统的工作交接并不一定是最佳实践
所以想软件工程角度看看 从文档下手 能不能提高交接效率 为后期大家维护和参与开发遗留系统做好铺垫工作

有感触。
可能一毕业进去适应下去会很好很多。工作几年再去的话是一线员工的话，有些组估计是很难受的。
大厂的核心优势之一就是组织运转效率快，所以每个人逼迫每个人必须跟上，如果大家慢下来，这个大厂势必衰落。
当然可能和业务壁垒有关系。

@pupboss 搭建蛮重要的 但可能只是一个辅助视角 必要的文档对理解系统会更有帮助
中小规模的系统 逐行读代码的效率会比较差一些 假设有多语言的话 读起来可能会更费劲
所以可能想着从规范文档的角度 来加速理解系统 以及方便系统传承

@janus77 单人接手，后续不一定是单人开发。

@seakingii 编译一次，部署一次！同意。

@gotounix 同意熟悉业务是个很重要的角度，请教这个实践当中对应什么类型的文档比较好