funcman

现在就算 2D 游戏也没必要按位图帧动画的思维去做。

抱怨开源的人，在一个假设中的普遍不开源的环境里，依然不能用技术生财。
技术是技术，业务是业务。
生财是生在业务里。

比如最近很火的 Palantir 公司，你用开源也是能搭起它的业务的，但是它的业务细节很神秘。
v2ex 之前的代码都是开源的，但是你不太可能通过架设那套代码就复刻一个 V2EX 。

技术不是全部，不存在什么需要“再次伟大”的。
比尔盖茨当年的《至爱好者的公开信》的意义是开创卖软件的业务，不真的在于反对开源。
把不重要的代码开源，这样大家就没必要再去造轮子，直接拿来用，构建更创新的业务。

用夸克网盘的 AI 将视频的大纲什么的分析出来。
根据大纲了解整个知识体系，然后看书和其他文字资料。
偶尔有些实操的可能看文字描述看不明白，去搜视频看。
总之，视频教程作为主要学习手段十分低效。
这也是为什么很多人接受 K12 教育时总是失败的原因。
然后一玩计算机就门清了。
当然，这仅限于计算机的学习。
不同的领域，学习方法不一样。
计算机从工程的角度来说，基本靠动手，工程方面也基本靠动手。
数理学科基本上是要靠在数学题目里转来转去然后洞察出有物理意义的东西。
艺术基本靠枯燥地反复训练。
应试文科基本靠背书和概念理解。

我之前以为群晖会很好用，后来帮朋友买了台。我尼玛，配置繁琐不说，很多术语概念可能是它自己发明创造。远没有我的 OMV 系统好理解。

好早之前曾经在一个有一点 Google 脉络的组上班，其中 CodeReview 用的是 Gerrit 。也就是说这种提交模式（ pre-commit ）会导致我们一个提交会因为等待打分，导致做好多次 rebase 。rebase 的结果导致提交线直直一根很漂亮。可能会丢失实际开发信息，但是从成果角度看，丢失的信息也无所谓，丢失也是一种整理过程。

当然如前面有人说的，这种模式一旦遇到冲突，可能要多次反复解决冲突。比较麻烦。

至于 Merge Request 这种 post-commit ，几乎是非 Gerrit 管理的项目的实际上的唯一可靠的模式。Gerrit 需要组里有足够的熟手。而 MR 只需要一个老手加若干新手就能转起来。所以别纠结。

术语 Merge Request 和 Pull Request 实质几乎是一样的，主要是 Gitlab 用前者，Github 用后者。所以 IDE/Tools 在生成 commit log 时，用词可能比较随意。（回想当时用 Gerrit 之前，我们的库就是托管在 Github 上，但是不使用 PR ，所有人都有权限直接往库里 push 。有的人会 rebase 一下，有的人直接来。）

后来再也没有在有 CR 的团队里上班 🤦‍

一个个杀进程关服务进行测试
安全软件没关闭吧？你这跟中木马似的

想念 LZ ，加我微信，直接搜 id 。。。

哦哦 是收藏