就是管理问题。

1. 公司没有响应时间的制度要求，比如什么时候用即时通信讯工具、电话、邮件，各自的响应时间要求是什么；
2. 协作有没有接口人制度，接口人是否粒度够细，是否有引导转接机制，接口人是否全面负责内部协调；
3. 文档是否是 QA 的一部分，是否 QA 负责人会对文档进行审计，是否有高效自动生成文档的方案；
4. 是否有需求评审周期，是否有需求处置流程，需求是否分优先级；
5. 中台工作内容范围是否有明确规定，是否有针对争议需求进行裁决的流程；
6. 上线时间方面的保障是否体现在绩效中。

任何跟社会学沾边的东西，都只能人来解决，技术是解决不了的。

语言是交流的工具，最终目的是准确表达和接收意思；括号和倒装都是语言提供的特性，怎么用、什么时候用，全看个人；语言上也不会认为这些特性就是禁忌；只要能高效、准确传达意思，有必要的话甚至可以无视语法规则。

而且随着文化发展，词语的含义、读音、用字也在发生变化，语言特性也在增多，比如现在也流行用拼音首字母缩写（如“yyds”），以及一些代音词（如“集美”）。

“择其善者而从之，其不善则而改之”，你可以有更高的语文技能追求，可以严于律己，但对他人过高要求就会显得自己刻薄、难以交流。

谷歌翻译就是网友贡献的翻译样本，也就是说不光有 typo ，甚至可以投毒的（而且发生过），可以在 V 站搜一下“谷歌翻译”。

下一步自己组装客制化键盘 😏

我目前在用 Ultimate Hacking Keyboard ，很多部件可以自己替换，固件完全开源，估计可以折腾好久了。

分区只是一种手段，目的是为了满足需求，只有当你了解了你的需求，并了解了如何规划分区可以满足你的需求，你就知道要不要分区了。

每个人的需求可能有差异，所以最终使用的手段可能有差异。

对于我来说，有这么几个情况：
1. 重装系统频率低，我从 2015 年开始用 Win10 ，到如今升级了 Win11 ，没有重装过系统，不像以前用 XP 的时候，系统用一段时间就卡，就得重装。
2. 我的大部分应用程序都强制使用%appdata%作为用户数据存储的路径（比如游戏存档），而且还涉及到多种程序依赖同一个路径的情况，即便真的要重装系统，也是要手动备份出来的。
3. 一部分应用程序，尤其是硬件驱动极其配套软件，是只能安装在系统路径下，没有选择的余地，即便要重装系统，还是要重装。
4. 有些应用程序即便装到了其他分区，因为注册表、依赖库等还是在系统目录下，即便只格式化了系统盘，重装后依然无法正常工作，还是要重装应用程序。
5. 偶尔会有大量占用磁盘空间的需求，比如把大量文件下载到本地进行处理，处理完得到结果再删除，分区将会导致磁盘空间的利用不够灵活，到时候还要去折腾无损分区调整。
6. 系统使用空间的情况是动态变化的，比如更新较多较大的情况，以及产生大量临时文件的情况，都需要有很大的缓冲空间，如果系统分区空间不够，同样要折腾无损分区调整。

有人可能会说，我完全可以使用各种奇淫技巧来解决这些问题，但我想说，对于我个人来说，使用奇淫技巧可能要比不用更麻烦，重装系统备份文件对我来说并不是个难事，直接用户目录一锅端就可以了，软件需要用啥再装，还能顺便摆脱一些装了但长年不用的软件。

注意，以上说的都是我个人的需求情况，其他人可能跟我不一样，以我自身对 Windows 的掌握水平，我选择不分区。
这种事情没有完美方案，就是做取舍，你想得到什么，你愿意失去什么。

尽量把主观情绪抛掉，把找工作当成上学时候的考试，复习、考试、订正、复习、再考试。

好几年没有优惠了，以前 10 月 24 号还有买一送一。

你可以试着给他们销售或者客服发个邮件问一下有没有优惠，比如第一年开始就享受续费优惠价。

临时用就是 Python 起个 http 模块，一条指令的事；
长期用装个 Ngingx ，配置个 root 开个 autoindex 就完事了。

系统架构上没有银弹，一切都应该从需求出发，虽然我做微服务基本上也是一个服务一个数据库，但从来不是认为每个微服务就应该单独配数据库，而是经过权衡后恰好这样做符合业务和技术上的需要，换言之，也存在一些微服务场景可以共用数据库的，甚至一个服务可以有多个、多种数据库。

安卓平台开源应用也不少，F-Droid 集合了一大部分，剩下零散的也可以去 GitHub 上找，这个是封闭生态不可能有的。

不过封闭生态有封闭的好处，就是统一标准化管理，至少苹果认为啥样的应用算“好应用”就会要求平台上的应用朝这个方向做，这也是为什么苹果用户会买账。

@Y29tL2gwd2Fy #4 飞书里面那个应该不是抄的，极大概率是直接拿代码集成进去的，毕竟是开源软件，只要 License 允许就可以拿走商用。

没试过，理论上 WSL2 就是在 Hyper-V 虚拟机里面跑的 Linux ，只不过没有启动过程，类似于 chroot 环境。

一般编译工作都只是涉及编译工具链、依赖库，不会涉及到硬件设备和系统服务，应该问题不大。

不过你完全可以用系统自带的 Hyper-V 开个虚拟机装个完整版的 Linux 来编译，网上针对 Linux 环境的教程应该都适用。

