V2EX › dbskcnc 的所有回复 › 第 18 页 / 共 19 页

V2EX = way to explore

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

For Existing Member Sign In

1 ... 10 11 12 13 14 15 16 17 18 19

❮

❯

2019 年 9 月 4 日

回复了 wsseo 创建的主题 › Go 编程语言 › go1.13 今天发布了，感觉 go module 比 GOPATH 难用

说 gopath 比 go mod 好用那真的侮辱别人的智商,对于解决实际问题,go mod 比 gopath 好用 100 倍不止,光自动下载依赖这一点就值

lz 提的问题一部分是自己的问题,一部分是生态的问题,不过毕竟 go mod 确实新出,确实需要一些时间给人适应

2019 年 9 月 4 日

回复了 mikoshu 创建的主题 › 问与答 › 为什么都 2019 年了微软都放弃 IE 了，还有那么多“官方网站”需要用 ie 才能访问

天朝 zf 基本是恶心无下限的,他们自己已经习惯了吃屎,对于不吃屎的人真的是难受

2019 年 8 月 29 日

回复了 wsseo 创建的主题 › Go 编程语言 › goland 有望支持远程开发

vscode 的 live share 和 remote 确实是亮点, 这个让 jb 也汗颜

2019 年 8 月 24 日

回复了 tangbao 创建的主题 › iDev › Apple 封禁了 Jsbox 开发者的账户

不能自己自由安装软件的手机，想想都觉得荒谬

2019 年 8 月 12 日

回复了 304464743 创建的主题 › Go 编程语言 › 开发工具 goland 的优化

使用 go mod 的方式好像是可以的

2019 年 8 月 7 日

回复了 imndx 创建的主题 › 程序员 › 难道公司不能和个人有业务往来吗？

可以找个熟悉的公司操作,挂靠一下,自己开个公司还是麻烦多了

2019 年 8 月 3 日

回复了 hkitdog 创建的主题 › Go 编程语言 › 这个功能可以用流做到吗

这个 mmap 最方便了

https://github.com/edsrzf/mmap-go

2019 年 7 月 29 日

回复了 dbskcnc 创建的主题 › Go 编程语言 › go 泛型出炉，看起来还是不错的

@neoblackcap
1. 编译速度这个真的很有竞争力,使用 C++编译过大一点的系统,那感觉真的是解放(如果加上 go mod 的方便,那感觉就更不一样),当然也会有人指责说生成代码优化得不够好
2. go team 的人也不是原地踏步好不好,秒杀绝大部分人是没有问题的,当然三个臭皮匠顶个诸葛亮,go team 目前至少面上还是做了集思广益的工作
3. 这个很中肯,以目前 go 的水准,已经符合不少实际需要, 只是不少人也喜欢花衣裳

2019 年 7 月 28 日

回复了 wonderingray 创建的主题 › Go 编程语言 › goproxy.cn 服务器搬到中国啦！经测试，速度完虐 goproxy.io 好吧_〆(´Д｀ )

qiniu 赞助的，还不错，不过我一般用 https://athens.azurefd.net

2019 年 7 月 28 日

回复了 dbskcnc 创建的主题 › Go 编程语言 › go 泛型出炉，看起来还是不错的

吵得是挺热闹的，但是似乎没 get 到重点
在 go 语言的设计原则下（简单不烧脑，便于工程实践，性能基本够用），增加泛型确实不是个轻松的事情，现有的其它语言解都有这样或者那样的弊端。

目前这个至少是衡量了各方面限制做出的一个可行解，放出来，经过各路神仙打磨，可用性还算是可以的，至少通用数据结构和算法库可以跟上当前编程语言界的水平

对于对此方案的各种意见，其实也只是我们各种 go 粉或者 go 黑的自 high 罢了，以 go team 浸淫计算机编程数几十年的功力，人家确实都懒得搭话，毕竟差距就是那么大，简单点就我们项目开发时一些新手的技术选型提议，多数只是天真的人云亦云罢了，真的很难有深刻的思考和实践

2019 年 7 月 17 日

回复了 pagxir 创建的主题 › 广州 › 第一次见识到广州的奇葩房东

多数是二房东,它们已经是吃这个习惯了,主要是多数人也都只能忍受,多带几个朋友,最好面狠一点,嚣张就要怼它,否则只有自己吃亏的份

2019 年 7 月 17 日

回复了 axo 创建的主题 › 全球工单系统 › 在贴吧发帖能把人累死。。。

应该诅咒的是严格控制言论的 xxx gov 和 gcd

2019 年 7 月 17 日

回复了 SsuchingYu 创建的主题 › Go 编程语言 › Go 社区否决了新的 try 语句提议

@fengjianxinghun err 或者 panic 都可以用,个人是喜欢 err, 但是有人喜欢用 panic,你也没办法,毕竟这里没有对错,只是风格喜好不同, 如果你调用的模块(库)用了 panic,只有 recover 应对, 自己写的几年 go 没用过 panic,但 recover 有时还是得用

2019 年 7 月 17 日

回复了 SsuchingYu 创建的主题 › Go 编程语言 › Go 社区否决了新的 try 语句提议

@ChristopherWu 出异常的地方通常都跟处理的地方离远了,思维不连续,并且异常容易混一起,也让人很容易偷懒

2019 年 7 月 17 日

回复了 SsuchingYu 创建的主题 › Go 编程语言 › Go 社区否决了新的 try 语句提议

@fengjianxinghun 这个就是见仁见智而已, 不喜欢也正常,或许 rust 那样的适合您的口味

2019 年 7 月 17 日

回复了 SsuchingYu 创建的主题 › Go 编程语言 › Go 社区否决了新的 try 语句提议

@ChristopherWu 返回值通常都得考虑,这样思维强制必须处理错误,不容易出现那种出错了还往下走的情形

2019 年 7 月 17 日

回复了 SsuchingYu 创建的主题 › Go 编程语言 › Go 社区否决了新的 try 语句提议

这个好, 虽然 if err!=nil 是有点啰嗦,但是对于程序稳定性真的非常好