V2EX › ZGame 的所有回复 › 第 23 页 / 共 37 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 19 20 21 22 23 24 25 26 27 28 ... 37

❮

❯

221 天前

回复了 djyde 创建的主题 › 程序员 › 不上班的第一年

加油加油

222 天前

回复了 warrenwt 创建的主题 › 分享创造 › 开源一波身为后端开发的前端样例

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

222 天前

回复了 AceGo 创建的主题 › 职场话题 › 失业三个月，面试寥寥无几，朋友失业的也很多

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

222 天前

回复了 cruzzz 创建的主题 › 问与答 › 她和我比心了，好开心！感觉一整天都幸福起来了

我看到发语音的头就大了

223 天前

回复了 troku 创建的主题 › Android › 想请教安卓大佬们一个问题

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

223 天前

回复了 Ashe007 创建的主题 › 职场话题 › 最近同事的一句话让我一直耿耿于怀，大伙帮忙分析下

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

223 天前

回复了 Ashe007 创建的主题 › 职场话题 › 最近同事的一句话让我一直耿耿于怀，大伙帮忙分析下

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

223 天前

回复了 Ashe007 创建的主题 › 职场话题 › 最近同事的一句话让我一直耿耿于怀，大伙帮忙分析下

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

223 天前

回复了 Ashe007 创建的主题 › 职场话题 › 最近同事的一句话让我一直耿耿于怀，大伙帮忙分析下

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

223 天前

回复了 Ashe007 创建的主题 › 职场话题 › 最近同事的一句话让我一直耿耿于怀，大伙帮忙分析下

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

225 天前

回复了 wjdimba 创建的主题 › 酷工作 › [初创团队] 招聘 Java 全栈工程师支持远程

可以兼职吗技术栈很符合