V2EX › TUNGH 的所有回复 › 第 6 页 / 共 9 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9

❮

❯

2022-08-05 10:37:55 +08:00

回复了 shadow1949 创建的主题 › 程序员 › SQL 苦手来请教各位大佬了。

你可以先把节假日数据的 id 找出来,然后 not in 就行了,这样的话就简单很多了

2022-07-22 14:42:46 +08:00

回复了 isno 创建的主题 › 程序员 › 总结分享一下我对“网络优化”的一些工作

可以

2022-06-03 18:56:49 +08:00

回复了 awanganddong 创建的主题 › 程序员 › 对业务深入程度的问题

@lmshl #38 讲得太好了

2022-05-26 11:18:27 +08:00

回复了 Jiajin 创建的主题 › GitHub Copilot › github copilot 你们会用在公司项目上开发吗？

@brucedone #20 我写一段中文注释,他根据注释生成的代码还是非常准确的,甚至根据代码还能生成中文注释,准得就像读心术一样

2022-05-26 09:37:22 +08:00

回复了 Jiajin 创建的主题 › GitHub Copilot › github copilot 你们会用在公司项目上开发吗？

@fzls #5 好的,我试试

2022-05-26 09:28:30 +08:00

回复了 Jiajin 创建的主题 › GitHub Copilot › github copilot 你们会用在公司项目上开发吗？

他给我推荐的代码,有三分之一是我不想用的,而且只要 copilot 智能补全,就不能用 idea 自己的功能。有点鸡肋了。

2022-04-28 14:13:05 +08:00

回复了 gtchan13579 创建的主题 › 问与答 › 决赛圈了，给老婆换一台手机，三选一。

@gtchan13579 #123 其实不玩游戏挺好的,这手机自拍也挺不错,用两年应该没问题

2022-04-28 09:29:21 +08:00

回复了 gtchan13579 创建的主题 › 问与答 › 决赛圈了，给老婆换一台手机，三选一。

买小米 civi 最新款啊又轻又薄,自用小米 11pro 散热比小米 12 好多了,但是夏天都顶不住火龙 888 的温度

2022-04-13 17:57:52 +08:00

回复了 mokevip 创建的主题 › 程序员 › 如何看待后端接口带出数据库全部字段

作为后端开发,给前端的每一个接口几乎都重写了 VO,你们后端这样写,不但懒,而且蠢.

2022-04-11 17:09:10 +08:00

回复了 jamfer 创建的主题 › 游戏开发 › 继续推进我的独立游戏，完全重构了，改用体素风格，招募大神一起创作

很酷啊

2022-04-02 17:28:52 +08:00

回复了 polobug 创建的主题 › 程序员 › 看纯英文技术文档速度慢。。你们怎么习惯的

@cartsimon DeepL 有 google 插件测试版本,我使用过,对比了一下,感觉确实比有道词典好一些,但是好得有限,最大的问题是 deepl 服务器在国外,即使挂 vpn 翻译速度也很感人

2022-04-01 18:09:54 +08:00

回复了 polobug 创建的主题 › 程序员 › 看纯英文技术文档速度慢。。你们怎么习惯的

其实我认为有道词典翻译比 google 翻译好多了

2022-03-31 19:53:41 +08:00

回复了 TUNGH 创建的主题 › 程序员 › 遇到这种产品需求怎么办？

@xuanbg 余额的作用在我们系统中类似于优惠券或者代币，所以肯定要锁住啊，而支付是去的支付宝或者微信。

2022-03-31 09:34:47 +08:00

回复了 TUNGH 创建的主题 › 程序员 › 遇到这种产品需求怎么办？

@darkengine 看我上一个回复

2022-03-30 23:18:27 +08:00

回复了 TUNGH 创建的主题 › 程序员 › 遇到这种产品需求怎么办？

@davin 你的流程和我们几乎差不多,我们在生成订单的时候,会有实付金额,第三方支付金额,余额付款金额三个字段,实付金额=第三方支付金额+余额付款金额。
如果用户有余额,购买商品的时候强制使用所有余额。（同一个产品提的需求）
第三方支付金额就是 app 页面需要展示的去支付宝或者微信支付的金额,这个金额必须通过实付金额-余额才能算出来。
所以，在待支付状态的时候，就要算出待支付多少钱（就是第三方支付金额），这个时候订单已经生成，余额如果不锁住，那么用户还能使用该余额生成一个待支付的订单，这样用户就薅羊毛了。

2022-03-30 23:06:48 +08:00

回复了 TUNGH 创建的主题 › 程序员 › 遇到这种产品需求怎么办？

@davin 你的流程和我们几乎是一致的,只不过我们在生成订单的时候,会有付款金额,第三方支付金额,余额付款金额三个字段,付款金额=第三方支付金额+余额付款金额,第三方支付金额

2022-03-30 22:59:14 +08:00

回复了 TUNGH 创建的主题 › 程序员 › 遇到这种产品需求怎么办？

@lucybenz 我们以前的需求是每次生成订单的时候,必须强制让用户使用余额抵扣,没有选择的余地,这次的需求和以前的需求都是一个产品做的.

2022-03-30 20:53:27 +08:00

回复了 TUNGH 创建的主题 › 程序员 › 遇到这种产品需求怎么办？

@westoy 我们支付的时候是拉起支付宝或者微信，余额就跟代币的功能一样，所以肯定要锁住余额。

2022-03-30 19:20:26 +08:00

回复了 TUNGH 创建的主题 › 程序员 › 遇到这种产品需求怎么办？

@mnssbe 其实都有很大问题，产品很水，自己每次新提的需求都和以前的旧需求有冲突。

1 2 3 4 5 6 7 8 9

❮

❯