V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  B1acKy1in  ›  全部回复第 1 页 / 共 4 页
回复总数  71
1  2  3  4  
136 天前
回复了 jlak 创建的主题 Go 编程语言 请问下 go 语言的错误如何处理
@jlak 差不多,错误处理被诟病的一大原因就是大量的时间花在了 if err != nil 上了
这就是传说中的交钱上班么
181 天前
回复了 1000copy 创建的主题 程序员 软件危机提出 60 年,如今解决了吗?
@1000copy 领导不喜欢只是个小问题,如果是领导看完敏捷开发,就觉得这是个他能随时随地瞎 jb 提需求的好机会,这就是个灾难了,事实上大多数时候都是灾难
183 天前
回复了 1000copy 创建的主题 程序员 软件危机提出 60 年,如今解决了吗?
国外不知道咋回事,但是国内,我觉得应当按照工业软件的标准流程搞,先弄好需求调研再做好开发规划,剩下的变动只能是修复性的变动。敏捷开发这种碰到领导大于天的环境,只能是徒增负担
183 天前
回复了 qloog 创建的主题 Go 编程语言 大家线上的 Go 服务都是如何部署的?
@Int100 感觉 k8s 的维护太麻烦了。好奇存储后端选择的什么
183 天前
回复了 drymonfidelia 创建的主题 程序员 给大家见识一下日本的逆天 IT 水平
@rabbbit 您是否在搜索延时摄影
241 天前
回复了 sirz 创建的主题 数据库 向量存储数据库该如何选择?
个人推荐 Milvus 性能很可以的
263 天前
回复了 zongge 创建的主题 MacBook Pro 兄弟们,现在入 M1 Pro 丐版 值不值
16g 内存估计不太够用,建议加钱。日常多语言混合(小公司,一个人当三个人用),内存就轻松爆掉,jupyter 这种鬼东西处理个不到 1g 的数据,就有爆掉的风险
@alkney 确实有这个感觉,除了跑分数据上,没见有关键性的更新,比方说机器学习相关的内容,并没有类似于 4090 那种稀疏矩阵压缩的变化。
@alkney 有想淘官翻的想法,但是目前只有 14 寸的 m3 ,不知道要等到多久
@GeekN0m0r3 主要是担心会不会有什么很特殊的更新啥的,不会 49 年入国军的话,挺想立刻冲的
@xstress 应该会好不少吧,不过我的需求是顺便升级下内存了。之前长期处于一个有着良好云环境的办公环境,现在开始逐渐脱离云办公环境了。为了升级一波内存
358 天前
回复了 chinesehuazhou 创建的主题 Python Python 潮流周刊第 33 期(摘要)
```
Flask 已死,FastAPI 是未来
Python + Flask 打造属于自己的 RSS 安全信息流
```
想看第一个作者怎么说服第二个作者
358 天前
回复了 guguji5 创建的主题 程序员 那些天天很累的程序员,能活到 40 么?
瞬间想到了公司的一个老哥,每天上完班要去私教课,回家之后没事的话打游戏到 12 点,如果有事的话额外加时间……
2023-11-29 05:20:36 +08:00
回复了 jingwei8340885 创建的主题 推广 SQL 为什么动不动就 N 百行以 K 计
先不说真实的复杂需求去写上千行的 sql 是否正确,也不说你的表设计有没有问题,感觉里面很多的需求都是添加蜈蚣表的场景……
@killva4624 降本增笑嘛
2023-10-31 17:10:59 +08:00
回复了 zhengchengdong 创建的主题 Java MQ 就 MQ 好了,保证顺序那什么的是你该干的事儿吗?啊?
个人理解是简单的业务,消费者那里缓存下,然后验证下时间戳就够了;复杂系统还是搞点组件(甚至搞个服务)来处理下吧,毕竟复杂业务的架构跨度太大了,很难说哪里有啥问题。
1  2  3  4  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1538 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 16:39 · PVG 00:39 · LAX 08:39 · JFK 11:39
Developed with CodeLauncher
♥ Do have faith in what you're doing.