2024-01-26 13:41:41 +08:00 回复了 lstz 创建的主题 › GitHub › 当你的开源项目掉了一个 star，你会感到难过吗？ |
别难过，给你加个😄
2023-03-27 15:28:22 +08:00 回复了 Barnard 创建的主题 › 分享发现 › 谈谈卸载抖音/今日头条/王者荣耀等 APP“毒瘤”半年的感受 |
头条推送的质量越来越差，有点过度耗费时间，更不用说抖音之类的，已经卸载半年了，本来是想等哪天闲的蛋疼的时候再装回来，不过好像不用也挺好。
2023-03-25 01:02:26 +08:00 回复了 debugger0 创建的主题 › 程序员 › 个人开发者写单元测试的人多吗？ |
对于个人开发的项目还是会尽量去写一些单元测试，确保每一次提交没有打破原先的约定或者重复踩到相同的 bug 。而且个人开发者精力有限，每个修改没法回归测试整个流程，单元测试也是一定的质量保障。
想要追求 100%的覆盖率比较难，而且所谓的 100%覆盖率其实并不会覆盖所有的场景，100%覆盖率只是覆盖了所有的条件分支，但是并没法覆盖所有的分支的组合场景，最好再辅助一些常见场景的集成测试。
另外想要达到 100%的覆盖率必定要写一些 mock ，我的个人项目中曾经为了追求 100%的测试覆盖率，写了一堆 mock 的测试，一开始还好，随着代码量的增加，首先导致了测试代码难以阅读，其次很多 mock 的单元测试回过头来看几乎没有太大意义，脱离了实际的场景，并且很多涉及 mock 的测试几乎无法让其失败，仅仅成了一个形式，最终我删除了这些过度 mock 的单元测试，仅仅保持一定比例的覆盖率，不一定追求 100%，但是尽量保持代码的可维护性和可阅读性
想要追求 100%的覆盖率比较难，而且所谓的 100%覆盖率其实并不会覆盖所有的场景，100%覆盖率只是覆盖了所有的条件分支，但是并没法覆盖所有的分支的组合场景，最好再辅助一些常见场景的集成测试。
另外想要达到 100%的覆盖率必定要写一些 mock ，我的个人项目中曾经为了追求 100%的测试覆盖率，写了一堆 mock 的测试，一开始还好，随着代码量的增加，首先导致了测试代码难以阅读，其次很多 mock 的单元测试回过头来看几乎没有太大意义，脱离了实际的场景，并且很多涉及 mock 的测试几乎无法让其失败，仅仅成了一个形式，最终我删除了这些过度 mock 的单元测试，仅仅保持一定比例的覆盖率，不一定追求 100%，但是尽量保持代码的可维护性和可阅读性
2023-01-29 10:50:33 +08:00 回复了 penll 创建的主题 › 程序员 › yandex 代码泄露，你们怎么看？ |
貌似以 python 与 C++为主？
2022-09-16 00:23:48 +08:00 回复了 newbear 创建的主题 › Go 编程语言 › golang 中 struct{} 一个奇怪的行为 |
看一下反汇编代码就有答案了，这篇文章有详细说明： https://mp.weixin.qq.com/s/K5B2ItkzOb4eCFLxZI5Wvw
2022-08-16 00:42:20 +08:00 回复了 junmoxiao 创建的主题 › Go 编程语言 › Go 有 gc 的话，创建结构体是直接创建还是用 new 好？ |
可以输出 go 汇编代码研究一下。
go tool compile -S main.go
go tool compile -S main.go
2022-07-22 02:44:14 +08:00 回复了 dzdh 创建的主题 › Go 编程语言 › 有日志(stdout or file) qps 4k，没日志 qps 10w. why? |
goos: windows
goarch: amd64
go:1.18.1
cpu: Intel(R) Core(TM) i7-6800K CPU @ 3.40GHz
BenchmarkPrintln-12 18981 110532 ns/op 24 B/op 1 allocs/op
BenchmarkStdout-12 15235 84465 ns/op 24 B/op 1 allocs/op
BenchmarkBufio-12 56409 25036 ns/op 163 B/op 0 allocs/op
BenchmarkDiscard-12 348340519 3.703 ns/op 0 B/op 0 allocs/op
简单测试了一下，光打印“hello world\n”，性能相差还是很大的，Stdout 底层有系统调用和锁，访问量大的话还是会影响性能的。java 的 System.out.println 应该也有类似的问题。
goarch: amd64
go:1.18.1
cpu: Intel(R) Core(TM) i7-6800K CPU @ 3.40GHz
BenchmarkPrintln-12 18981 110532 ns/op 24 B/op 1 allocs/op
BenchmarkStdout-12 15235 84465 ns/op 24 B/op 1 allocs/op
BenchmarkBufio-12 56409 25036 ns/op 163 B/op 0 allocs/op
BenchmarkDiscard-12 348340519 3.703 ns/op 0 B/op 0 allocs/op
简单测试了一下，光打印“hello world\n”，性能相差还是很大的，Stdout 底层有系统调用和锁，访问量大的话还是会影响性能的。java 的 System.out.println 应该也有类似的问题。
2022-05-29 01:48:26 +08:00 回复了 danbai 创建的主题 › 分享创造 › rustdesk 服务端 golang 实现 |
现在是完全开源了么，所有功能都开放了？
2022-05-26 14:21:12 +08:00 回复了 mstmdev 创建的主题 › Go 编程语言 › 用 golang 造个轮子-一款开箱即用的跨平台文件同步工具 gofs |
@weak 目前没有内置的中继支持，不过可以使用 ngrok 等第三方的代理做中继器也可以实现等效功能，如自动同步公司电脑与家里的电脑的文件，只需要把程序中的两个端口映射出去就好了，默认为 8105 与 443 。后面会考虑实现内置的中继器，简化这一操作
2022-05-26 11:01:33 +08:00 回复了 mstmdev 创建的主题 › Go 编程语言 › 用 golang 造个轮子-一款开箱即用的跨平台文件同步工具 gofs |
@iamzuoxinyu 巧合巧合
2022-05-26 10:52:37 +08:00 回复了 mstmdev 创建的主题 › Go 编程语言 › 用 golang 造个轮子-一款开箱即用的跨平台文件同步工具 gofs |
@HarrisonZ Inotify lsync rsync rclone syncthing croc robocopy... 哈哈，适应的场景和需求不同
Select Language