说实话，这些问题我都回答不上来。
通常来说，遇到这类问题的时候，我会 google 一下

不开玩笑的说，如果只选一门，我建议是 rust

6 楼 31 楼都说了，mdns +1

对于问题 2，如果用 git，请使用分布式思维方式，每个开发人员 fork 出来自己的工程，修改完后把需要 merge 的 patch 发 PR/MR 给 reviewer，在 reviewer 确认后，由主仓库维护者 merge 。主仓库不应该让所有人有写权限。
对于问题 3，commit 应该对应 comment，我觉得以 function 分比较适合。如果以 class 分，我想可能会出现编译不过的情况吧。commit 不能 break CI 。

我同意 @kop1989 的说法，git 和 svn 两者没有优劣之分，只有适用场景不同（集中式 /分布式）。

不要说这俩了，即使是现在使用率已经很低的一些 version control 工具，在其出现时的背景，其存在都是有意义的。

我司用 gitlab 的，提交代码用的是 Merge Request，在 commit comment 上写明 reviewer，然后 reviewer 直接在 MR 上做 comment，提交者需要处理完所有 comment 才可能会被允许 merge

以前用 windows + ubuntu in vmware，很好用，但 ubuntu 空间紧张
现在直接用 ubuntu，开发没问题，但一些只有 windows 版本的软件使用起来比较困难，wine 难以完全达成目的
将来计划是 windows + ubuntu in wsl2，配合 portable ssd，要等 wsl2 的 mount 支持上到 stable 版本

只是尝试，随便什么发行版都一样啊。
不知道为什么歧视 ubuntu，我现在主力工作都在 ubuntu20.04 上。开发是很顺畅的，文档编辑工具不是很顺。用 asciidoc 或者 markdown 还行。
明年我很可能会切到 win10 加 wsl2 。希望很多现在 insider 里面才有的功能能进入明年的正式版

我司不光有 review，而且还要求写测试 case 。
我曾经有一个大 patch 被要求拆分成 5 个 patch 慢慢 review 完的经历，要不是那个功能架构做的还可以，拆都拆不开。

自己给自己发一个 bug 然后改掉呗

现在我在公司用 rust+html5/css/js，自己没事还用用 java 。
说实话，感觉有点精神分裂。

这会跑在路上更危险好吧，等一个星期大家都安全

技术上从来不是问题。
但在家办公很难免除干扰，从而降低效率

我的第一直觉是，用 keycloak

1. 把那些"日 /周 /月……"常量写在数组里
2. 根据数组，for 循环生成 html
3. 循环时，当 value 匹配，增加 checked 属性

本来就是跟语言没关系啊，逻辑思维能力又不会因为你换语言而平白无故的增长

我是觉得这个数有点少，刚看了一下最近写的代码，最大的文件是 841 行。
顺便说一句，我记得 666 是恶魔的数字。