蹲一个试过的大佬。

@monetto #25
Ubuntu 专门有一个设备认证，就是厂商的台式机和笔记本通过这个认证就可以在 https://certification.ubuntu.com/ 查到，说明了与 Ubuntu 的兼容性，而且有的品牌比如 ThinkPad 在海外专门有预装 Ubuntu 的版本发售。如果想买笔记本用来跑 Linux 就可以参考这个。

Ubuntu 牵头支持了不少重要的 Linux 生态项目，比如 OpenStack 、Docker ，现在又跟微软深度合作给广大开发者带来了 WSL 。

同是商业发行版，Ubuntu 比较普惠，RedHat 的风格就更像一个传统商业公司，RedHat 做了一套很成功的培训和认证体系，早年技术人员拿个他们的证是比较有含金量的，导致技术人员倾向于使用 RedHat 的产品，这也是为什么国内一些大型传统企业、事业单位转数字化会比较倾向于用 RedHat 的产品（当然现在逐渐迁移到云计算和国产化了），一方面技术人员有认证体系可以参考，另一方面任何问题花钱就可以解决。Linux 在服务器市场大获成功，RedHat 功劳是不小的。

还有个比较有趣的商业发行版是 System76 ，他们专门做 Linux 笔记本及其他硬件产品的，并且自行维护了一个发行版叫 Pop!_OS ，据说跑 Steam 比较方便。

跟结婚前没啥区别，大支出需要商量，有需要就互相匀一匀。

不同发行版的方向不一样，Arch 的存在其实就是给你一个架子，然后给你一堆好东西，让你自己按照自己的喜好把东西往架子上摆，如果这种需求场景用 Manjaro 或 Ubuntu 的话，就得需要你自己把一些东西先从架子上拿下来，再想办法摆东西上去。

Debian 一类的其实也并不是特别依赖于官方软件源，想用新版本软件可以自己编译，有 make 那一套工具大多情况下也不是很麻烦，软件依赖的库也可以自己编译（ Gentoo 了解一下），只是如果真的需要稳定且不要求新特性的话，官方源可以给你这个保障。

很多 Linux 发型版是继承了 GNU 那一套价值观，希望发型版主体遵循自由软件（ Free software ）和著佐（ Copyleft ）的精神（以及法律风险），所以像微信之类的既不开源又不自由的软件大多发行版官方都不提供。Arch 的 AUR 和 CN 源实际上是属于用户社区，本身不代表 Arch 发行版的官方社区。其实 Ubuntu 也有 PPA ，CentoOS 也有各软件维护方的源，但都不及 Arch 的这一套灵活。

Linux 发行版也分公益性和商业性的，像 Ubuntu 和 RedHat 背后都是有商业公司支持的，需要用 Linux 的企业可以花钱买解决方案，工业化的生产和质量保障流程也让发行版本身用起来更可靠一些。

MacOS 毕竟是 Unix ，而且是商业封闭系统，跟 Linux 差别比较大，POSIX 实现有一些区别，比如自带的 Shell 工具，以及一些环境变量和设备，并不能 100%兼容 Linux 使用方式，愿意折腾的话也可以尽量折腾地兼容。

我以前用了好几年 Arch ，后来懒得折腾了就开始用 Manjaro 了，几种桌面环境其实愿意折腾都可以搞得挺好看，甚至可以自己做主题和插件；我个人的使用习惯比较适合 Gnome ，操作起来效率会比较高。

可以参考这个流程：
1. 开个虚拟机，装个 Ubuntu ；
2. 尝试找和折腾各种以往在 Windows 、Mac 上的替代方案；
3. 尝试自己编译软件；
4. 尝试直接在电脑上装双系统，或者单 Linux 系统；
5. 尝试调校和折腾各种硬件驱动和配置；
6. 换 Arch 或 Gentoo 。

看到一个自己不了解的概念就去了解一下是什么。
任何信息都可以优先去 ArchWiki 上查（这个 Wiki 对使用各个发行版都有一定的帮助），不行就去 Google 上搜。

大概有个一两年可能就稍微了解了吧。

我目前已经有 15 年 Linux 使用经验了，但最近在折腾 OpenWrt 依然让我产生自我怀疑。

Hype Cycle ，目前 Go 应该是刚过低谷，开始逐渐成熟应用； Rust 应该正在爬高峰。

Rust 主要还是活跃在系统开发领域，Go 主要在 Web 服务领域，两者不太形成竞争关系。

Rust 语言特性跟现代化，现在大多语言基本都是互相抄特性，了解一下也是不错的。

不过 Rust 语法糖很多，而且大量使用符号而不是英文短语，同时一个符号在不同地方可能代表不同含义，再加上 ownership 的管理对于用惯 GC 语言的人来说多了些心智负担，学起来会比较难。

有这种开源协议，上面有提到的 996.icu 就是。

问题是假设企业违反开源协议，就得有个主体去告这家企业，比如项目所有者，即便法庭支持项目主体的主张，也是会根据项目主体的损失进行赔偿裁定（法律上一码归一码，违反劳动法的事情得监管部门主导额外开庭），最终受益人是项目主体，而不是企业员工。
起点是有组织主导，终点是法律解决，那么相同的模式其实不如直接去解决 996 本身，而不是绕个远路，比如直接针对 996 的 NGO ，或者进入工会组织发展。

三观不同。

我发小就是会主动还钱，属于那种特别会做人的。