加油,做了面板再往前走一步就是 bi 了 ,考虑数据的接入,数据转换，维度度量推到视图上 https://i.imgur.com/agAJ0Rd.png

@sudanlan 一个页面还好吧...

我看到发语音的头就大了

你这跟 Android 应该没啥关系吧..建议标题改成 Android 下 skia 渲染优化...

@ZGame #66 数据治理的本身,本身就不应该只是便捷,还有数据溯源,和其他的一些管理

@Ashe007 #63 我的意思是你做的这个活本身就是 etl 的事情, 老的方案是脚本推到工作流,而你说的方案只是实现的自动化具体一个脚本。 script 本身就不固定具体的语言实现方式(java or python).... 如果考虑到风险,检测一下历史 json 和当前 json 比对不就好了。 在根据新的 json 去生成工作流的样板代码。 这不比你直接把流程都给干了要好。。。
而且如果你觉得 etl 处理麻烦的话,应该考虑的是建立一个数据平台,类似 dlinky 那种,运用一下 java flink or 其他的技术栈,给其他人带来更好的体验。 而不是说因为原来麻烦 ,直接把工作流程就给干掉。。。

@Ashe007 #60 ..... 假如说,现在出现问题了, 老的方案可以根据工作流的面板去查找报错原因,定位到哪个步骤。按你的方案,只要出现异常,全部就要崩溃了。还要翻 log 日志 ,我不觉得你的方案更好。

@Ashe007 #51 我觉得没有问题,将细节暴露出来 ,老的方案 是 script->workflow 。 如果某个阶段输入输出出现异常, 方便日志排查,你如果整合在一起了,你打断怎么排查？ “因此选择用熟悉的 Java 实现自动递归解析”,你说的 java 能做的 python 照样能做...

@Ashe007 #17 为啥 python 不行 ,java 就行了?https://i.imgur.com/agAJ0Rd.png

可以兼职吗 技术栈很符合

@phrack 你确定只有两个小时吗 https://i.imgur.com/agAJ0Rd.png

@LandCruiser #24 我怎么感觉是你菜...

推荐几部近期观感不错的美剧: 辐射,光环 2 。

@wjyzzu ... 这个其实还好吧

@littleJohn 美剧天堂 然后下载放到百度网盘里...

@shortawn #2 有没有可能,其实就是你们老板的意思,只是一个人唱黑脸,一个人唱白脸？