公司的代码我 vibe ，自己的代码我手写

一般来说，开源软件不会有问题，而且到了今天完全可以把源码交给 ai 审计，以前可能还会有虽开源但没人审查代码这种情况。

其次大型商业公司的软件一般都有问题，但都在可控范围内，实在有洁癖就开个虚拟机用，手机就专门买个几百块的备用机用商业软件，账号全部单独搞一套。并且就算裸奔他们也往往不会对你造成什么实际损害，国外的拿到你信息也没用，国内的也不敢干会造成实际物质或精神损失的事。

最怕的就是小公司和个人开发者的闭源软件，反正我见到百分百都是绕着走。

@skuuhui 固定端口的话数量有限且有可能和其它程序冲突，不固定端口的话污染浏览器历史记录

有些厂商的应用商店支持跳转后直接开始安装，都不用你点，且反之你来不及点暂停的话就直接装上了

还有一个重灾区就是快应用，这个可以用 adb 停用

Android 现在也没有那么“开放”了，只可惜这些该严格的地方又不严格

还以为你是有自定义记录之类的需求，8.8.8.8 不通你用 1.1.1.1 不就好了

90%的动画效果都是纯纯浪费时间和掩饰软件自身的卡顿缓慢。

wsl2 本质是轻量 hyper-v ，CPU 和内存有多少给多少直接拉满，不用担心占用。另外 wsl 如果检测到没有活着的 hvsocket ，也就是 wsl.exe 创建的 shell ，可能会直接关掉虚拟机。所以建议始终留一个 wsl.exe 直接创建的终端不要关，就算你已经打开了 vscode 什么的。

@iamwin 关于第 2 点，screen 和 systemd 设计目标就不一样，我自己的话用的是 tmux 。主要是跑一些可能运行很久的临时任务，比如下载或者上传一个大文件，临时开个端口转发之类的这种一次性场景。

你要调试肯定要追最新特性的并且尽量靠近用户环境的吧，那其实也就 chrome 、edge 、Firefox 可选了。还是考虑加自己的内存吧。另外 edge 不登录账号应该也是能用的吧

@JieyueXing 你举例的这种我感觉大部分工具可能都已经内置了，至少 copilot 和 codex 肯定是有的。再就是专门针对 coding 场景训练的模型不需要说这些它也会这样干的。

而另一些算是用户偏好，和项目无关。比如同一个项目有时候我需要它大胆打破现有框架来 review 我的代码，有时候我又只想让它循规蹈矩生成一堆样板代码。有时候外部依赖都很难用我就是想手写一个，有时候手动实现很难保证正确所以一定要调用外部依赖。这种要求需要的时候顺手提一下就行了，反正都省了写那么多代码了不差多打那两句话。

再比如反过来想如果把问答语言要求这种写进 AGENTS.md 里了，但是团队里如果有洋人或者有人就是喜欢用英文问答怎么办...

我的理解是这些 LLM 说明和 Makefile 之类的差不多，这里应该声明项目独有的注意事项，而不是用户的个人喜好

AGENTS.md 不就是写一下开发环境配置，构建和单测流程，什么功能在哪个文件，改了什么东西要连着什么一起改，commit 之前要做哪些检查之类的吗，和项目是严格相关的。对我来说用 llm 辅助编程就和带一个实习生差不多，该写的东西就是这些。不是很理解为什么会需要一个“通用”的内容，那直接把它做成 system prompt 不就得了

人生中唯一一次用 Apple 产品是以前实习的时候被迫用了三个月 MacBook ，完事感觉哪怕是每年都是桌面元年的 linux 和咖喱味的💩Windows 也比那玩意香。

至于手机，我的观点是所有不能解锁 bootloader 的设备都不能算作你买到了这台设备，只是租借罢了，包括大部分 Android 厂商也一样，而租不如买。

闪存设备没必要分区，如果非要说有什么意义也就是给普通用户方便分类和解决一些权限问题（实际上最佳实践是应该把非系统级文件都放到%USERPROFILE%下，就像 unix 的 HOME 和/usr 一样，所以也不存在权限问题，只是用户早已习惯直接丢根目录了而已）。只要是有点电脑基础知识的我都不建议分区。

至于装英文版，我只能说哪天发现微软雅黑字体全都没有就老实了。。。

电子游戏，尤其是独立游戏更像是艺术创作而不是工业生产。独立游戏能做起来的基本都是有个创新的好点子，而不在于技术怎样怎样。毕竟比技术力你肯定比不过那些年货 3A 罐头。

AI 时代确实极大提高了个人生产力，美术、音乐、程序确实都可以借由 AI 辅助得到比以往数十倍的效率，但是前提是你总得有个想法知道自己要生产的是啥吧。独立游戏没有自己的创新点不会有多少人买单的，那工业罐头可是量大管饱顶级画质一流手感，为啥要来吃你这没什么特色的小甜点呢。

我个人心目中最佳的独立游戏是星际拓荒 Outer Wilds ，画面、操作都是很常见的独立游戏水平，甚至我感觉它默认手柄死区配置的都有问题。但它的整个 gameplay 设计，独特的物理系统，非线性探索的线性故事，包括 dlc 里面的那种几乎零文本的叙事手法都是让人眼前一亮的，通关后只想再要一个没玩过的脑子。

我相信以现在的生产力水平是完全可以一个人在几年时间内完成一整个独立游戏的制作周期的，但是同所有的内容创作一样，关键不是你能不能做出来，而是你做出来了什么。

我是看屏幕，OLED 就暗色，LCD 就亮色

@jingcjie #7 MicrosoftAccount/ 这个不用打吧，直接用邮箱也可以。

另外讲个笑话，微软前阵子魔怔了疯狂推它那个无密码账号，但它没想到自家 smb 和 rdp 都还只支持密码验证。以至于如果你在 oobe 直接登了账号并且设置了 Windows hello 的话，进系统后必须先关掉 Windows hello 然后用传统密码登录一次，rdp 和 smb 才能正常连接这台电脑。

我连自己设备都是用 rdp ，而且也肯定只考虑 rdp ，rdp 的触控和压感透传在某种意义上对我是刚需。

但是经常要控制别人设备，比如朋友的电脑甚至家里老人的手机，我问你这怎么 rdp...

我目前常用的“远程桌面”方案包括 rdp,moonlight,rustdesk 。对我来说是各司其职，根本就不存在谁替代谁的说法。

@Saunak 直接 conda activate 就行。只是说有些不能用或者不想用 conda 装的包，可以用 uv 装，就像 conda 里直接用 pip 一样，只不过 uv 会复用缓存而且快得多。uv 会自己识别当前环境，不管你环境是用 conda 建的还是 python -m venv 建的都可以。


空间占用的话，conda 和 uv 默认都是硬链接的吧（ uv 在 mac 上默认是 clone ），完全重复的包他俩应该都不会额外吃一遍空间

uv 在我这还不能完全替代 conda ，因为 uv 的最佳实践是一个项目一个 venv ，但我平时比较多是几个共享环境然后写写单文件脚本或者 ipynb 。当然也可以找几个空文件夹给 uv 捏虚拟环境，但是体验就是不是很自然。
此外 conda 还有环境复制/revision 等等功能，而且甚至能帮你管理 cuda 之类的非 pypi 环境。

我目前就是在 conda 里面用 uv 替代 pip ，没遇到什么问题。