V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  xzour  ›  全部回复第 1 页 / 共 3 页
回复总数  54
1  2  3  
1 天前
回复了 uiuing 创建的主题 求职 [求职] 1 年前端,能干苦活,寻稳定工作
@uiuing 邮箱已回
1 天前
回复了 uiuing 创建的主题 求职 [求职] 1 年前端,能干苦活,寻稳定工作
6k 试用期 东莞 包吃住 制造业大小周。有兴趣不
7 天前
回复了 xiaohuzi 创建的主题 求职 [求职]深圳十年 Java 后端
你们的包都是多大的呀。10-15k 的工厂 ERP 岗位应该蛮多的吧
336 天前
回复了 lidlesseye11 创建的主题 深圳 深圳北到广州南,还有希望候补到吗
不行可以打滴滴。不要怕。就溢价。怕高速堵,可以走低速。提前准备就好。
2022-11-15 08:11:38 +08:00
回复了 rebnonu 创建的主题 推广 一年一度的脐橙福利又来了哈。交个朋友。抽奖 3 箱。
下单了 凑个分母 万一中了呢
@cuminflea 我说被腾讯封杀就是买来阉割然后上国服。也有保护自己产业的意思
@cuminflea roblox 刚去看了一下,这是被 tx 封杀的游戏,感觉很好玩啊 现在试试
@jamfer 游戏的需求怎么会不在呢? 那么生产游戏的工具就会存在,低代码平台就像 unity ,他只是工具的一种,只是跟别的工具不一样,他降低了人们对于游戏创作的门槛而已,他不一定是画质最好的,追求酷炫的特效,要 3a ,其实这低代码的需求,在于快餐化时候微游戏的爆发工具载体, 我其实构建一个用户案例就是 晚上回到家随机开一局 10-20 分钟的卡牌 /收集 /种田 /钓鱼 /解密 /养成 /游戏。评分机制用类似马里奥制造的就好。
@westoy 说实话,我并不看好国内的生产工具,因为咱们都是拿来主义,并且我们都是这代都是穷日子过来的,对于底层工具的专研也就这几年开始,而游戏在我国发展肯定更畸形,所以我想了解一下,国外目前有没有更专业的工具平台,能够平台,编辑器,游戏类型融合在一起的
@seres 关于第二点 2.绝大多数抖音 B 站观看者都是娱乐,但这不妨碍创作者的涌入。并且特效视频现在微视频上的越来越多了, 实际上 00 后那一代是经历网文熏陶的一代,他们想象力很丰富,我个人持看好态度。
4.游戏目前是项专业工作,就有如拍电影拍电视是项专业工作,那么“微”游戏确定是不可能吗?
在我看来,目前游戏的准入制度,以及编程的高门槛,不能很好将这块创作需求爆发出来,所以,是否真的可以出现一个类似“短”视频分享的游戏平台,短在入门门槛低,但受众广,素材多,玩法丰富的编辑器平台?每个人游戏爱好是不一样的,但是又是社交的,抖音 b 站也有很多的分流,steam 是很好的游戏平台,但是创作门槛对于有想法的人还是有点高,欢迎大家讨论。
2021-12-01 20:41:58 +08:00
回复了 tux 创建的主题 分享发现 机械革命的 Code10 和 F6
F6 使用效果怎么样
2021-11-30 12:55:51 +08:00
回复了 xzour 创建的主题 问与答 关于 A.B 系统数据对接问题,如何优雅
@securityCoding b 系统回传失败后如何优雅介入处理 然后执行后续操作 比如啊 a 表写入报错 会 hold 住 d
2020-12-18 20:59:11 +08:00
回复了 xzour 创建的主题 程序员 大佬求助,生成 6000 条数据居然花费 30 分钟?
@tlday 这个我就理解清晰多了,我以为是什么 HashMap<key,value> 能把 value 的这个<T>实体的某些字段做成类似索引的效果,达成 O(1),举的例子又是 int,这就超出我对它的认知了。原来是唯一 key 做文章。
2020-12-18 20:34:00 +08:00
回复了 xzour 创建的主题 程序员 大佬求助,生成 6000 条数据居然花费 30 分钟?
@tlday 大概理解了 3N 遍历与 N^3 遍历的代码区别了,十分感谢!我应该是为了省事,没有重新组装数据结构而导致的,手动核销他们是不愿意的,因为核销逻辑大体思路上就是先进先销,都是重复工作,需要解放劳动力的,未来财务更多是检查,现在这种核销,这只是一种规则,未来有可能只是一种配置,据我了解,这也是一种财务自动化的一个具体实施点,类似 SAP 的自动核销,只是 SAP 目前的核销没有细节到发票构成,不满足我司的使用习惯。


