V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  kneo  ›  全部回复第 3 页 / 共 50 页
回复总数  983
1  2  3  4  5  6  7  8  9  10 ... 50  
文档有很多方式,不一定通过注释的方式。一边来说数据清楚是不需要每个字段都注释的。
而“希望我写的清楚一点 标清楚每个字段的含义”这种建议也缺乏指引,哪个字段有什么歧义需要具体指出来。一句“写详细点”犯了和“文档不详细”一样的错误。

比如:

type 除了 in_select 还有什么值?
question_images 为什么是空的?为什么是个数组?正常应该放几个 image ?
options 的 image 为什么是 null ,支持的格式是什么?
什么叫 student_answer_exists ?是和别的学生的答案冲突的意思?
is_can_submit 是什么意思?什么情况会是 false ?
socket_name 是什么意思?

id 为什么选择 2 ?是全局唯一的吗?如果是全局唯一的为什么不选择一个很大的数字做例子?如果会话内的序列为什么不是从 1 或者 0 开始?
什么是“回复 1 的回复 2”? id 为 2 的回复是回复 1 吗?
金莹是谁?是 id 为 2 ,user_nickname 为"教师昵称阿"的 nickname ?
created_at 的时区是什么?
@coderzhangsan 认错了抱歉。我之前看过好几次类似的三段论,中间一段是举例子,我就在想是不是某 AI 的模板……
20 天前
回复了 Joker123456789 创建的主题 Java 微服务是不是一种错误的方向?
绝大多数使用微服务的项目规模,都远远小于 Windows ,Chrome 。不存在一定要微服务。只能说,微服务有很多明显的优势,让它一度很流行。随便举几个:

1. 团队分工明确,接口测试明确。
2. 责任明确。如果一个服务挂了,可以迅速定位相关的团队。
3. 热更新方便。
4. 整体的运行性能(性价比)会降低,但是更容易 scale 。
5. 可以使用不同语言开发。团队有自主权。
6. 互相无编译依赖,无运行库依赖,配合容器部署,在很大程度上可以解决 dll/so/jar 冲突问题。

微服务的问题在于后来机械化,搞得太微了,一个团队负责好几个微服务,微服务互相直接也有依赖,也存在版本问题。部署和调试也成了地狱。你搞的不微别人还说你不正宗。

具体上不上微服务还是看自己团队和项目。自己爽不爽自己心里有数。不爽就别硬上。
@coderzhangsan 哥们,你这是 AI 生成的回答吧?
搞笑呢,真以为谁不会 AI ?开车你学不会,坐车你还不会?有些人还真把 AI 编程当成技术壁垒了。

可能等下有些人会跳出来说什么 AI 编程的挑战性,拜托你千万别提怎么用提示词描述需求之类的低级技巧了。

AI 编程的挑战性是留给最顶层的程序员去解决的。解决之后,底层的程序员只要躺着张嘴接就行了。以为自己用 AI 是在抢跑,结果改提示词改的满头大汗的,难以想象将来你会在第几层。
21 天前
回复了 SZhan 创建的主题 Java 这两天读了"On Java 8"英文原版的一点感受
同一本书里,作者用的词汇和句式,以及表达习惯基本都是固定的,前几十页可能阅读会比较吃力,后面习惯就好了。当然,仅限于纯技术书。
21 天前
回复了 CKAJ555 创建的主题 问与答 兄弟们 显卡要不要换啊 5090
你要是真舍得换就不会来问了。
23 天前
回复了 jlak 创建的主题 程序员 感觉编程辅助工具都在卷 Agent 而不是补全
因为现在这些工具的卖点都是“我不会编程但是我写了一个网站/工具”。
个人感觉是 2000 年左右 Java 开始流行的时候。
25 天前
回复了 lmshl 创建的主题 生活 🎉小棉袄出生, 生殖隔离已打破
大好的日子,别自己骂自己啊……
26 天前
回复了 WestXu 创建的主题 程序员 Linux 基金会对 dperf 项目作者的采访
@Ggmusic 哈哈,怪不得最近清净了。我就记得如果有人问找工作的经验,他就会回复几句有的没得,最后来一句“这是我开发的什么什么工具,国内很多大厂都在用,你可以看一下”。六学功底深厚。
只要你真能学会,必然能找到工作。就怕你眼高手低,还啥也不会呢就觉得靠 AI 自己厉害起来了。
用过荣耀的骁龙版,我觉得还行,兼容性比我想象的好得多,基本上测试过的程序都能跑。后来因为颜色不好看退了。如果你心里惦记我的建议是买。
GPU 分区的意思是虚拟机独占显卡吗?主机用不了显卡了?
38 天前
回复了 scienhub 创建的主题 程序员 腾讯云的 nodejs sdk 安装后 85M
我觉得 160 这 issue 有点过分了。

https://github.com/TencentCloud/tencentcloud-sdk-nodejs/issues/160

> 把 src 和 tencentcloud 都打包进去,两个 changelog 加起来快 10m 了也打包进去,
> 还他妈把 test 打包进去, examples 也打包进去.
> 你们写代码到底用了脑子没有啊??
> 你们招聘要求这么高,搞这么多人天天加班,最后搞出这么个 b 玩意儿吗?
> 真蠢真菜,活该天天加班啊菜 b 们。

不确定和 OP 是不是同一个人,如果同一个人在 github 上狂飙脏话,到了 v2 却有理有节,只能说,封号的存在对提高人的素质还是有帮助的。
看配置,正经牌子,8745H/8845H + 32G + 1T ,无独显,随便买。不建议 Mac 。
39 天前
回复了 jiuzhougege 创建的主题 Node.js webstorm 的 cpu 占用长期很高让我很苦恼
看一下这个:

https://www.jetbrains.com/help/webstorm/how-to-improve-product-performance.html#ws_improve_performance_report_issues

特别最后后一个分析 CPU 的:

Help | Diagnostic Tools | Start CPU Usage Profiling
43 天前
回复了 newbee2000 创建的主题 随想 看完封神 2 了,远不如第一部好看
第一部能看出来“宏大”“史诗”?第一部他不刷分能有 6 分就顶天了。
很多软件每次升级体验都变差确实恶心。但反过来说升级之后只要不带来体验降级我一般也不应激。
72 天前
回复了 dwu8555 创建的主题 Go 编程语言 关于 Let it crash 和错误处理
建议你贴段代码来看看。我很难想象你的“程序里大部分都是直接 panic”。

大多数情况 Panic 之后唯一能做的就是不断重启。只有在你认为出这种错是程序有 bug 的情况才能 panic ,重启之后可能问题就重现不了了——或者,你不清楚怎么处理这个问题,先 panic 再说。

而理想点的话,panic 让你发现程序 bug ,你之前预想不到怎么处理的情况,在 panic 之后你知道怎么处理,加入相应的错误处理,程序里 panic 应该会越来越少。

程序里太多 panic 可能说明你的程序应用场景比较简单,一直没测试到这些异常情况。

Panic 对程序员个人自用脚本来说当然是比较友好的,出错了再说。但是作为产品来讲,对程序架构的要求更为严格,你需要设计你的程序,保证它在崩溃之后能够快速重启,不丢失业务数据,不影响用户体验,能够记录足够多的信息便于追溯问题。对于大多数有状态的程序来说是很困难的。
1  2  3  4  5  6  7  8  9  10 ... 50  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   974 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 22:07 · PVG 06:07 · LAX 15:07 · JFK 18:07
Developed with CodeLauncher
♥ Do have faith in what you're doing.