V2EX › iseki 的所有回复 › 第 9 页 / 共 48 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 5 6 7 8 9 10 11 12 13 14 ... 48

❮

❯

357 天前

回复了 blubzz 创建的主题 › 程序员 › 请问国密改造是什么意思？

@seven777 不过密码套件确实应该把解耦做好，软件在架构上就应该能兼容数据不同的加解密方式

357 天前

回复了 dtla 创建的主题 › 程序员 › 一道 Java 八股，检测 AI 智商

从这一点上说，GPT 4 确实秒了 Gemini 那个···那玩意儿甚至不如一个搜索引擎 @dtla

357 天前

回复了 dtla 创建的主题 › 程序员 › 一道 Java 八股，检测 AI 智商

唔，看到了你在最后的 1124 那个消息里加入了 try-catch 的提示··· emmm 这也不算多聪明吧

357 天前

回复了 dtla 创建的主题 › 程序员 › 一道 Java 八股，检测 AI 智商

@dtla 我是觉得，看见 error 就当作 java.lang.Error 这正是弱的表现，即使语境限制在 Java 面试中

357 天前

回复了 dtla 创建的主题 › 程序员 › 一道 Java 八股，检测 AI 智商

@dtla Gemini 就不说了，再次看了下这几个 AI 的回答，我是觉得「官网 GPT 4 」「 1124 模型」这两个都算是不错。

357 天前

回复了 dtla 创建的主题 › 程序员 › 一道 Java 八股，检测 AI 智商

不是，如果你强调的是 java.lang.Error 难道不应该至少大写 Error 吗？作为面试题，你把原题中与 java.lang.Exception 的比较删除，这就已经丢失了很多信息，作为一个人类我尚且不能给出一个直接的回答，指望 ChatGPT 就有点困难了。

此外 Error 是否建议捕获要看场景。如果我加一个读取大文件的前提呢？还不建议捕获 Error 吗？

2024-02-15 13:00:54 +08:00

回复了 haimianbihdata 创建的主题 › 问与答 › 利益绑定婚姻是否可行？

但是为什么非得结婚呢

2024-02-14 11:54:58 +08:00

回复了 drymonfidelia 创建的主题 › 数据库 › MySQL 两亿条数据的表用索引也要 1 秒才能查出结果，还有办法优化吗？

你试试相同条件执行两次，是不是第二次就很快🤣

2024-02-13 11:10:57 +08:00

回复了 thiiadoewjwe 创建的主题 › Windows › 为什么 Windows 待机时间长，再次操作反应就会变得很卡

@sir283 …这个 System 代表的是系统本身，和 Linux 里那一堆 kworker 差不多。
比如你要是把一个正在进行文件填充的进程 kill 掉了，文件 io 就会算到 System 上（观察到的现象

2024-02-10 20:26:39 +08:00

回复了 cyx032426 创建的主题 › 问与答 › 请问本地改了一些代码怎么方便同步到云服务器那里？

git 会用不，可以帮你管理版本，在不同设备间同步版本，多人开发时管理分支与合并，结合持续集成（ CI ）完成自动化构建测试，结合持续部署（ CD ）完成自动化发布

2024-02-09 12:08:46 +08:00

回复了 seekseat 创建的主题 › Kubernetes › 数据库等服务，到底要不要容器化？体验下来，各自真正的优劣是什么？

容器化的前提是，你玩的转~~~人家提供容器化云服务的厂商可不是简简单单 K8S 起个 Pod 就完了。
除非你对稳定性、性能、运维什么的全都没要求，跑起来能用就行，那自然是随便

2024-02-03 15:53:13 +08:00

回复了 UnrealEngine 创建的主题 › 程序员 › 为什么代码库的.gitignore 里明明把某个文件忽略掉了，但是拉取的时候依然会把该文件拉下来？

你们的生产环境部署，难道是直接 git pull 吗？这个稍微粗暴了一点，改成通过 CD 去拷贝文件吧

2024-02-02 19:04:23 +08:00

回复了 wmlz 创建的主题 › 程序员 › 各位被信创折磨的程序员们，你们有用 GaussDB 的吗

这些数据库为什么不跟进新版本呢…诶…破玩意儿

2024-02-01 11:13:20 +08:00

回复了 zihuyishi 创建的主题 › Go 编程语言 › go 里面的 http response body 必须 close 是不是很不合理呀

Go 标准库很多 API 设计得都比较有特色。抛开 Go 不谈对于 HTTP 库一个典型设计是 response / body 都有独立的 close ，response 的关闭会导致 body 被连带关闭。

2024-01-24 08:41:43 +08:00

回复了 ieesk 创建的主题 › PostgreSQL › postgres 咨询锁性能问题

悲观锁定能不用就不用，看上去你不需要锁定啊，你只是需要确保记录更新的事务性而已，那为什么不调高事物隔离级别？此外看了下您这个触发器，似乎默认的 RC 级别已经够用了

2024-01-24 08:37:09 +08:00

回复了 danielxuforever 创建的主题 › PostgreSQL › Postgres 在中国还能起来么？

我这的东西能被我换成 PostgreSQL 的都被我换成 PostgreSQL 了，MySQL 的各种蛋疼问题太麻烦了，糟糕的全文搜索，糟糕的 join ，糟糕的事物隔离，糟糕的数据类型（别的可以不提，就时间类型就够蛋疼），糟糕的排序（第一次见到排序内存不足会报错的）。其他高级特性就不说了，像递归 CTE 这种东西本来也很少用。

2024-01-22 20:53:16 +08:00

回复了 annoygaga 创建的主题 › 程序员 › 实现 Authing/Okta/Auth0 的难点在于？为什么这块还需要云服务？

@utodea 看你的需求是什么，如果你的需求是 OIDC 开放互联，你就只能去读这些文档了。规格文档只会说要什么，到底怎么落地得自己想。

2024-01-22 20:51:39 +08:00

回复了 annoygaga 创建的主题 › 程序员 › 实现 Authing/Okta/Auth0 的难点在于？为什么这块还需要云服务？

@annoygaga 正确实现 OAuth 2.0 ，你需要熟悉 IETF RFC 6749 6750 6819 ，这类平台一般还要实现 OIDC ，这部分规格不属于 IETF RFC ，但也有洋洋洒洒大几百页。这仅仅是开放互联的内容，尚未涉及到业务域，比如账号体系，授权认证体系等等。也不见得有多难，但是完全让你一个人做你可以估算估算自己要做多久。

2024-01-22 12:34:53 +08:00

回复了 annoygaga 创建的主题 › 程序员 › 实现 Authing/Okta/Auth0 的难点在于？为什么这块还需要云服务？

有些不想自己针对这块造轮子，主项账号数据这个东西你说它重要吧，它确实重要，但是它往往和核心业务关系不大。至于难点，只能说业务上想把任何一个东西做好都难，无非就是你怎么定义“好”了。

1 ... 5 6 7 8 9 10 11 12 13 14 ... 48

❮

❯