有被冒犯到

RE：比如只是开发前端后端，那么并不需要买两台电脑，而是买一台 Windows PC 再装一个 Linux 即可

在配置允许的情况下，对我来说最舒服的是 windows + WSL 。

至少对我来说，大部分时候用 Linux 主要是为了『和服务器环境一样』、『 Linux 系命令行用着舒服』、『 docker/xx/xxx 生态』等等，应该没多少人为了 Linux DE 用 Linux 。
这个时候 WSL 恰好提供了一个基本打开 即用的虚拟机，还能结合 windows 提供的 XRDP 直接跑 GUI 程序，基本上是最优解了

@zsh2517 没写完不小心发出去了。

补充第一点：brew 感觉不咋好用（相较于 linux 下面的包管理来说 ）。但是和 win 上的 winget, choco 这种相比感觉好点。

1. 命令行：同 @billlee #3 ，尽管很多宣传（以及吹 mac 的人）说 mac 能有一个接近 Linux 的开发体验，但是实际用着，bsd 系命令行工具和 gnu 系差别不小，熟悉 Linux 了很多地方不习惯（我 brew 装了一套 gnu 系的工具）；二选一的话我选择 windows + wsl ，好歹人家是真的 linux 。另外 brew 感觉不咋好用（相较于 win

2. 虚拟化和容器：

2.1 docker：linux docker 是原生运行，而 win/mac 是虚拟机运行 linux ，然后里面跑 docker 。这一点就不如 linux ，和 windows 在一条线上。但是 windows docker desktop 基于 wsl ，我印象可以从 wsl 直接修改容器配置，而 mac 的话想在创建后修改挂载之类的很麻烦。
2.2 Apple Silicon 芯片属于 ARM 系，虚拟机、docker 都需要针对的镜像和工具，或者走转译运行 x86 。用起来经常遇到 docker 镜像没有/架构不兼容问题；另外虚拟机换源需要换 ubuntu-ports, armbian, archlinuxarm 这种东西。

3. 游戏：公司电脑，没装过游戏，不清楚。

@V2LIYANG #12 是不是回错帖子了😂应该是隔壁 /t/1014796

@iSkylar 确实，感觉这像是一个情感/人际关系问题，而不是技术问题

@zsh2517 更正，方案 2 中的 『"".join('1', '1')』修改为『"".join( ('1', '1') )』

emmm 我觉得你应该首先重新明确地说明一下你的问题。

比如，是列举出 100000, 100001, 100002, .... 999999 ，还是什么？

针对原始问题：
1. #5 的方式，因为我们已经知道这个组合结果是什么了（数字 100,000 到 999,999 ），所以可以直接打印出来。
2. #2 的方式，使用 itertools （文档 https://docs.python.org/zh-cn/3/library/itertools.html ）去创建一个迭代器 ，生成所有组合（ list(itertools.product("123", repeat=2)) 的结果如 [('1', '1'), ('1', '2'), ('1', '3'), ('2', '1'), ('2', '2'), ('2', '3'), ('3', '1'), ('3', '2'), ('3', '3')]，可以再使用 "".join('1', '1') 这样拼接一个元祖（ tuple ）得到形如 ['11', '12' ...] 的东西
3. 最暴力的方式，六个 for 循环，剩下如何拼接问一言
for i in range(1, 10):
for j in range(0, 10):
...
4. 递归，比较正经的去实现这么一个任务的方式。让一言把 3 写完之后改成递归
5. 递归改非递归，4 写完之后让一言改成用栈实现

之前用 Charles ，但是 V2EX 看到过 Reqable 之后感觉各方面比 Charles 好用多了

不好估算，但是可以先开一个然后实际看一下占用量。之前我 MC 服务器就是这样的，根据在线人数和 iftop 看 wireguard 网卡信息（可以确定都是 mc 用户）大概估算一下每人用量。之后考虑作息、最大在线人数等去选择服务器带宽

@Liuman 有 CI/CD ，语法基本兼容 GitHub ，且可以和 GitHub 的 .github 并存（我记得应该是有 .gitea 则走 .gitea/workflow 的配置，没有走 .github/workflow ）。需要自己配置 runner 机器

@blucas01 用过之后特地过来好评，解决了微信浏览器里面不能调试的问题。

另外关于安全性和部署的方式，我看在 /t/997366 讨论过一些。这里顺便说一下我现在的方式（有点凑合，不知道有没有漏洞，但是自我感觉还是挺安全的😂）

docker 起到非暴露公网的端口，然后 nginx 设置转发。
之后 nginx 配置 server 级别的 basic_auth ，再然后 location 级别绕过 /xxx/create, /xxx/join ，以及 /xx/index.min.js （具体路由忘了，分别是创建房间、加入房间(ws) 和 pagespy 文件）这三个地址，允许直接访问。

这样被调试的项目可以直接 script src 引入文件然后不带参数初始化连到调试服务器上，而用户访问的时候浏览器需要走 Basic Auth 认证。

不过还是希望在初始化的时候能配置一下网页访问的密码（预设/随机生成然后被调试者给出/被调试者输入），这样多个项目或者多人可以一块用，不担心被别人看到。
也适用于不同场景，比如给测试人员用可以直接预设密码；而线上服务可以隐藏开关，需要调试的时候，打开开关，找用户要一下随机密码。

@MegatronKing 再挖个坟，买了。感觉比 charles 好用多了

@MegatronKing brew 安装脚本是不是有点问题？我这里连续尝试了好几次，MD5 校验不通过。

[I] ⋊> ~ brew install reqable --cask
==> Downloading https://raw.githubusercontent.com/Homebrew/homebrew-cask/423096e85ea5f2ab67eaefece28e25a3f98194c5/Casks/r/reqable.rb
Already downloaded: /Users/xxx/Library/Caches/Homebrew/downloads/68e95b601589086d87c7b988c0d9004f68ab4bb1231db46da56475421361c9b8--reqable.rb
==> Downloading https://api.reqable.com/download?platform=macos&arch=arm64
Already downloaded: /Users/xxx/Library/Caches/Homebrew/downloads/533823f0ba67d16dcc63c29ef1c57fcd3d5ab571c99e785bce00176a286aaae9--reqable-app-macos-arm64.dmg
Error: SHA256 mismatch
Expected: 4f57b2ed0a91637f976f37fb36ec030426e25433d1ae0a79faac090324e157b6
Actual: a201f67d7eb2c9d21d95f11e708125df93f7236599b513b56f60b966a046e544
File: /Users/xxx/Library/Caches/Homebrew/downloads/533823f0ba67d16dcc63c29ef1c57fcd3d5ab571c99e785bce00176a286aaae9--reqable-app-macos-arm64.dmg
To retry an incomplete download, remove the file above.

---