pkupyx 最近的时间轴更新
pkupyx

pkupyx

做题加群:http://primeoj.com
V2EX 第 487445 号会员,加入于 2020-05-02 14:57:22 +08:00
根据 pkupyx 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
pkupyx 最近回复了
1 天前
回复了 ligiggy 创建的主题 程序员 学习机器学习一定要会推公式吗
一定要。未必背下来,但是至少知道分几块步骤,并且能看懂。
11 天前
回复了 pkupyx 创建的主题 程序员 奇特的码农群招一下新人
@lookStupiToForce 然鹅会 MLE
11 天前
回复了 pkupyx 创建的主题 程序员 奇特的码农群招一下新人
@yazinnnn 哥们咋了?这么大戾气,至于么
12 天前
回复了 pkupyx 创建的主题 程序员 奇特的码农群招一下新人
13 天前
回复了 roseduan 创建的主题 程序员 程序员不应该和一门语言绑定在一起
确实一般绑定的不是语言,而是基于业务场景和语言组成的架构模式。
比如同样是后端写 java 转写 go 对着学一下常用技术组件就还是熟练工,而 java 后端转用 java 写安卓基本等于从零开始。
17 天前
回复了 Rrrrrr 创建的主题 程序员 rn 写 app 现在麻烦吗?
用 RN 的诉求一般都是热更新,只是跨端随意
语言有区别?难道不该是大数据或者 ML 这类技术栈?
1 真有的学
2 喜欢代码
3 钱给到位

缺一不可
34 天前
回复了 pkupyx 创建的主题 程序员 go 有没有比较合适的异常处理流程方案
@joesonw 然而绝大多数场景就是只有在错误发生的位置抓 stacktrace ,其他层级无脑往上抛。
比如常见的一个服务的调用,展开之后是这个结构:

handler.getCompanyAdminList(companyId) (list, err) {
// 封装了校验和调用 service
// ...
list, err := service.getCompanyAdmin( companyId ) (list, err) {
// 封装了获取 admin 和拼接 admin 权限
// ...
list, err := adminRepo.getCompanyAdmin() (list, err) {
// 封装了取 cache 和 orm
// ...
list, err := orm.getCompanyAdmin() {
// 封装 db
list, err := db.select()
if err!=nil { 1
// log
return nil, err
}
}
if err!=nil { 2
return nil, err
}
// ...
// 其他业务代码
}
if err!=nil { 3
return nil, err
}
// ...
// 其他业务代码
}
if err!=nil { 4
return nil, err
}
// ...
// 其他业务代码
}

只有 1 需要 log ,然后抛出错误到最外层,根据错误直接返回 response 。2 、3 、4 步骤就是无脑略过。
34 天前
回复了 pkupyx 创建的主题 程序员 go 有没有比较合适的异常处理流程方案
@frodez 因为服务端业务代码 95%以上的 err 只需要封装到统一结构然后层层传给调用方。
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2430 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 13ms · UTC 13:08 · PVG 21:08 · LAX 06:08 · JFK 09:08
Developed with CodeLauncher
♥ Do have faith in what you're doing.