grzhan 最近的时间轴更新 grzhan 最近的时间轴更新 |
grzhanV2EX 第 76375 号会员，加入于 2014-10-09 11:15:58 +08:00今日活跃度排名 8679 |
blog.grr.moe
会津若松
| [上海]森亿智能招募前端、后端、NLP 机器学习工程师 (含回复抽奖)
5 酷工作 • grzhan • 2020-05-19 14:02:40 PM • 最后回复来自 autyan
|
263 |
| 不知道有没有比较好的关于领域驱动设计（DDD）的绘图工具（OSX 平台） 问与答 • grzhan • 2019-02-11 15:44:23 PM |
| Poplar - 基于 Web 技术的 NLP 文本标注工具 自然语言处理 • grzhan • 2019-07-19 10:53:21 AM • 最后回复来自 internetant | 6 |
| 有哪些基于 SVG 实现的交互工具开源项目呢？ 问与答 • grzhan • 2016-11-10 10:55:22 AM • 最后回复来自 grzhan | 2 |
grzhan 最近回复了
1 天前 回复了 CHTuring 创建的主题 › 分享发现 › [赛博丁真] 何同学被指盗用开源项目，本人致歉称文案不够严谨 |
@qiuhang 其实我也猜测是这样，团队里没有专业一些的工程师。
但类似的专业度不足的问题过去几年已经出现过好几次了（ helang 、掰天线……），公司应该是盈利的，他的人脉哪怕只是找个顾问把个关应该也不难（不找其他 up 主，找个大厂上班的老同学或者学长之类也成吧），到现在还没解决这个问题只能说 emmm……
但类似的专业度不足的问题过去几年已经出现过好几次了（ helang 、掰天线……），公司应该是盈利的，他的人脉哪怕只是找个顾问把个关应该也不难（不找其他 up 主，找个大厂上班的老同学或者学长之类也成吧），到现在还没解决这个问题只能说 emmm……
1 天前 回复了 CHTuring 创建的主题 › 分享发现 › [赛博丁真] 何同学被指盗用开源项目，本人致歉称文案不够严谨 |
主要还是营销技术宅人设带来的反噬。
何的早期视频看出来属于是一个有自己创意的数码爱好者（果粉？）。但应该是 5G 视频之后为了接住这泼天的流量，何开始往“技术宅”人设开始转型，然而问题在于和手工耿、稚晖君不同，他自身的专业水平是不足以支撑这个人设的。
如果何同学团队具有一般软件工程师的专业知识储备，就会知道：
1. ascii generator 本身很简单，就算是自己写的也没啥了不起的，没必要抄别人的项目
2. 如果基于别人的开源项目实现也 OK ，但要遵循别人项目的开源协议，哪怕是非常宽松的 MIT
3. 哪怕再恶劣些，我抄了别人的项目说是我做的，但只要我视频里没有证据也不会有什么舆情，因为还是那句话 ascii generator 很简单，自己会写也不奇怪。
最烂的情况就是现在：我拿了别人项目声明是自己写的，然后把证据放到视频里还不自知。
之前看过何同学关于自己在互联网舆情的访谈，我觉得多少是可以理解的，但我也确实没想到 2024 年快结束了他们团队还会犯这种基础的专业性错误，确实有点自业自得了。
何的早期视频看出来属于是一个有自己创意的数码爱好者（果粉？）。但应该是 5G 视频之后为了接住这泼天的流量，何开始往“技术宅”人设开始转型，然而问题在于和手工耿、稚晖君不同，他自身的专业水平是不足以支撑这个人设的。
如果何同学团队具有一般软件工程师的专业知识储备，就会知道：
1. ascii generator 本身很简单，就算是自己写的也没啥了不起的，没必要抄别人的项目
2. 如果基于别人的开源项目实现也 OK ，但要遵循别人项目的开源协议，哪怕是非常宽松的 MIT
3. 哪怕再恶劣些，我抄了别人的项目说是我做的，但只要我视频里没有证据也不会有什么舆情，因为还是那句话 ascii generator 很简单，自己会写也不奇怪。
最烂的情况就是现在：我拿了别人项目声明是自己写的，然后把证据放到视频里还不自知。
之前看过何同学关于自己在互联网舆情的访谈，我觉得多少是可以理解的，但我也确实没想到 2024 年快结束了他们团队还会犯这种基础的专业性错误，确实有点自业自得了。
9 天前 回复了 winglechen 创建的主题 › 程序员 › 写本技术书，能不能熬过这个内卷时代。 |
draveness 大佬的《 Go 语言设计与实现》我之前一直看： https://draveness.me/golang/
他应该就是先写系列文章（ gitbook ），在收获比较高的访问量与关注度之后，出版了实体书。
我觉得是个路子，然后像 draveness 会画很多配图（确定好配色后用 sketch 画），对于这种源码分析读物的可读性提升了很多，但也更费功夫。
供参考。
他应该就是先写系列文章（ gitbook ），在收获比较高的访问量与关注度之后，出版了实体书。
我觉得是个路子，然后像 draveness 会画很多配图（确定好配色后用 sketch 画），对于这种源码分析读物的可读性提升了很多，但也更费功夫。
供参考。
10 天前 回复了 xoxo419 创建的主题 › 程序员 › 你见过哪些好玩又花里胡哨的代码呢 |
Golang 标准库 sys.TrailingZeros64
通过 deBruijn 序列快速计算一个 64 位二进制末尾有多少个 0：
var deBruijn64tab = [64]byte{
0, 1, 56, 2, 57, 49, 28, 3, 61, 58, 42, 50, 38, 29, 17, 4,
62, 47, 59, 36, 45, 43, 51, 22, 53, 39, 33, 30, 24, 18, 12, 5,
63, 55, 48, 27, 60, 41, 37, 16, 46, 35, 44, 21, 52, 32, 23, 11,
54, 26, 40, 15, 34, 20, 31, 10, 25, 14, 19, 9, 13, 8, 7, 6,
}
const deBruijn64 = 0x03f79d71b4ca8b09
// TrailingZeros64 returns the number of trailing zero bits in x; the result is 64 for x == 0.
func TrailingZeros64(x uint64) int {
if x == 0 {
return 64
}
// If popcount is fast, replace code below with return popcount(^x & (x - 1)).
//
// x & -x leaves only the right-most bit set in the word. Let k be the
// index of that bit. Since only a single bit is set, the value is two
// to the power of k. Multiplying by a power of two is equivalent to
// left shifting, in this case by k bits. The de Bruijn (64 bit) constant
// is such that all six bit, consecutive substrings are distinct.
// Therefore, if we have a left shifted version of this constant we can
// find by how many bits it was shifted by looking at which six bit
// substring ended up at the top of the word.
// (Knuth, volume 4, section 7.3.1)
return int(deBruijn64tab[(x&-x)*deBruijn64>>(64-6)])
}
-------
1. (x & -x) 会把 x 除了最低位以外的 1 都清 0
2. deBrujin64 是一个德布鲁因数，它有个重要性质：它相当于一个循环的德布鲁因序列，每个长度为 6 的二进制子串在里面恰好出现一次，也就是说这个德布鲁因数包含所有的 6 位二进制数，且通过不同次数的位移可以恰好得到。
3. x 若有 k 个 0 ， 那么 (x & -x) * deBrujin64 就相当于 deBrujin64 << k ，注意左移是会回绕的，因此 (deBrujin64 << k) >> 58 可以恰好得到 k 在 deBrujin64 中对应的六位唯一二进制子序列
4. deBrujin64tab 就是 k 与对应六位二进制子序列（数）的映射，因此可以快速找到对应的 k ，也就是末尾多少个 0
据说该方法来自 Knuth 的 The Art of Computer Programming 7.3.1 ，回头找一下再学习下。
sys.TrailingZeros64 的性能在很多 Go 运行时场景都至关重要，Golang 有很多 free-list allocator ，比如 mspan 就会用 allocCache bitmap 位图来快速定位可以分配的 free object ，所以计算这个 bitmap 末尾有多少个 0 ，就能快速找到可以被重复利用分配的 free object
通过 deBruijn 序列快速计算一个 64 位二进制末尾有多少个 0：
var deBruijn64tab = [64]byte{
0, 1, 56, 2, 57, 49, 28, 3, 61, 58, 42, 50, 38, 29, 17, 4,
62, 47, 59, 36, 45, 43, 51, 22, 53, 39, 33, 30, 24, 18, 12, 5,
63, 55, 48, 27, 60, 41, 37, 16, 46, 35, 44, 21, 52, 32, 23, 11,
54, 26, 40, 15, 34, 20, 31, 10, 25, 14, 19, 9, 13, 8, 7, 6,
}
const deBruijn64 = 0x03f79d71b4ca8b09
// TrailingZeros64 returns the number of trailing zero bits in x; the result is 64 for x == 0.
func TrailingZeros64(x uint64) int {
if x == 0 {
return 64
}
// If popcount is fast, replace code below with return popcount(^x & (x - 1)).
//
// x & -x leaves only the right-most bit set in the word. Let k be the
// index of that bit. Since only a single bit is set, the value is two
// to the power of k. Multiplying by a power of two is equivalent to
// left shifting, in this case by k bits. The de Bruijn (64 bit) constant
// is such that all six bit, consecutive substrings are distinct.
// Therefore, if we have a left shifted version of this constant we can
// find by how many bits it was shifted by looking at which six bit
// substring ended up at the top of the word.
// (Knuth, volume 4, section 7.3.1)
return int(deBruijn64tab[(x&-x)*deBruijn64>>(64-6)])
}
-------
1. (x & -x) 会把 x 除了最低位以外的 1 都清 0
2. deBrujin64 是一个德布鲁因数，它有个重要性质：它相当于一个循环的德布鲁因序列，每个长度为 6 的二进制子串在里面恰好出现一次，也就是说这个德布鲁因数包含所有的 6 位二进制数，且通过不同次数的位移可以恰好得到。
3. x 若有 k 个 0 ， 那么 (x & -x) * deBrujin64 就相当于 deBrujin64 << k ，注意左移是会回绕的，因此 (deBrujin64 << k) >> 58 可以恰好得到 k 在 deBrujin64 中对应的六位唯一二进制子序列
4. deBrujin64tab 就是 k 与对应六位二进制子序列（数）的映射，因此可以快速找到对应的 k ，也就是末尾多少个 0
据说该方法来自 Knuth 的 The Art of Computer Programming 7.3.1 ，回头找一下再学习下。
sys.TrailingZeros64 的性能在很多 Go 运行时场景都至关重要，Golang 有很多 free-list allocator ，比如 mspan 就会用 allocCache bitmap 位图来快速定位可以分配的 free object ，所以计算这个 bitmap 末尾有多少个 0 ，就能快速找到可以被重复利用分配的 free object
Select Language