楼上一些回复转字典,HashTable 的我倒现在还不太懂。很抱歉会产生 X-Y 的问题。
2020-12-18 13:51:33 +08:00
回复了 xzour 创建的主题 程序员 大佬求助,生成 6000 条数据居然花费 30 分钟?
@tlday 第一个问题:公司的业务收款发票不是一对一,但是给业务员的提成是实时回款结算,回多少结算多少,并且根据产品性质,营销活动,所在区域,下单日期等等落实到具体单据综合结算的。比如一个客户分别在一个月内买了 N 个商品(不同属性),前期预付款 30%,2 个月后付款 70%,这还算比较简单的。你也可以理解为 2W 多条数据,目前有 70 种提成条件这样子。
所以收款明细与发票,最多能保持总额账的话是相等的。但不代表每期是相等的。收款不是一笔收完的。可以理解为多对多关系。
第二条,是因为 C#的解决方案好像是没有 JAVA 解决方案多还是,个人能力有限,不能很好的找到替代方案,之前的公司方案是用 sql 来计算 BOOL 和数值的。公式解放给财务配置,我想这是未来财务自动化一个很大的方向。我是想参考 OA 自动工作流中如何自定义审批流来实现的。(云之家,泛微、企业微信的一些审批第三方件都支持),即拖拉思维导图,写上触发条件,即走哪一条线,(当然这次一条数据),比我 2W 条数据会少很多。体感也不错。
至于 eval 的问题,当然弊端多多,但是既然商业上有这种产品,说明他们是有克服前端传过去执行所产生的的问题。就比如这个 Flee,它分三步,会事先限定每个变量的类型,再渲染公式计算树,最后才计算 bool 或者值,也可以传入自定义的静态方法,反射调用?安全性比我用 sql,用 eval(javascript )安全多了,当然,表达式引擎 JAVA 好像比较多的解决方案,如果有人有接触过这种动态表达式的开发,不胜感激。
2020-12-18 11:47:00 +08:00
回复了 xzour 创建的主题 程序员 为什么在暴力遍历中,为什么数组转字典是优化计算速度?
@raaaaaar 看来第二个问题确实很重要,关于数据结构的理解,谢谢,我会抽空实现一下的!
2020-12-18 11:40:17 +08:00
回复了 xzour 创建的主题 程序员 为什么在暴力遍历中,为什么数组转字典是优化计算速度?
@raaaaaar array 如果知道 index.是不是等同于哈希的速度呢? 如果不知道 key 是 aaa,查找 7,是不是等同于顺序查找呢?
2020-12-18 10:34:34 +08:00
回复了 xzour 创建的主题 程序员 为什么在暴力遍历中,为什么数组转字典是优化计算速度?
@raaaaaar 哈希查找 一般查找比对的值一般是在<T>里面的吧?哈希表也有优化吗?还是对 KEY 的优化?这是我疑惑的地方。
2020-12-18 09:09:23 +08:00
回复了 xzour 创建的主题 程序员 大佬求助,生成 6000 条数据居然花费 30 分钟?
@laminux29 为什么要用存储过程这种方式?而不是在遍历之前把所有数据先查询好?是考虑内存限制的问题吗?在多数据源的情况下是不是不好处理了
1  2  3  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   954 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 29ms · UTC 21:43 · PVG 05:43 · LAX 14:43 · JFK 17:43
Developed with CodeLauncher
♥ Do have faith in what you're doing.