ZGame 最近的时间轴更新
ZGame

ZGame

V2EX 第 633756 号会员,加入于 2023-06-13 14:30:47 +08:00
今日活跃度排名 2208
ZGame 最近回复了
11 小时 13 分钟前
回复了 DateData 创建的主题 随想 如果生产力足够发达,是否还需要组织的存在?
我感觉从生物本能来说,存在生物多样性,就必然会发展到存在组织。 一个组织由很多个体组成,每个个体有他的信仰,理想,倾向,还有应对外部的变化。就像软件里的继承,多态,组合一样。这是自然而然发生的。所以我觉得是必然存在的。跟需不需要无关。
19 小时 39 分钟前
回复了 djyde 创建的主题 程序员 不上班的第一年
加油加油
1 天前
回复了 warrenwt 创建的主题 分享创造 开源一波身为后端开发的前端样例
加油,做了面板再往前走一步就是 bi 了 ,考虑数据的接入,数据转换,维度度量推到视图上
@sudanlan 一个页面还好吧...
我看到发语音的头就大了
2 天前
回复了 troku 创建的主题 Android 想请教安卓大佬们一个问题
你这跟 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 照样能做...
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1038 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 23ms · UTC 19:47 · PVG 03:47 · LAX 12:47 · JFK 15:47
Developed with CodeLauncher
♥ Do have faith in what you're doing.